Sólo hay que tener en cuenta que siempre que se utilicen herramientas como PING y NSLOOKUP hay que introducir el nombre del host con un punto final como este:
ping developer.worldweatheronline.com.
De lo contrario, su cliente DNS pensará que tiene que sufijar eso con el nombre de dominio por defecto para usted. El punto final significa "esto es todo, no añadas un sufijo".
Estoy ejecutando lo siguiente en mi ordenador:
c:³> nslookup
developer.worldweatheronline.com.
Server: mylocal.server.local
Address: 192.168.0.2
Non-authoritative answer:
Name: developer.worldweatheronline.com
Address: 78.137.123.255
> server 212.60.61.246
Default server: ns4.fcom.ch
Address: 212.60.61.246
> set q=ns
> set d=2
> set domain=worldweatheronline.com.
> worldweatheronline.com.
Got answer:
HEADER:
opcode = QUERY, id = 4, rcode = REFUSED
header flags: response, want recursion
questions = 0, answers = 0, authority records = 0, additional = 0
*** ns4.fcom.ch can't find worldweatheronline.com.: Query refused
Yo diría que la gente de allí no ha configurado bien su archivo named.conf... o ha elegido una dirección IP interesante (mala) para su servidor al utilizar lo que normalmente se considera una dirección de difusión de xx.xx.xx.255. Algunos ordenadores asumen que .255 es una dirección de difusión y otros no. Esto podría explicar por qué un cliente se comporta de forma diferente a otro.
Otra cosa que hay que tener en cuenta es que las búsquedas de DNS pueden implicar a veces a tres ordenadores: 1) tu estación de trabajo hace la solicitud de búsqueda desde tu router local, 2) tu router hace la consulta en tu nombre y utiliza tu dirección, 3) el servidor DNS lejano intenta responder directamente a tu estación de trabajo. En algunos casos, este intento entrante no iniciado para que ese servidor extranjero le responda directamente a usted, engaña a su cortafuegos para que bloquee la respuesta.
