Проблема закачки на FTP

Опубликовано пн, 11/08/2008 - 00:15 пользователем Ulenspiegel
Forums: 
Трёп

Гутен таг, камрады!
Имею проблему - при попытке закачать книжку на FTP сервер получаю таймаут соединения. Броузер (Firefox) на сервер заходит преспокойнешим образом. Linux, работаю из-под прокси (squid). Никто не сталкивался с такой проблемой (читай - не знаком ли с методом решения :) ) ?

Опубликовано пн, 11/08/2008 - 01:09 пользователем dzver

Выключить прокси на время закачки?:)
Вообще-то точно не знаю и в squid не разбираюсь, но по моему копать надо на уровне портов 20 и 21. Ftp протокол еще обменивается портами на уровне ftp приложения; если они мапятся натом + если прокси не переводит порты еще и внутри ftp сообщения (т.е. squid должен иметь включенную поддержку ftp протокола) - то будут проблемы.
Еще попробовать переключать пассивный/активный ftp режим.
Как все происходит http://www.slacksite.com/other/ftp.html

Опубликовано пн, 11/08/2008 - 01:23 пользователем Ulenspiegel

Цитата:
Выключить прокси на время закачки?:)

Нэ можу... На нем весь офис сидит, побьют.... :) В то, что ftp NATится наружу, верится слабо, бо все запросы приходят на один и тот же порт прокси. И ведь firefox-то работает как-то, паскудник.... Похоже, придется сисадмина поить пивом ... До утери им человеческого облика и рутового пароля :))))

Опубликовано пн, 11/08/2008 - 01:53 пользователем dzver

А почему не закачиваешь через firefox? fireftp или еще чего?
Попробовал переключить пассивный/активный режим ftp?

Опубликовано пн, 11/08/2008 - 02:47 пользователем Ulenspiegel

Цитата:
А почему не закачиваешь через firefox? fireftp или еще чего?

Угу, использовать fireftp - было моей второй мыслью :) К сожалению - те же тестикулы, вид сбоку.
Судя по логам, он не пользуется соединением, установленным firefox, а устанавливает свое.
Цитата:
Попробовал переключить пассивный/активный режим ftp?

Пробовал. Ноль на массу :(

Опубликовано пн, 11/08/2008 - 05:02 пользователем jno

FTP "по жизни" использует два соединения - управляющее и для передачи данных.
Управляющее всегда - исходящее (и, соответственно, как-то да работает).
Соединение для данных - по умолчанию "активное" (клиент открывает слушающий сокет) и сообщает адрес и порт серверу командой PORT/EPRT, а сервер - (активно) коннектится на этот адрес. За NAT'ом, понятно, такое работать не будет. В "пассивном" же режиме (серверу отправляется команда PASV/EPSV, а он отвечает адресом с портом (или только портом для EPSV)) сервер пассивно ждёт соединения от клиента. Это - должно работать, если работает управляющая сессия.

В случае браузера - вообще всё плохо :)
Т.к. он мешает в кучу оба соединения (вывод команды LIST идёт в сессии данных)...
За то браузер, как правило, использует пассивный режим.

Ещё раз рекомендую попробовать консольным клиентом - хоть видно будет, что происходит (брехливость ему как-то повысить можно было - спросите help и ftp/?).

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

А режим FTP какой? Активный (по умолчанию?) работать не будет!
Попробуйте passive FTP.
Можно даже штатным консольным клиентом windows.

Опубликовано пн, 11/08/2008 - 05:06 пользователем Ulenspiegel

Цитата:
А режим FTP какой? Активный (по умолчанию?) работать не будет!

Обижаешь, начальник, мокрое дело шьешь... :) Судя по логам сниффера, у штатного линуксового клиента проблема с ftp-over-http. Ничего, я тут еще одного клиента скачал, lftp. У него столько настроек, что экспериментировать можно будет до зимы. :)

Опубликовано пн, 11/08/2008 - 07:40 пользователем jno

Чёрт, я не заметил, что это Linux :)
Кстати, в SUSE, видать, штатно lftp и стоит...
Или что-то на него очень похожее.
Ему -d сказать можно -- расскажет, что творит.
И пассивный он по умолчанию.

Опубликовано пн, 11/08/2008 - 06:44 пользователем Ulenspiegel

Спасибо, господа!
Проблема если и не решена полностью, то, по крайней мере, обойдена. :)