У меня проблемы с FTP-сервером, FTP-сервер работает на CentOS. Используемый FTP-сервер - VSftpd 2.0.5 (я считаю, что это сервер по умолчанию, который был установлен с CentOS). До этого сервер находился в Windows (FileZilla Server), где у нас не было этой проблемы, и передачи по FTP были очень быстрыми.

Это происходит только при выполнении FTP GET или PUT в сетевом хранилище, если файл, который я пытаюсь передать по FTP, записывается или читается с локального жесткого диска на компьютере CentOS, то он работает молниеносно.

Сетевое хранилище монтируется под centos с использованием:

mount -o rw,vers=3 IP_HERE:/ftp /media/X

Когда я пытаюсь перенести в сетевое хранилище, где-то происходит большая задержка, и хотя файлы передаются очень быстро, полная транзакция занимает много времени. К сожалению, сетевая сторона (брандмауэры и т.д.) Не находится под моим контролем, но я ищу совет относительно того, что мне нужно, чтобы попросить команду сети устранить неполадки, когда мы рассмотрим эту проблему. Это было выдающимся в течение долгого времени, и предыдущие попытки решить эту проблему потерпели неудачу.

Вот пример отправки, которую я только что сделал (в сетевое хранилище), сообщаемое время передачи файла составляет всего 9 секунд, но общая передача заняла гораздо больше времени. При передаче большого количества небольших файлов эта задержка явно возрастает, и общая передача занимает много времени.

13:47:50| put "test.img"
13:47:50| 200 PORT command successful. Consider using PASV.
13:48:22| 150 Ok to send data.
13:48:31| 226 File receive OK.
ftp: 33555060 bytes sent in 8.95Seconds 3747.49Kbytes/sec.

В приведенном выше примере я инициировал команду ftp put в 13:47:50, и ответ 200 был мгновенным. Ответ 150 пришел в 13:48:22, и затем передача, по-видимому, была завершена быстро (~ 9 секунд), как сообщается в ответе 226 @ 13:48:31. В пассивном режиме происходит точно такая же задержка, между STORE и 150 ответом.

Я думаю, что на самом деле все сводится к тому, что происходит до того ответа 150. Мы смотрим на проблему конфигурации сервера здесь? Или это скорее связано с брандмауэром? Любой совет очень приветствуется.

Спасибо!

2 ответа2

0

Да, это происходит со мной тоже. Если вы используете клиент, такой как FileZilla, вы должны убедиться, что он не отключается после каждой файловой операции. Вход занимает много времени

0

при монтировании VSftpd сначала происходит аутентификация монтирования, что может стать причиной задержки

Я бы использовал либо создать общий ресурс Samba, если вы используете Windows-клиенты и / или NFS для клиентов Linux.

Если вы застряли с ftp, попробуйте использовать mount autofs. это может поддержать ваше крепление на заднем плане для вас, чтобы уменьшить начальную задержку соединения.

также при настройке VSFTPD вы можете посмотреть задержку выхода из системы или задержку и увеличить ее.

если вы используете для аутентификации бэкэнд LDAP, это также может быть проблемой.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .