Le 10/04/18 à 10:47, BERTRAND Joël <joel.bertr...@systella.fr> a écrit :
BJ> Daniel Caillibaud a écrit : BJ> > Le 09/04/18 à 19:45, BERTRAND Joël <joel.bertr...@systella.fr> a BJ> > écrit : BJ> > BJ> En d'autres termes, est-ce que le problème persiste en BJ> > BJ> désactivant IPv6 sur le poste en question ? BJ> > BJ> > Oui, pour éliminer ça dès le début tous les tests sont en ipv4, j'ai BJ> > désactivé l'ipv6 sur l'interface et je fais les tests en passant -4 à BJ> > ssh. BJ> BJ> Même pour la résolution de nom ? Que renvoie un 'host' sur le BJ> domaine fautif ? J'ai déjà eu des cas bizarres où le resolver BJ> renvoyaient une réponse AAAA sur une machine sans IPv6. Oui, mais là dans les traces tcp on voit que la connexion est ouverte puis coupée en cours de route. Par ailleurs, j'ai un unbound local pour la résolution (j'utilise le dhcp pour assigner l'ip uniquement), et le pb se pose sur du `ssh -4`. (mais merci pour la remarque, je tâcherai de m'en souvenir pour commencer par regarder ça si un truc qui ressemble se produit). -- Daniel Il vaut mieux être saoul que con, ça dure moins longtemps. Dicton Breton