Chose promise chose due, alors voila a titre d' info mon problème de temps de réponse pour la résolution de nom sur mon dns esclave dans le cadre d'un crash du dns maître à été résolu en apportant des modification au niveau des client dans le résolve.conf et en ajoutant une rubrique option du style
Les deux serveur répondent bien en IP et aussi avec des vraies requête DNS nslookup en mode debug et dig
Mais pour information j'ai trouvé la solution tout venait du fait que le dns secondaire avait iptable de lancé avec une table par défaut ( filter ) je suppose, et stoppant iptable le dns secondaire reprenait bien le relais lorsque le primaire était arrêté
# Time out le retour
Posté par arleq1 . En réponse au message Rapidité de reponse d'un dns secondaire. Évalué à 1.
Chose promise chose due, alors voila a titre d' info mon problème de temps de réponse pour la résolution de nom sur mon dns esclave dans le cadre d'un crash du dns maître à été résolu en apportant des modification au niveau des client dans le résolve.conf et en ajoutant une rubrique option du style
search toto.fr
nameserver 192.192.192.1
nameserver 192.192.192.2
options timeout:0.1 rotate
Pour plus d'infos sur les options man resolv.conf ( j'ai l'air malin de dire ça)
A de prochaines aventures
# Time out
Posté par arleq1 . En réponse au message Rapidité de reponse d'un dns secondaire. Évalué à 1.
en effet il existe un time out que l'on peut régler dans le resolv.conf d'un client linux et la base de registre windows
je ne l'ai pas encore tester mais pour linux ce serait une option du type :
options timeout:0.3 retry:1 retrans:100
Je mettrai le ticket à jour si c'est concluant ou pas
# Time out
Posté par arleq1 . En réponse au message Rapidité de reponse d'un dns secondaire. Évalué à 1.
Merci pour vos réponses
[^] # Re: Soyons pragmatiques...
Posté par arleq1 . En réponse au message Le Dns Secondaire ne prend pas le relais. Évalué à 1.
Mais pour information j'ai trouvé la solution tout venait du fait que le dns secondaire avait iptable de lancé avec une table par défaut ( filter ) je suppose, et stoppant iptable le dns secondaire reprenait bien le relais lorsque le primaire était arrêté
Merci de t'être penché sur le problème