Вопрос про протокол FTP

[UNIforMAS]

здравствуйте уважаемы специалисты!
решил покопаться в технологии FTP и написать свой сервер, но столкнулся с проблемой - сокет никак не получает информацию от клиента
почитал много RFC документации по технологии File Transfer Protocol (frc# 354-385, +454, +542, 765, 913, 959), примеры работы с сокетами, примеры от Алибека Болатова
но не смог там найти ответы. все примеры базируются на клиент-серверной технологии исходя из того что сервер не является FTP, HTTP, SMTP, а свой собственный

по сабжу - я получаю от клиента запрос на коннект, авторизирую его и передаю Accept второму элементу WinSock, а вот уже из него (через _DataArrival) не получаю всех комманд которые сам клиент передает. на выходе пустая строка или комманда QUIT (когда принудительно идет завершение работы клиента)

может кто из спецов подскажет точную концепцию взаимодействия сокета (для прослушки) и сокета (для комманд) ?

[UNIforMAS]

да ужжж ... никто не хочет поделиться опытом
дык вот что сам смог накопать - никакому 2ому контролу WinSock ничего не нужно передавать, все прекрасно делается и в первом (который слушает 21ый порт)

-> прошел авторизацию (логин и пасс), подтвердил вход через "230 Password correct. User %user_name% logged in"
-> сфабриковал свою NIX-систему "215 UNIX Type: HrenOS Kernel"
-> отправил список FEAT комманд

... и вот на этом месте все и замерзло напроч (запроса PORT и PWD) не получаю и вообще ничего больше не получаю
может неправильно завершаю комманду FEAT "211 End."
ну подскажите ктонибуть, люди !

[JohnK]

Возми какой-нибудь снифер и проспушай полноценную FTP сеcсию... Других вариантов нет, раз не помогает спецификация протокола.

[UNIforMAS]

про FEAT я прочитал из RFC-2389. там про это довольно четко описано, но проблема осталась ...

может у кого есть ссылка на пример с комментариями ?

[alibek]

Переключайся в пассивный режим. Или открывай второе соединение. В RFC все есть, читай там.