|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640.640 27 Aug 2005 14:33:56
To : Alexey G. Misyurenko
Subject : Passive FTP
--------------------------------------------------------------------------------
26 Aug 05 23:50, you wrote to me:
>> >> 1) А по какой спецификации при получении ACK вместо SYN+ACK
>> >> система должна отослать новый SYN? По-моему, она должна такой ACK
>> >> полностью
>> AM> Отсылкой ACK мы добьемся получения RST , от инициатора соединения
>> Выкачал tcp_input.c фришкин, проверил. Там написано:
AM> А я RFC /цитата ниже/%)
Проблема в том, что ты взаимодействовать будешь не с RFC, а с реализациями :)
>> Ты получишь RST, если будешь подтверждать что попало. Если будешь
>> подтверждать
AM> Hу зачем все что попало %)
Hе всё, просто что попало. Смотри свою же цитату :) :
AM> RFC: 793
AM> and the incoming segment outside the window, responds with an
AM> acknowledgment indicating what sequence it next expects to hear (ACK
AM> 100). TCP A sees that this segment does not acknowledge anything it
Вот тут и написано - если подтвердается что попало, то в ответ посылается RST.
Hе написано правда, что происходит, если ACK содержит что-то осмысленное -
фришка, как видно по тому куску, что я приводил, игнорирует такой ACK. Это
совершенно законно, потому что ACKи - они кумулятивны, ответный SYN всё одно
должен содержать ACK, и подтверждаться должен тот же самый SN, так что
реагировать на просто правильный ACK без SYN смысла нет никакого.
Вот я и спрашиваю - а зафиг тебе нужен RST? У меня есть подозрение, что ты
хочешь "авторизовывать" соединения не по повторному SYN, а по
последовательности SYN-RST-SYN, но явно ты это нигде не написал. Я прав?
Если да - то может быть конфликт в случае с Windows, как я писал в прошлом
письме (когда несколько SYN посылается одновременно) - надо об этом
позаботиться. Если нет - то нафига вообще? Проще, мне кажется, просто подождать
некоторое время второго SYN, и всё. Это никак ничего не ускорит и не замедлит,
а для всяких сканеров сделает твой хост только невидимым, сплошная польза...
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
