vladisslav:
Спасибо Владислав. Все немножко прояснилось.
Но как я понял (для передачи данных) это клиент должен делать listen на соответствующем порту (20 если не пассивный режим, другой если была команда порт) а сервер уже делает connect к клиенту с соответствующим сокетом (если не ошибаюсь =) ).
И все таки неочень понятно - когда клиент должен понять что передача списка закочилась. в RFC написано что надо вроде "\n\n" послать.

Пишко Александр:
Клиент делает listen на том ip и порту, на каких сможет и посылает команду port с такими ip и портом, какие будут видны со стороны сервера (в случае наличия файрволов между сервером и клиентом, они могут отличаться от тех, которые будут слушаться). В клиенте может быть предусмотрена возможность указать, какие порты слушать и что посылать в команде port, для прохождения файрволов.
Клиент поймет, что передача закончилась, когда получит
226 Transfer complete
К тому же сервер после окончания передачи списка закрывает соединение.
Если проверить с помощью telnet и netcat, то получается что последние 2 принятых байта: 0x00,0x0a, (для ProFTPD Version 1.3.1), то есть клиент может ждать нулевого байта.
Да и вообще это забота клиента . Сервер должен после отправки последнего буфера, как только сокет станет вновь доступен для записи, послать
226 Transfer complete
по командному каналу и закрыть соединение по каналу данных.
Насчет 20 порта... мне не удалось поймать соединение на 20 порт, правда проверял на той же машине, где стоит сервер. В общем на практике клиент всегда посылает команду port, так как чтобы слушать 20 порт нужны права рута, которых как правило нет.

А все таки что же должен слушать и делать connect? я сейчас сделал connect на сервере к сокету, созданному по данным от команды PORT - соединение установилось и послал туда просто имя файла и закрыл сокет и после этого послал "226 transfer complited" и все работает.
if(connect(ses->sock_data,(sockaddr*)&(ses->addr_data),sizeof(ses->addr_data))==SOCKET_ERROR)
{
int kk=WSAGetLastError();
cout<<"\nLast error code: "<<kk<<"\n";
}else
{
cout<<"Data connection OK\n";
send_client_message(ses,FTP_DATACONN,"data connection established");
send_data2client_ascii(ses);
closesocket(ses->sock_data);
send_client_message(ses,FTP_TRANSFEROK,"transfer complited");
}
Это же вроде и есть пассивный режим. Клиент отправлял команду порт. Но тогда как я создам сокет для connect если я незнаю адрес клиента? Порт понятно будет 20.

PS послал Вам благодарность. дошла ли?)

Пишко Александр:
Формат команды PORT:
PORT ip,ip,ip,ip,port,port
то есть если клиент послал
PORT 127,0,0,1,8,5
то получаем
ip 127.0.0.1
port 8*256+5=2053
то есть 127.0.0.1:2053
на этот адрес надо делать connect для создания соединения данных

Ну это понятно. Это я меня и было сделано. Данные передаются. Просто у меня небольшая каша образовалась с простым и пассивным режимом.
Препод говорил что вся разница в том, на какой клиентский порт делать connect - 20 стандартный (простой режим) и тот, который определен в команде PORT (пассивный режим).

Пишко Александр:
port - это как раз таки простой, а не пассивный режим.
В случае пассивного режима connect не делается, а делается listen на ip/порт из настроек сервера и отправляется ответ с указанием ip/порта, как они будут видны со стороны клиента (тоже например из настроек или в, простейшем случае (белый ip), те, которые слушаем) в формате команды порт. А уже клиент делает connect на эти ip/порт и ждет от нас данных.
То есть нужно поймать соединение, отправить листинг или файл, закрыть полученный сокет, закрыть слушающий сокет до следующей команды pasv.

vladisslav:
Тоесть клиент посылает PASV затем PORT с настройками а сервер должен слушать этот ip и порт? Ну потом естественно уже все происходит как и в обычном режиме.

Пишко Александр:
Нет. Прочитайте внимательно мой ответ.
Клиент посылает только pasv.
Сервер создает слушающий сокет (ip и порт берет например из настроек или через UPNP или протестировав через какой-нибудь сервис) и отвечает клиенту
227 Entering Passive Mode (127,0,0,1,135,18).
указав в скобках, как будет виден открытый сокет со стороны клиента (из настроек берет или еще как-то, если учитывать файрволы)
Клиент читает то, что в скобках и пытается присоединиться по соответствующему ip/порту (в данном случае 127.0.0.1:34578)
Сервер ловит соединение и посылает/принимает то, что от него хочет клиент.

Теперь понятно. Еще раз спасибо.
Просто я думал что всё то, что посылается как reply от сервера клиенту "код+сообщение" - клиент парсит только код - а то что дальще это так - мишура.

Пишко Александр:
Чтобы уточнить поведение правильного сервера, желательно поставить себе какой-нибудь бесплатный рабочий ftp и подключаться к нему с заданной последовательностью команд. Даже не через телнет, а своей консольной программой. Тогда быстрее находятся дырки в своем протоколе. Иногда из описания непонятно, что какое-то действие обязательное или опциональное.
Я тоже этим заинтересовался недавно, но экзамены не дают делать интересное :(
Я на xlight тренировался.