При выгрузке файла на указанный сервер FTP в журнале указывается статус выгрузки, на основании этого статуса можно понять причину проблемы, если файл не выгружается на сервер FTP.
В данном примере указан код 226 он означает: закрытие канала, обмен завершен успешно.
Список кодов ответов FTP
Материал из Википедии — свободной энциклопедии
Содержание
1 Семантика
1. 1 Первая позиция
1. 2 Вторая позиция
1. 3 Третья позиция
2 Полный список кодов ответов FTP сервера
3 См. также
Семантика
Ответ FTP сервера на любую команду FTP сервера состоит из трех цифр. Рассмотрим значение каждой цифры в каждой позиции.
Первая позиция
Единица означает, что команда принята к выполнению, но ещё не завершена
Двойка означает, что выполнение команды успешно завершено
Тройка говорит о том, что команда принята и ожидается какая-либо дополнительная команда
Четвёрка говорит о том, что в данный момент команда выполнена быть не может
Пятёрка означает принципиальную невозможность выполнения команды
Вторая позиция
Ноль соответствует синтаксической ошибке
Единица соответствует информационному сообщению
Двойка говорит о том, что сообщение относится либо к управляющему соединению, либо к соединению данных
Тройка соответствует сообщениям об аутентификации пользователя и его правах
Значение четвёрки не определено
Пятёрка соответствует сообщению о состоянии файловой системы
Третья позиция
Третья цифра окончательно специфицирует ошибку.
Полный список кодов ответов FTP сервера
Код Описание
100 Запрошенное действие инициировано, дождитесь следующего ответа, прежде чем выполнять новую команду.
110 Комментарий
120 Функция будет реализована через nnn минут
125 Канал открыт, обмен данными начат
150 Статус файла правилен, подготавливается открытие канала
200 Команда корректна
202 Команда не поддерживается
211 Системный статус или отклик на справочный запрос
212 Состояние каталога
213 Состояние файла
214 Справочное поясняющее сообщение
215 Выводится вместе с информацией о системе по команде SYST
220 Служба готова для нового пользователя.
221 Благополучное завершение по команде quit
225 Канал сформирован, но информационный обмен отсутствует
226 Закрытие канала, обмен завершен успешно
227 Переход в пассивный режим (h1,h2,h3,h4,p1,p2).
228 Переход в длинный пассивный режим (длинный адрес, порт).
229 Переход в расширенный пассивный режим (|||port|).
230 Пользователь идентифицирован, продолжайте
231 Пользовательский сеанс окончен; Обслуживание прекращено.
232 Команда о завершении сеанса принята, она будет завершена по завершении передачи файла.
250 Запрос прошёл успешно
257 «ПУТЬ» создан.
331 Имя пользователя корректно, нужен пароль
332 Для входа в систему необходима аутентификация
350 Запрошенное действие над файлом требует большей информации
404 Данный удалённый сервер не найден
421 Процедура невозможна, канал закрывается
425 Открытие информационного канала невозможно
426 Канал закрыт, обмен прерван
434 Запрашиваемый хост недоступен
450 Запрошенная функция не реализована, файл не доступен, например, занят
451 Локальная ошибка, операция прервана
452 Ошибка при записи файла (недостаточно места)
500 Синтаксическая ошибка, команда не может быть интерпретирована (возможно она слишком длинна)
501 Синтаксическая ошибка (неверный параметр или аргумент)
502 Команда не используется (нелегальный тип MODE)
503 Неудачная последовательность команд
504 Команда не применима для такого параметра
530 Вход не выполнен! Требуется авторизация (not logged in)
532 Необходима аутентификация для запоминания файла
550 Запрошенная функция не реализована, файл недоступен, например, не найден
551 Запрошенная операция прервана. Неизвестный тип страницы.
552 Запрошенная операция прервана. Выделено недостаточно памяти
553 Запрошенная операция не принята. Недопустимое имя файла.
При работе с протоколом FTP могут возникать сложности. Основные проблемы и методы их решения описаны в статье.
Медленная работа FTP
- При подключении используйте пассивный режим передачи файлов. Если вы используете FTP-клиент FileZilla, в меню «Менеджер сайтов» на вкладке «Настройки передачи» выберите режим передачи: Пассивный.
- Отключите TLS-соединение, если оно включено. Для этого выберите тип шифрования Использовать обычный FTP.
- Подключитесь по протоколу SFTP.
Неправильная загрузка файлов
Как правило, FTP-клиенты самостоятельно определяют режим работы по типу файла. Но иногда происходят ошибки и файлы загружаются неправильно. Чаще всего это происходит при загрузке зашифрованных бинарных файлов с расширением .php. В таком случае выберите необходимый режим загрузки файлов:
- для передачи текстовых файлов, html-документов, php-скриптов, css-таблиц и т. п. — текстовый (ASCII);
- для передачи картинок, исполняемых файлов, зашифрованных скриптов и т. п. — двоичный (бинарный, binary или bin).
В FileZilla режим загрузки файлов можно выбрать в меню «Передача» на вкладке Режим передачи.
Ошибка: Bad IP connecting
Эта ошибка говорит о том, что IP-адрес, с которого было инициировано соединение, изменился. Это значит, что ваш интернет-провайдер предоставляет динамический IP, который изменился в ходе разрыва сессии. Перезагрузите роутер или переустановите интернет-соединение на компьютере и попробуйте подключиться заново.
Ошибка: 530 Login incorrect
Эта ошибка означает, что логин или пароль доступа к FTP введены неверно. Проверьте, верно ли вы указываете логин и пароль при подключении.
- Посмотреть логин и пароль основного FTP-аккаунта можно на странице услуги в Личном кабинете.
- Если вы меняли пароль от основного или дополнительного аккаунта FTP, восстановите или смените его по инструкции.
Превышено количество FTP-пользователей
Данная ошибка означает, что вы уже создали максимальное количество FTP-аккаунтов на вашем тарифе.
Увидеть текущий лимит FTP-аккаунтов вы можете в панели управления: раздел Главное, вкладка Ограничения:
Чтобы добавить новый FTP-аккаунт, удалите один из уже существующих или повысьте тарифный план.
Как удалить существующий аккаунт
- 1.
-
2.
В разделе FTP-пользователи два раза кликните по пользователю и нажмите Удалить:
Как повысить тарифный план
Чтобы повысить тарифный план, воспользуйтесь справкой: Как изменить тарифный план хостинга?
Во время работы в FTP-клиенте могут возникать различные ошибки. Разберем самые распространённые и расскажем, как их устранить.
Ошибка 530 Login incorrect
Означает, что логин или пароль к FTP введены неверно. Возможно, допущена опечатка при введении. Например, при копировании из мессенджера или блокнота часто вместе с паролем или логином захватывается пробел — удалите его.
В крайнем случае можно посмотреть ваш логин и пароль в панели управления хостингом. Есть хостинги, где нельзя увидеть текущий пароль — тогда просто смените его на новый.
Также эта ошибка может возникать, если при создании FTP-пользователя вы указали несуществующий каталог. Измените его на реальный.
Ошибка 530 User denied by access rules
Возникает, если у вашего хостера включена защита по IP-адресам — вашего адреса нет в списке разрешенных подключений. Чтобы подключиться к серверу, необходимо добавить IP-адрес в этот список.
Ошибка Bad IP connecting
Означает, что IP-адрес, с которого вы устанавливали соединение по FTP, изменился. Если вы не заказывали у своего провайдера интернета статический IP-адрес — по умолчанию предоставляется динамический, и он может в любой момент поменяться.
Для исправления ситуации перезагрузите роутер или отключите/включите интернет-соединение на ПК. Также, возможно, потребуется добавить этот новый IP в список разрешенных для подключения на хостинге.
Количество FTP-пользователей превышено
Эта ошибка возникает, когда вы пытаетесь создать нового FTP-пользователя. Означает, что вы превысили максимальное количество FTP-аккаунтов. Это ограничение может быть выставлено на вашем тарифе или в целом у хостера. Для исправления:
- используйте для подключения уже существующего незанятого пользователя, просто сменив ему пароль;
- удалите неиспользуемые FTP-аккаунты и создайте вместо них новый;
- повысьте ваш тарифный план.
Файлы загружаются «битыми», искаженными
Если после загрузки скрипта на сервер он не работает, или картинка передается в искаженном виде — скорее всего вы выставили неправильный режим передачи.
FTP-клиенте есть 3 режима передачи файлов:
- автоматический (клиент сам выбирает режим передачи);
- ASCII — в файле принудительно приводятся к единому виду символы окончания строки. Подходит для текстовых файлов;
- двоичный — файл передается как есть. Подходит для скриптов, изображений.
Иногда авторежим работает некорректно; тогда нужно выставить режим передачи принудительно. Если не уверены, какой режим выбрать — выставьте двоичный.
FTP медленно работает
Для исправления ситуации попробуйте следующие способы:
Переключитесь на пассивный режим передачи файлов. А иногда, наоборот, помогает переключение на активный. Отключите шифрование TLS — вместо этого пропишите в этом поле «обычный FTP». Подключитесь не по FTP, а по SFTP. Для этого в настройках FileZilla (или другого клиента) в поле «Протокол» укажите SFTP. Данные для подключения уточните у хостера.
С некоторых пор, возможно, после апдейта до 13.04 перестали выгружаться файлы по фтп.
Filezilla выдаёт следующее —
Ответ: 150 Accepted data connection
Ошибка: Превышено время ожидания соединения
Ошибка: Передача файла потерпела неудачу
С того же компа из под винды всё работает.
ifconfig:
wlan0 Link encap:Ethernet HWaddr 90:4c:e5:c6:4d:bc
inet addr:192.168.1.220 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::924c:e5ff:fec6:4dbc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7975552 errors:0 dropped:2 overruns:0 frame:0
TX packets:8198035 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4141612173 (4.1 GB) TX bytes:2649204590 (2.6 GB)
iptables -L:
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
iptables-save:
# Generated by iptables-save v1.4.12 on Tue May 21 19:47:43 2013
*nat
:PREROUTING ACCEPT [1010:365643]
:INPUT ACCEPT [3:422]
:OUTPUT ACCEPT [1104:80532]
:POSTROUTING ACCEPT [1104:80532]
COMMIT
# Completed on Tue May 21 19:47:43 2013
# Generated by iptables-save v1.4.12 on Tue May 21 19:47:43 2013
*mangle
:PREROUTING ACCEPT [25333:27135094]
:INPUT ACCEPT [24326:26769873]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [13662:2174113]
:POSTROUTING ACCEPT [13813:2195129]
COMMIT
# Completed on Tue May 21 19:47:43 2013
# Generated by iptables-save v1.4.12 on Tue May 21 19:47:43 2013
*filter
:INPUT ACCEPT [24326:26769873]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [13662:2174113]
COMMIT
# Completed on Tue May 21 19:47:43 2013
Что за фигня?
Пользователь решил продолжить мысль 21 Мая 2013, 20:51:03:
хмммммммм
а вот после перезагрузки iptables -L выдаёт совершенно другую простыню:
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- cenzored-laptop anywhere tcpflags:! FIN,SYN,RST,ACK/SYN
ACCEPT udp -- cenzored-laptop anywhere
ACCEPT all -- anywhere anywhere
ACCEPT icmp -- anywhere anywhere limit: avg 10/sec burst 5
DROP all -- anywhere 255.255.255.255
DROP all -- anywhere 192.168.1.255
DROP all -- base-address.mcast.net/8 anywhere
DROP all -- anywhere base-address.mcast.net/8
DROP all -- 255.255.255.255 anywhere
DROP all -- anywhere 0.0.0.0
DROP all -- anywhere anywhere state INVALID
LSI all -f anywhere anywhere limit: avg 10/min burst 5
INBOUND all -- anywhere anywhere
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info prefix "Unknown Input"
Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT icmp -- anywhere anywhere limit: avg 10/sec burst 5
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info prefix "Unknown Forward"
Chain OUTPUT (policy DROP)
target prot opt source destination
ACCEPT tcp -- cenzored-laptop cenzored-laptop tcp dpt:domain
ACCEPT udp -- cenzored-laptop cenzored-laptop udp dpt:domain
ACCEPT all -- anywhere anywhere
DROP all -- base-address.mcast.net/8 anywhere
DROP all -- anywhere base-address.mcast.net/8
DROP all -- 255.255.255.255 anywhere
DROP all -- anywhere 0.0.0.0
DROP all -- anywhere anywhere state INVALID
OUTBOUND all -- anywhere anywhere
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere LOG level info prefix "Unknown Output"
Chain INBOUND (1 references)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT udp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT udp -- anywhere anywhere udp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpts:ftp-data:ftp
ACCEPT udp -- anywhere anywhere udp dpts:20:fsp
LSI all -- anywhere anywhere
Chain LOG_FILTER (5 references)
target prot opt source destination
Chain LSI (2 references)
target prot opt source destination
LOG_FILTER all -- anywhere anywhere
LOG tcp -- anywhere anywhere tcpflags: FIN,SYN,RST,ACK/SYN limit: avg 1/sec burst 5 LOG level info prefix "Inbound "
DROP tcp -- anywhere anywhere tcpflags: FIN,SYN,RST,ACK/SYN
LOG tcp -- anywhere anywhere tcpflags: FIN,SYN,RST,ACK/RST limit: avg 1/sec burst 5 LOG level info prefix "Inbound "
DROP tcp -- anywhere anywhere tcpflags: FIN,SYN,RST,ACK/RST
LOG icmp -- anywhere anywhere icmp echo-request limit: avg 1/sec burst 5 LOG level info prefix "Inbound "
DROP icmp -- anywhere anywhere icmp echo-request
LOG all -- anywhere anywhere limit: avg 5/sec burst 5 LOG level info prefix "Inbound "
DROP all -- anywhere anywhere
Chain LSO (0 references)
target prot opt source destination
LOG_FILTER all -- anywhere anywhere
LOG all -- anywhere anywhere limit: avg 5/sec burst 5 LOG level info prefix "Outbound "
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Chain OUTBOUND (1 references)
target prot opt source destination
ACCEPT icmp -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT udp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- anywhere anywhere
Пользователь решил продолжить мысль 21 Мая 2013, 21:35:45:
iptables -F не помогает…
виснет передача файлов и всё, при этом маленькие файлы, похоже, выгрружаются а большие нихрена.
Пользователь решил продолжить мысль 21 Мая 2013, 21:38:17:
Netbeans выдаёт что-то такое:
200 PORT command successful
STOR install.php.new
425 Could not open data connection to port 55583: Connection timed out
PORT 192,168,1,220,167,249
200 PORT command successful
STOR install.php.new
425 Could not open data connection to port 43001: Connection timed out
PORT 192,168,1,220,183,111
200 PORT command successful
STOR install.php.new
425 Could not open data connection to port 46959: No route to host
DELE install.php.new
250 Deleted install.php.new
Пользователь решил продолжить мысль 21 Мая 2013, 22:44:30:
снёс вобще iptables, проблема осталась…
Здравствуйте, уважаемые знатоки! Нужна ваша помощь.
Я арендую VPS (OVZ, centos 5.4, 1024Mb, 2.3GHz, Apache, nginx), на котором стоит vsftp.
Обычным образом залогиниваюсь через консоль:
затем пытаюсь отправить файл:
и получаю ошибку:
xferlog (log ftp):
Код: Выделить всё
Fri Nov 12 23:03:32 2010 1 79.165.100.101 0 /home/myname/test.txt b _ i r username ftp 0 * i
Права на папку 777,
Firewall выключен,
Selinux выключен.
Пробовал эту операцию с разных компьютеров, с разными ОС и даже из разных стран (есть сервер в Германии, откуда пытался сделать это по SSH), результат один.
vsftpd.conf:
Код: Выделить всё
anonymous_enable=YES
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
xferlog_std_format=YES
listen=YES
pam_service_name=vsftpd
userlist_enable=YES
tcp_wrappers=YES
chroot_local_user=YES
force_dot_files=YES
background=YES
anonymous_enable=NO
Первая и последняя команды — это, видимо, результат работы ISPmanager.
Если послать файл командой put test.txt (без полного пути к исходному файлу), то все в порядке.
И наплевать бы на консольный ftp, но мне нужно работать с файлами на сервере через kate или подобный редактор, но при сохранении редактор пишет об ошибке записи.
Сразу замечу, что на остальных моих хостингах этой проблемы нет. Файлы копируются как надо, kate, netbeans и т.д. работают нормально.
Хостер не сознается, говорит, что все в порядке и ftp работает. Менять хостера не хочется, так как все остальное более чем устраивает и просто надо устранить эту досадную проблему своими руками. А как, увы, не знаю.
Очень жду вашей помощи и всем спасибо за конструктивные замечания.