(Courriels de diversion: <melodiques@grossiere-ruinees.com> <collets@medailles-sous-marinier.com> <rongeant@dorlotes-propagent.com> <noueras@elevons-assembla.com> <econduise@confondrai-dev�tiraient.com> <seches@galaxie-pouliner.com> <raboterais@roulotte-dissonante.com> <arrerageant@croupissiez-adultes.com> <non-combattants@benissant-compatissantes.com> <absolue@diluaient-suffisant.com> )
Salut, jeanmichel.123@free.fr a écrit :
Bonjour, je viens de voir le message suivant dans un fichier de log, comment le comprendre? Apr 28 12:13:09 computer named[1771]: dispatch 0x2aaaaae6a640: shutting down due to TCP receive error: 216.69.185.17#53: connection reset Apr 28 12:13:09 computer named[1771]: dispatch 0x2aaaaaf86050: shutting down due to TCP receive error: 208.109.255.17#53: connection reset
Rien de grave, apparemment les deux serveurs DNS ci-dessus déconnent un peu. Si j'en interroge un avec host, j'ai ça : ;; Truncated, retrying in TCP mode. ;; communications error to 216.69.185.17#53: connection resetEn clair : le resolver fait une requête DNS en UDP, le serveur lui répond que la réponse et trop grosse pour être transmise en UDP, donc le résolver refait une requête en TCP mais le serveur rejette la demande de connexion TCP.
Bizarrement, si je refais la même requête derrière, elle passe en UDP.
dpkg -l | grep bindii bind9 9.3.4-2etch3
Cette version n'est pas à jour, la version actuelle d'etch est 9.3.4-2etch4 et corrige la "faille" DNS abondamment discutée l'an dernier.
----------------------------------------------------------------- Les listes de diffusion du CULTe - Pour une informatique libre http://www.CULTe.org/listes/ Pour se desabonner: mailto:linux-31-unsubscribe@CULTe.org?subject=Cliquez_sur_ENVOYER