Effectivement que nslookup existe aussi sous Linux. (ansi que dig et d'autre tools)
Mais le round-robin est statistiquement plus correcte.
Sinon on ne parle pas de la meme chose, moi je parle de savoir quel NS va repondre a une requete DNS. Le site que tu nous donnes parle de la resolution elle meme. Et la remarque sur ce site c'est que c'est valable pour tous les DNS et pas uniquement pour google.
Si tu fais la meme operation avec lea-linux.org, tu veras parfois ca ns1.lea-linux.org comme 1er dns et parfois ns3.lea-linux.org ou encore ns2.lea-linux.org.
Le round-robin que je parle, c'est quand un client va demander a quel NS demander la resolution, la ce trouve un round-robin, apres le client va demander a ce NS la correspondance nom/ip du serveur, ensuite la station conserve en cache cette derniere resolution et apres la personne reste sur la meme machine jusqu'a expiration de son cache. Mais il ne conservera pas les entrees NS/domaine, seul les IP/NOM final.
J'ai excatment la meme config, j'ai deux serveurs dedies, j'ai bascule mes DNS (master et slave) dessus, mysql avec replication et apache avec load-balancing.
Et je peux te confirmer que les requetes DNS vont aussi bien sur l'un que sur l'autre, et que les clients sont aussi balance entre l'un et l'autre, mais des qu'il sont sur un serveur ils y restent (encore une chance, sinon nous aurions des problemes avec les sessions)
Et donc ce que je dis c'est si une personne interroge le NS de son hebergeur, et que ce DNS contient une ligne generique (voir une entree avec le meme nom) le client gardera cette entree en cache et il sera coince.
Poste le Sunday 2 October 2005 12:56:55