Закрытие сетевого подключения - PullRequest
1 голос
/ 24 января 2012

Пожалуйста, помогите мне расшифровать следующее.У меня проблема в сети, я не могу понять, где она находится.Ниже приведена сводная информация о декодировании, полученная при захвате с помощью программного обеспечения OPNET.

Я думаю, что Соединение 2 успешно, где клиент завершается с FIN, а соединение 1 преждевременно завершает выдачу RST, что может быть причинами..?

Соединение 1 Сводка декодирования назначения источника кадра

480 Клиент-сервер D = 3590 S = 443 FIN ACK = 3832271994 SEQ = 1338775336 LEN = 0 WIN = 11088 481 Клиент-сервер D = 443 S= 3590 ACK = 1338775337 SEQ = 3832271994 LEN = 0 WIN = 64512 502 Клиентский сервер D = 443 S = 3590 RST ACK = 1338775337 SEQ = 3832271994 LEN = 0 WIN = 0

Соединение 2

Серверный клиент 855 D = 3600 S = 443 FIN ACK = 3778329063 SEQ = 3650187663 LEN = 0 WIN = 26328

856 Клиентский сервер D = 443 S = 3600 ACK = 3650187664 SEQ = 3778329063 LEN = 0 WIN = 63297

857 Клиентский сервер D = 443 S = 3600 FIN ACK = 3650187664 SEQ = 3778329063 LEN = 0 WIN = 63297

859 Серверный клиент D = 3600 S = 443 ACK = 3778329064 SEQ = 3650187664 LEN =0 WIN = 26328

В итоге окончание соединения:

1 - сервер: FIN, клиент: RST2 - Сервер: FIN, Клиент: FIN

1 Ответ

1 голос
/ 24 января 2012

Со страницы Википедии по TCP :

Некоторые стеки TCP хоста могут реализовывать полудуплексную последовательность закрытия, как это делают Linux или HP-UX.Если такой хост активно закрывает соединение, но все еще не прочитал все входящие данные, которые стек уже получил от ссылки, этот хост отправляет RST вместо FIN (раздел 4.2.2.13 в RFC 1122).

Может ли это быть что-то подобное, что вы видите?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...