Hola colegas, hace un momento intentaba mediante unas consultas DNS comprobar hasta donde está ocupado el bloque 200.55.x.x

Supuestamente según LACNIC, Cuba tiene el bloque 200.55.128.0/18. Esto puede comprobarse con el siguiente comando:

wget ftp://ftp.lacnic.net/pub/stats/lacnic/delegated-lacnic-latest -O- \ | grep "|CU|ipv4|" | awk -F "|" '{ printf("%s/%d\n", $4, 32-log($5)/log(2)) }' \
| aggregate -q | grep 200.55

Sin embargo, observen el resultado de la siguiente consulta:

$ dig @ns.lacnic.net. -x 200.55.192.0

; <<>> DiG 9.9.5-9+deb8u6-Debian <<>> @ns.lacnic.net. -x 200.55.192.0
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21010
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;0.192.55.200.in-addr.arpa.     IN      PTR

;; AUTHORITY SECTION:
192.55.200.in-addr.arpa. 86400  IN      NS      NS2.GTDINTERNET.COM.
192.55.200.in-addr.arpa. 86400  IN      NS      NS.GTDINTERNET.COM.

;; Query time: 206 msec
;; SERVER: 200.3.13.10#53(200.3.13.10)
;; WHEN: Sun Jun 05 14:59:19 EDT 2016
;; MSG SIZE  rcvd: 104

De modo que por ejemplo una lista blanca que estaba utilizando en mi cortafuegos, estaba permitiendo acceso POP3 a direcciones que realmente no provenían de Cuba, por lo que ahora mismo tengo dudas acerca de la fiabilidad de los registros de delegaciones de LACNIC.

¿Alguien tiene alguna idea sobre el motivo de la inconsistencia, y si existe una fuente más fidedigna?

Saludos, Hugo


______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Responder a