FTP 530 «Login incorrect»: почему сервер не пускает

Код 530 в протоколе FTP означает «not logged in», то есть пользователь не вошёл. Сервер отвечает им на команду USER или PASS, а также на любые команды, которые требуют авторизации, если вход не состоялся. Клиенты показывают его по-разному: «Login incorrect», «Login authentication failed», «User cannot log in» или просто «530».

Дословный текст после числа несёт больше информации, чем сам код. Одни серверы возвращают одинаковую фразу при любой причине, чтобы не помогать перебору, другие уточняют, что аккаунт заблокирован, срок действия пароля истёк или требуется защищённое соединение. Поэтому первый шаг всегда: прочитать журнал клиента целиком.

Чаще всего дело в самих данных: опечатка, включённая раскладка, лишний пробел при копировании, учётная запись другого сервиса или устаревший пароль после смены. Вторая причина: неверный формат имени. Некоторые серверы ожидают имя вместе с доменом или суффиксом, некоторые различают регистр.

Дальше идут ограничения: аккаунт отключён или заблокирован после серии неудачных попыток, вход разрешён только с определённых адресов, срок действия истёк. Отдельная причина: сервер требует шифрование и отвергает вход в открытом виде, тогда клиенту нужно выбрать явный или неявный режим TLS. Реже встречается запрет анонимного входа, когда клиент пытается подключиться без логина, а сервер этого не допускает.

Сначала введите данные вручную, без автозаполнения, и убедитесь, что они верны: удобно попробовать тот же логин и пароль в панели управления хостингом, если она использует тот же аккаунт. Затем проверьте адрес и порт: возможно, вы обращаетесь к другому серверу или к порту другого сервиса, где эти учётные данные не действуют.

Попробуйте другой клиент или консольную утилиту: если вход проходит, проблема в настройках первого клиента, например в неверном типе шифрования, кодировке или режиме. Проверьте, не блокирует ли ваш адрес защитное ПО сервера после ошибок: подождите некоторое время без попыток входа. Наконец, убедитесь, что клиент использует правильный протокол: FTP, FTPS и SFTP это разные вещи, и логин, подходящий одному, не всегда работает в другом.

Если причина в неверных данных, сбросьте пароль в панели управления и введите новый вручную. При требовании защищённого соединения выберите в клиенте использование TLS: обычно это явное шифрование поверх стандартного порта. Если сервер ожидает другой протокол, например SFTP, замените тип подключения в настройках сайта.

Если аккаунт заблокирован после неудачных попыток, дождитесь окончания ограничения или попросите администратора снять её. Для серверов, которые вы администрируете, проверьте настройки виртуальных пользователей, домашний каталог и права на него: некорректный каталог пользователя тоже приводит к отказу входа, хотя пароль верный. Убедитесь и в том, что пользователь не занесён в список исключённых из входа.

Журнал администратора показывает то, что скрыто от клиента: причину отказа, например «неверный пароль», «пользователь не найден», «неподходящая оболочка» или «правило запрещает вход с этого адреса». Если у вас арендованный хостинг, попросите поддержку прислать соответствующие строки за время вашей попытки.

Помните о безопасности: частые неудачные попытки входа привлекают внимание защитных систем, и ваш собственный адрес может попасть под временный запрет. Поэтому не перебирайте варианты десятками, а действуйте по плану: проверка данных, протокола, порта и только потом вопрос к администратору.

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

Не менее часто путаницу вносят протоколы. Обычный FTP, FTPS (с шифрованием TLS) и SFTP (работающий поверх SSH) технически разные сервисы с разными портами. Если в клиенте выбран не тот, вход не получится, а ответ может быть неинформативным. Проверьте порт: обычно 21 для FTP и FTPS в явном режиме, а SFTP использует порт SSH. И наконец, если у пароля есть спецальные символы, попробуйте временно сменить его на более простой для проверки: некоторые клиенты неверно обрабатывают отдельные символы.