N'ayant pas lu les débats précédents sur le sujet (désolé), ce que je vais avancer maintenant a peut-être déjà été débattu en long et en large, mais...
Tout ceci ressemble quand même très fort à un problème de saturation et/ou d'expiration d'entrées dans une table de NAT. Le client ssh en question n'est-il pas derrière un NAT ? (C'est une Freebox ?) Le NAT en question n'est-il pas surchargé par une machine située derrière qui ouvrirait plein de connexions TCP ? (Typiquement, un client P2P ?) Le comportement du NAT serait alors de purger les entrées sans trafic depuis le plus longtemps, et une entrée correspondant à une session ssh inactive répond assez bien à ce critère...
Sinon, il serait intéressant de faire tourner une capture de chaque côté de la session TCP pour voir s'il y a des envois et/ou des réceptions de paquets RST et comprendre ce qu'il se passe exactement en termes techniques quand « le ssh se casse la figure ».
# NAT chez l'utilisateur ?
Posté par Guillaume G. . En réponse au journal [free non degrp] déco si idle en tcp ?!?. Évalué à 3.
Tout ceci ressemble quand même très fort à un problème de saturation et/ou d'expiration d'entrées dans une table de NAT. Le client ssh en question n'est-il pas derrière un NAT ? (C'est une Freebox ?) Le NAT en question n'est-il pas surchargé par une machine située derrière qui ouvrirait plein de connexions TCP ? (Typiquement, un client P2P ?) Le comportement du NAT serait alors de purger les entrées sans trafic depuis le plus longtemps, et une entrée correspondant à une session ssh inactive répond assez bien à ce critère...
Sinon, il serait intéressant de faire tourner une capture de chaque côté de la session TCP pour voir s'il y a des envois et/ou des réceptions de paquets RST et comprendre ce qu'il se passe exactement en termes techniques quand « le ssh se casse la figure ».