Notando che ogni volta che usi strumenti come PING e NSLOOKUP dovresti inserire il nome host con un periodo finale come questo:
ping developer.worldweatheronline.com.
Altrimenti, il tuo client DNS penserà che è necessario suffrarlo con il nome di dominio predefinito per te. Il termine finale significa "questo è tutto, non aggiungere un suffisso".
Sto seguendo quanto segue sul mio computer:
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
Direi che le persone presenti non sono riuscite a impostare correttamente il proprio file named.conf ... o hanno scelto un indirizzo IP interessante (cattivo) per il loro server usando quello che è normalmente considerato un indirizzo di broadcast di xx .xx.xx.255. Alcuni computer presumono che .255 sia un indirizzo di broadcast e altri no. Questo potrebbe spiegare perché un client si comporta in modo diverso da un altro.
Qualcos'altro da notare è che le ricerche DNS possono a volte coinvolgere tre computer: 1) la tua stazione di lavoro effettua la richiesta di ricerca dal tuo router locale, 2) il router quindi effettua la query per tuo conto e usa il tuo indirizzo, 3) il lontano Il server DNS tenta quindi di rispondere direttamente alla workstation. In alcuni casi, questo tentativo in entrata non avviato per quel server straniero di rispondere direttamente a te falsifica il firewall in modo da bloccare la risposta.