Проблема с FTP

Опубликовано пн, 05/01/2009 - 12:04 пользователем m1011
Forums: 
Функциональность

При подкючении к фтп подключение проходит, список файлов не вычитываеся - соответственно загрузить на фтп не получается. Загрузка в другие каталоги идет например ocr/ocr но добавление киниги от туда не работает пишет не может скопоровать файл.

Опубликовано пн, 05/01/2009 - 12:07 пользователем pkn

Обратите, пожалуйста, внимание на вот это: http://lib.rus.ec/node/124866
Наверное, пока Ларин не даст добро, лучше подождать с заливкой djvu/pdf.
И личку гляньте.

Опубликовано пн, 05/01/2009 - 12:10 пользователем m1011

Спасибо посмотрел. Буду ждать решения вопроса.

Опубликовано пн, 05/01/2009 - 12:18 пользователем pkn

m1011 написал:
Спасибо посмотрел. Буду ждать решения вопроса.

ОК. А что касается ФТП - с ним это бывает. Причины и методов борьбы я так и не знаю (и никто, похоже, не знает). Вроде бы есть некоторая корреляция этого глюка с нагрузкой сервера.

Опубликовано сб, 10/01/2009 - 01:16 пользователем staspan

Не могу подключиться к ФТП.
Ввожу логин ocr, пароль newbook. Внизу страницы браузера появляется надпись:"Веб-узел найден. Ожидается ответ." Но потом возвращается страница "Internet Explorer не может отобразить эту веб-страницу".
В чём может быть причина?

Опубликовано сб, 10/01/2009 - 02:46 пользователем red-fox

Лично я использую Total Commander. IE и многие браузерные просмотрщики ФТП в последнее время плохо себя ведут.

Опубликовано сб, 10/01/2009 - 01:53 пользователем agrey

FileZilla, в активном режиме, нормально работает с этим ftp.

Опубликовано сб, 10/01/2009 - 02:48 пользователем staspan

Через FileZilla тоже не получается подключиться. Может это связано с тем, что у меня серый ip?

Опубликовано сб, 10/01/2009 - 03:25 пользователем agrey

Может быть. Зависит от настроек NAT.

Опубликовано сб, 10/01/2009 - 03:26 пользователем whistle

С "серого" IP используйте пассивный режим.

Опубликовано сб, 10/01/2009 - 03:38 пользователем agrey

:) ... и круг замкнулся.

Опубликовано сб, 10/01/2009 - 03:53 пользователем staspan

Вот, что происходит при попытке соединения с ФТП

Статус: Определение IP для lib.rus.ec
Статус: Соединяюсь с 89.248.165.3:21...
Статус: Соединение установлено, ожидание приглашения...
Ответ: 220 FTP Server ready.
Команда: USER ocr
Ответ: 331 Password required for ocr.
Команда: PASS *******
Ответ: 230 User ocr logged in.
Команда: SYST
Ответ: 215 UNIX Type: L8
Команда: FEAT
Ответ: 211-Features:
Ответ: MDTM
Ответ: REST STREAM
Ответ: SIZE
Ответ: 211 End
Статус: Соединение установлено
Статус: Получение списка каталогов...
Команда: PWD
Ответ: 257 "/" is current directory.
Команда: TYPE I
Ответ: 200 Type set to I
Команда: PASV
Ответ: 227 Entering Passive Mode (89,248,165,3,148,239).
Команда: LIST
Ошибка: Превышено время ожидания соединения
Ошибка: Не могу получить список каталогов!

Опубликовано сб, 10/01/2009 - 04:05 пользователем agrey

Цитата:
Команда: PASV
Ответ: 227 Entering Passive Mode (89,248,165,3,148,239).

Проблема в том, что сервер не желает работать с клиентом в пассивном режиме.

Опубликовано вс, 11/01/2009 - 04:54 пользователем jno

agrey написал:
Цитата:
Команда: PASV
Ответ: 227 Entering Passive Mode (89,248,165,3,148,239).

Проблема в том, что сервер не желает работать с клиентом в пассивном режиме.
с чего бы это?
Если бы "сервер не желал", он бы ответил 500-м кодом, а никак не 227.
А так - он честно разинул варежку на 89.248.165.3:38127, об чём и уведомил клиента.
А вот соединение клиента с указанным портом не склалось.
Видимо, по причинам, далёким от сервера.

Опубликовано вс, 11/01/2009 - 05:22 пользователем agrey

jno написал:
А так - он честно разинул варежку на 89.248.165.3:38127

После чего клиент просит list, и слушает тишину. Проблема именно на стороне сервера.

Опубликовано вс, 11/01/2009 - 06:47 пользователем jno

agrey написал:
jno написал:
А так - он честно разинул варежку на 89.248.165.3:38127

После чего клиент просит list, и слушает тишину. Проблема именно на стороне сервера.
С чего взяли?
Судя по приведённой диагностике соединения (для сессии данных) не произошло.
Причём, не по обрыву "с той стороны", а по таймауту.
Боюсь, что сервер просто не получил коннекции, куда бы смог ответить на LIST.
Почему не получил? ХЗ - вплоть до злобных фильтров по дороге, кривых NATов, неспособности клиента работать с номером порта шире 15 бит и т.п.
Можно, кстати, поискать более свежий клиент и попробовать вкусности обновлённого протокола в виде EPSV ALL для ублажения NATов (ну и сами EPSV/EPRT, ессно). Если, конечно, сервер его понимает.

Опубликовано вс, 11/01/2009 - 07:18 пользователем agrey

jno написал:
С чего взяли?
Тестировал. Разумеется, у конкретного клиента могут быть также проблемы с NAT и т.д.

Опубликовано вс, 11/01/2009 - 11:06 пользователем pkn

jno написал:
agrey написал:
jno написал:
А так - он честно разинул варежку на 89.248.165.3:38127

После чего клиент просит list, и слушает тишину. Проблема именно на стороне сервера.
С чего взяли?

С того, что лично у меня это происходит (время от времени) с трёх разных компьютеров, причём на стороне клиентов не меняется абсолютно ничего. Но иногда всё штатно, а иногда того... короткие гудки.

Опубликовано сб, 10/01/2009 - 04:15 пользователем Erase

Кстати, аналогично, не могу соединиться с сервером. Пытаюсь зайти Тотал Коммандером - пишет: "Команда PORT не выполнена"
У меня тоже серый ip-адрес
X
HNS.to is a highly insecure way of browsing Handshake domains and should only be used for demo or educational purposes. Click to see preferable resolutions methods