|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexey G. Misyurenko 2:5020/400 27 Aug 2005 23:33:27 To : Alex Semenyaka Subject : Re: Passive FTP -------------------------------------------------------------------------------- Alex Semenyaka wrote: > Hello Alexey! > > 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. > > Вот я и спрашиваю - а зафиг тебе нужен RST? У меня есть подозрение, что ты > хочешь "авторизовывать" соединения не по повторному SYN, а по > последовательности SYN-RST-SYN, но явно ты это нигде не написал. Я прав? > Именно этот RST я хочу в ответ на свой ACK и начинаю ждать SYN которому уже буду доверять, сорри не расписывал все по косточкам. Прелесть данного решения, в том, что через МСЭ я не пропускаю поток трафика от сервера к клиенту. Мне достаточен только поток пакетов в сторону сервера. За счет этого я здорово выигрываю по производительности. > Если да - то может быть конфликт в случае с Windows, как я писал в прошлом > письме (когда несколько SYN посылается одновременно) Там же ты пишешь, что что поведение было не стандартно. SYNы случайно не в момент лазанья по вебу происходило? --- ifmail v.2.15dev5.3 * Origin: ISP Caravan(http://www.caravan.ru) News Server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/104335b07752c.html, оценка из 5, голосов 10
|