Почему пакет TCP RST не требует подтверждения? Это потому, что отправитель RST будет продолжать отправлять RST каждый раз, когда он получает другой пакет с другой стороны?
В связи с этим, как номер подтверждения в действительном пакете RST может быть равен 0?
В связи с этим, как номер подтверждения в пакете RST может быть равен 0?
Потому что сегмент с установленным битом RST должен завершать соединение, не более того. Номер подтверждения имеет смысл только тогда, когда соединение установлено и в сегменте установлен бит ACK. Получатель сегмента RST также должен учитывать возможность того, что клиент прикладного протокола на другом конце был внезапно завершен и не имел возможности обработать отправленные ему неподтвержденные данные.
См. RFC 793, стр. 15:
Acknowledgment Number: 32 bits
If the ACK control bit is set this field contains the value of the
next sequence number the sender of the segment is expecting to
receive. Once a connection is established this is always sent.
Пакет TCP RST — это удаленная сторона, сообщающая вам, что соединение, по которому был отправлен предыдущий пакет TCP, не распознано, возможно, соединение закрыто, возможно, порт не открыт и что-то в этом роде.
Вот мое мнение, поскольку соединение больше недействительно, нет необходимости отвечать на ACK. И поскольку удаленный узел не знает о соединении, имеет смысл, что ACK в пакете RST равен 0.
Проверьте это: http://en.wikipedia.org/wiki/TCP_reset_attack
TCP RST означает, что соединение недействительно. т.е. нет связанного сеанса на удаленной стороне. Как я знаю, этот пакет обычно отправляется, когда порт, к которому вы пытаетесь подключиться, закрыт.
TCP FIN - это то, что отправляется, когда соединение вот-вот закроется, и вам нужно подтверждение.
