Je note juste que chaque fois que vous utilisez des outils comme PING et NSLOOKUP, vous devez entrer le nom d'hôte avec un point final comme ceci :
ping développeur.worldweatheronline.com.
Sinon, votre client DNS pensera qu'il doit suffixer cela avec le nom de domaine par défaut pour vous. Le point final signifie "c'est tout, ne pas ajouter de suffixe".
Je lance ce qui suit sur mon ordinateur :
c:\> nslookup
développeur.worldweatheronline.com.
Serveur: monserveur.local.local
Adresse: 192.168.0.2
Réponse non autorisée:
Nom: développeur.worldweatheronline.com
Adresse: 78.137.123.255
> serveur 212.60.61.246
Serveur par défaut: ns4.fcom.ch
Adresse: 212.60.61.246
> ensemble q=ns
> ensemble d=2
> ensemble domaine=worldweatheronline.com.
> worldweatheronline.com.
Réponse obtenue:
HEADER:
opcode = QUERY, id = 4, rcode = REFUSED
drapeaux d'en-tête: réponse, vouloir récursion
questions = 0, réponses = 0, enregistrements d'autorité = 0, supplémentaire = 0
*** ns4.fcom.ch ne peut pas trouver worldweatheronline.com. : Requête refusée
Je dirais que les personnes là-bas ont soit échoué à configurer correctement leur fichier named.conf... soit ils ont choisi une (mauvaise) adresse IP intéressante pour leur serveur en utilisant ce qui est normalement considéré comme une adresse de diffusion de xx.xx.xx.255. Certains ordinateurs supposent que .255 est une adresse de diffusion et d'autres non. Cela pourrait expliquer pourquoi un client se comporte différemment d'un autre.
Autre chose à noter est que les recherches DNS peuvent parfois impliquer trois ordinateurs : 1) votre poste de travail fait la demande de recherche à votre routeur local, 2) votre routeur fait ensuite la requête en votre nom et utilise votre adresse, 3) le serveur DNS distant tente alors de répondre directement à votre poste de travail. Dans certains cas, cette tentative entrante non initiée pour que ce serveur étranger réponde directement à vous trompe votre pare-feu afin qu'il bloque la réponse.
