Le 14672ième jour après Epoch, Nicolas KOWALSKI écrivait: > [email protected] (François TOURDE) writes: >> Ton programme de récupération (fetchmail?) quitte avant d'attendre la >> fin de la liaison (le paquet RST). Du coup le port 48882 est considéré >> comme déconnecté, et les paquets de fin sont considérés ni comme RELATED >> ni comme ESTABLISHED. > > Pourtant ce RST provient du serveur distant apparemment. Ou alors > c'est une réponse à une déconnexion intempestive de "mon" côté ?
En général, et comme tu le dis après, la terminaison d'une liaison se fait avec FIN et FIN-ACK ... Mais si pour une raison X ou Y l'un des côtés ne renvoie pas d'ACK dans certains cas, alors l'autre peut envoyer un RST pour dire "Bon, on recommence, ça déconne". > Normalement on devrait avoir du FIN depuis mon-serveur puis FIN-ACK > depuis le serveur distant, non ? Effectivement. J'imagine que le meilleur moyen de savoir est de faire un dump du traffic, pour être sûr. Mais il se peut que la fermeture de la liaison soit à l'initiative des deux côtés (ton fetchmailer envoie "QUIT" puis un paquet FIN, ton serveur à réception du "QUIT" envoie aussi un FIN) et que les RST du serveur soient des résidus ;) Je te laisse le soin de faire un tcpdump et de nous le commenter ensuite, hein? ;) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/[email protected]
