TCP все еще передает данные после FIN FIN, ACK - PullRequest
0 голосов
/ 03 июня 2019

Я новичок в анализе дампов tcp. :) Пока я анализировал этот дамп (tcp-дамп, взятый с внутреннего сервера, на котором работает балансировщик нагрузки), в No 163 , FIN отправляется бэкэндом, но после подтверждения клиент снова отправил данные на сервер ( Нет 165 ). Я пытаюсь найти причину такого поведения. (почему данные отправляются после FIN). Любые справочные документы, связанные с этим, высоко ценятся.

Ниже приводится часть дампа TCP.

No  | Time       | Source         | Destination   |Protocol|Length |  Info

161 | 736.441401 |  client(lb)    | server        | TCP    | 66    | 1027 → 80 [ACK] Seq=66678 Ack=8874 Win=94208 Len=0 TSval=1811562159 TSecr=3735198525
162 | 746.434713 |  server        | client(lb)    | TCP    | 97    | 80 → 1027 [PSH, ACK] Seq=8874 Ack=66678 Win=162560 Len=31 TSval=3735208526 TSecr=1811562159
163 | 746.434746 |  server        | client(lb)    | TCP    | 66    | 80 → 1027 [FIN, ACK] Seq=8905 Ack=66678 Win=162560 Len=0 TSval=3735208526 TSecr=1811562159
164 | 746.441244 |  client(lb)    | server        | TCP    | 66    | 1027 → 80 [ACK] Seq=66678 Ack=8905 Win=94208 Len=0 TSval=1811564659 TSecr=3735208526
165 | 746.441494 |  client(lb)    | server        | TCP    | 4483  | 1027 → 80 [PSH, ACK] Seq=66678 Ack=8906 Win=94208 Len=4417 TSval=1811564659 TSecr=3735208526
166 | 746.441506 |  server        | client(lb)    | TCP    | 54    | 80 → 1027 [RST] Seq=8906 Win=0 Len=0
167 | 746.441558 |  client(lb)    | server        | TCP    | 66    | 1027 → 80 [FIN, ACK] Seq=71095 Ack=8906 Win=94208 Len=0 TSval=1811564659 TSecr=3735208526
168 | 746.441564 |  server        | client(lb)    | TCP    | 54    | 80 → 1027 [RST] Seq=8906 Win=0 Len=0

Спасибо

...