César Alierta no veranea en Belice

El problema al que nos enfrentamos desde hace unos 10 días es muy sencillo de explicar.

Belice

Por una parte, en esta página están las direcciones IP de los servidores de nombres (DNS) proporcionados por Telefónica a sus clientes ADSL:

http://www.adslayuda.com/modulo-FSDns.html

Son:

80.58.0.33
80.58.32.97
80.58.61.250
80.58.61.254

Por otra parte, ésta es la página Web del registrador de dominios terminados en .bz:

http://www.belizenic.bz/

Mi proveedor de ADSL es ya.com. Cojamos el primer servidor DNS para este proveedor mostrado en la página anterior e intentemos resolver ese nombre de dominio:

dig www.belizenic.bz @62.151.2.8

Perfecto, su IP es 216.220.62.169.

Ahora, hagamos lo propio con los servidores DNS de Telefónica:

dig www.belizenic.bz @80.58.0.33
dig www.belizenic.bz @80.58.32.97
dig www.belizenic.bz @80.58.61.250
dig www.belizenic.bz @80.58.61.254

Ninguno de ellos sabe dónde está Belice; porque ocurre con todos los dominios .bz con los que he probado.

No pasaría de ser una anécdota (aunque algo molesta) si no fuese porque un amigo mío utiliza un dominio .bz como servidor de nombres para el resto de dominios que gestiona. Como consecuencia, hace unos 10 días que los clientes ADSL de Teléfonica que utilicen sus servidores DNS no son capaces de obtener la IP de ninguno de estos dominios, a pesar de que algunos no son .bz. Esto se debe al funcionamiento jerárquico del servicio DNS: antes de resolver un nombre de dominio se intenta obtener el nombre del servidor de nombres que gestiona ese dominio. Como es .bz no se puede obtener su IP y, en consecuencia, tampoco la del dominio que generó la petición.

Quizá la última parte sea un poco compleja, pero en esencia el problema es que, a día de hoy, los servidores de nombres de los clientes ADSL de Telefónica no son capaces de resolver dominios .bz.

Actualización: si quieres saber en qué quedó todo esto, haz clic aquí.

3 thoughts on “César Alierta no veranea en Belice

  1. Tal vez no sea un problema de telefónica. Con el tema de los dns es habitual que si está fallando algo gracias a las caches funcionen unos servidores dns y otros no.

    Lo digo porque de los servidores root solo el J (existen desde A hasta M) me resuleve ahora los .bz

  2. Gracias por tus comentarios, manje. Me ha picado la curiosidad por lo que comentas, así que he hecho algunas pruebas. Voy a poner todos los detalles por si a alguien más le interesa, o por si he metido la pata y alguien quiere corregirme.

    Un servidor de nombres raíz guarda información sobre qué servidores son los encargados de resolver cada TLD. Por ejemplo, si le pregunto por un dominio .com me debería decir qué servidores de nombres están al cargo de ellos.

    Existe una lista con cada servidor de nombres raíz aquí: http://www.root-servers.org/.
    También se puede obtener con dig, preguntando a uno de ellos:

    $ dig @e.root-servers.net . ns

    Como se puede ver, están nombrados de la A a la M. Preguntemos por http://www.belicenic.bz al servidor raíz A:

    $ dig http://www.belizenic.bz @a.root-servers.net

    La respuesta es la misma si se pregunta al resto de servidores raíz:

    ;; AUTHORITY SECTION:
    bz. 172800 IN NS NEDNS2.NETEKA.NET.
    bz. 172800 IN NS NEDNS3.NETEKA.NET.
    bz. 172800 IN NS NEDNS1.NETEKA.NET.

    Sólo he puesto la parte interesante de la respuesta, dig devuelve muchos más datos.

    Lo que acabamos de obtener no es, en realidad, la lista de servidores de nombres que saben la IP de http://www.belizenic.bz sino la de aquellos que saben qué servidores de nombres la conocen. Es decir, preguntemos al primero de ellos de nuevo por http://www.belizenic.bz:

    $ dig http://www.belizenic.bz @nedns1.neteka.net

    La respuesta es (la parte relevante para este caso de la misma):

    ;; AUTHORITY SECTION:
    belizenic.bz. 172800 IN NS NS1.belizenic.bz.
    belizenic.bz. 172800 IN NS PIXIE.UCB.EDU.bz.

    Ahora sí. Preguntemos por la IP de http://www.belizenic.bz a ns1.belizenic.bz:

    ;; ANSWER SECTION:
    http://www.belizenic.bz. 86400 IN A 216.220.62.169

    ¡Tachán! Ya tenemos su IP.

    Las pruebas anteriores se han realizado utilizando los servidores de nombres de ya.com en el archivo /etc/resolv.conf (equivalente a asignarlos en la configuración de la tarjeta de red en Windows). Ahora bien, en cuanto utilice los servidores de nombres de Telefónica (80.58.61.250 y 80.58.61.254, o los antiguos, 80.58.0.33 y 80.58.32.97), no puedo pasar del segundo paso, porque ahí es necesario que se puedan resolver dominios .bz para obtener las IP de ns1.belizenic.bz y de pixie.ucb.edu.bz.

    Es decir, incluso el resultado de estás pruebas depende de los servidores de nombres configurados en la máquina desde las que se realicen.

  3. Pingback: Receta de MacBook Pro a la catalana | El blog de Juan Diego

Deja un comentario