> Emetteur -> Recepteur: SYN
> Recepteur -> Emetter: ACK
> Emetteur -> Recepteur: RST (avec un seq num très élevé)
Si le récepteur ne renvoit pas un SYN, c'est sans doute qu'il considère que la connexion concernant ces ports n'est pas complétement fermée. Il ACK le dernier paquet qu'il a reçu pour cette connexion. Du coup, l'émetteur comprend pas de quoi il parle et il RST la connexion.
Typiquement, le récepteur pense que la connexion est dans l'état TIME_WAIT tandis que l'émetteur pense qu'elle est fermée. Dans ce cas de figure, si les deux systèmes concernés sont sous Linux, s'assurer que les TCP timestamps sont activées aide généralement assez bien (ça l'est par défaut mais il peut y avoir un proxy TCP dont tu n'es pas au courant entre les deux qui casse tout). Après tu peux envisager de jouer avec tcp_tw_re{use,cycle} mais si tu en arrives là, il y a sans doute un autre problème quelque part.
Une capture du réseau prise des deux côtés en même temps peut aussi aider à comprendre ce qui se passe.
Je vois pas en quoi les erreurs sur la carte réseau pourraient être liées au phénomène décrit.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# port reuse
Posté par Krunch (courriel, site web personnel) . En réponse au message Problème TCP. Évalué à 3.
> Recepteur -> Emetter: ACK
> Emetteur -> Recepteur: RST (avec un seq num très élevé)
Si le récepteur ne renvoit pas un SYN, c'est sans doute qu'il considère que la connexion concernant ces ports n'est pas complétement fermée. Il ACK le dernier paquet qu'il a reçu pour cette connexion. Du coup, l'émetteur comprend pas de quoi il parle et il RST la connexion.
Typiquement, le récepteur pense que la connexion est dans l'état TIME_WAIT tandis que l'émetteur pense qu'elle est fermée. Dans ce cas de figure, si les deux systèmes concernés sont sous Linux, s'assurer que les TCP timestamps sont activées aide généralement assez bien (ça l'est par défaut mais il peut y avoir un proxy TCP dont tu n'es pas au courant entre les deux qui casse tout). Après tu peux envisager de jouer avec tcp_tw_re{use,cycle} mais si tu en arrives là, il y a sans doute un autre problème quelque part.
Une capture du réseau prise des deux côtés en même temps peut aussi aider à comprendre ce qui se passe.
Je vois pas en quoi les erreurs sur la carte réseau pourraient être liées au phénomène décrit.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.