Ошибка 530 что это - Не ошибается лишь тот, кто ничего не делает!

Работать через FTP удобно и быстро. Этот протокол используют для обмена данными, файлами и папками. Особенно популярен этот стандарт среди вебмастеров, которые используют клиенты FTP для загрузки файлов на сервер. Но иногда случается так, что не удается подключиться к FTP-серверу на разных клиентах. В данной статье будет рассмотрена ошибка 530 login authentication failed, которая однажды может появится и у вашего клиента FileZilla при попытки войти на хост.

Откуда может появится ошибка 530 incorrect login

Эта не ошибка с загрузкой файлов через FileZilla и не сбой подключения к Интернету, а проблема, которая возникла в момент, когда вы попытались подключиться к серверу. Некоторые, не выдержав возникшей трудности, сразу бросаются к другим клиентам. Однако, не стоит этого делать, потому что со временем вы поймете, что лучше чем FileZilla сложно найти что-либо, ведь программы, которые наравне, стоят денег, а этот клиент распространяется бесплатно. Чтобы определить суть ошибки, вам следует обратиться к логам внутри клиента, которые покажут в какой конкретный момент подключение пошло не так.

В случае, если вы еще ни разу не заходили на сервер, попробуйте заново зарегистрироваться. От этого вы ничего не потеряете, ведь еще не использовали свой аккаунт. Если же раньше у вас нормально получалось заходить на FTP-сервер через FileZilla, а сегодня появилась ошибка 530 login authentication failed, значит что-то вы сделали не так.

Вообще, ошибка 530 incorrect login говорит о том, что вы ввели неверную комбинацию логина и пароля.

Но причина возникновения сбоя подключения не всегда такая простая и очевидная. Иногда из-за невнимательности пользователи пытаются зайти не на тот сервер, после чего на экране появляется надпись 530 login authentication failed — сбой авторизации. В таком случае причина неполадки банальна — на сервере, который вы пытаетесь посетить, нет такого логина, под которым вы хотите зайти. Чтобы быть уверенным, что причина кроется не в этом, сотрите все данные подключения и введите еще раз. Также уточните у админа сервера, быть может он сменил номер порта на какой-то нестандартный, а старый порт уже занял другой хост. Потому-то у вас и не получается зайти, хоть данные кажутся в порядке.

Часто пользователи из лени и нежелания тратить время не запоминают пароли от аккаунтов. Они их записывают где-то, а затем берут оттуда и копируют их в соответственное поле. Так делать категорически неправильно, ведь вы рискуете всеми своими аккаунтами, пароли которых содержатся в том или ином файле на компьютере или в Интернете. Однажды придет какой-нибудь недоброжелатель и воспользуется вашей памяткой в собственных целях. В результате вся важная информация будет украдена, в том числе и при помощи FileZilla с сервера. Кроме того, вы можете ненароком скопировать пароль неправильно и вставить уже не ту комбинацию символов, которая не пустит вас на хост. Так что записывайте такую информацию вручную и не храните ее на компьютере.

С другой стороны, проблема может быть внутри FileZilla. Возможно, ошибка 530 login authentication failed возникает из-за того, что у вас активирован какой-то неподходящий режим шифрования в настройках. Вспомните, может во время последнего сеанса вы изменяли настройки ради интереса и любопытства, что в итоге появляется надпись 530 incorrect login. Тогда зайдите в настройки в раздел «Шифрование» и установите «Использовать простой FTP». И хоть это не совсем правильно в плане безопасности, но лучше так, чем вообще не зайти на сервер.

Иногда так бывает, что ради интереса люди загружают к себе на компьютер сразу много программ, наподобие FileZilla. И если вы тоже так сделали, и создали сервер у себя на компьютере, а теперь не можете к нему подключиться, то лучше проверьте, а не установили ли вы все программы одновременно? Хотя достаточно запустить два сервера вместе, чтобы ни один из них не работал и при подключении у вас появлялась надпись: 530 login authentication failed. Устранить эту проблему очень легко: определитесь, какой сервер вам понравился больше и удалите все остальные. Как правило, многие оставляют FileZilla server, а остальные удаляют.

Также часто случается, что пользователи абсолютно не понимают, какой логин и пароль от них требуется. Особенно часто это случается с начинающими вебмастерами, которые не знают, как подключить FileZilla к хосту. В таком случае вам нужно зайти в аккаунт на хостинг-провайдер, а там вы найдете пароль от FTP, а вместе с ним и логин. Сохраните его к себе, а еще лучше запомните, и теперь попробуйте войти. Кроме того, некоторые пытаются войти на сервер под аккаунтом анонима, используя логин anonymous и скрытый пароль, но не все хосты это разрешают. Если появилась ошибка 530 login authentication failed, значит придется ввести реальный логин и пароль пользователя сервера.

В целом, причина проблем со входом связана с несоответствием данных авторизации с теми, что указаны на сервере. К примеру, вы можете вводить всю верную информацию, но на хост не попадете, если пытаетесь войти под IP-адресом, который запрещен для авторизации. В таком случае зайдите на сервер и внесите IP в таблицу допустимых. И помните, что пароль от аккаунта должен соответствовать тому, что указан в файле configuration.php. Даже после изменения его на сервере, он не всегда меняется.

Источник

Во время работы в 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. Данные для подключения уточните у хостера.

Источник

При работе с протоколом 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. Для того, чтобы оперативно решить такую задачу, необходимо выполнить диагностические меры, описанные ниже.

Проверка режима FTP

Первым делом стоит проверить, какой режим FTP используется. Рекомендуется использовать Пассивный, к примеру в клиенте Filezilla это настраивается во вкладке Редактирование -> Настройки -> FTP

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

Для начала, проверим подключение к серверу через утилиту telnet, в качестве имени сервера указываем название, которое можно посмотреть в личном кабинете в разделе FTP (в нашем случае — это matrix.beget.com).

telnet matrix.beget.com 21

Если все в порядке, то должно будет появиться приглашение сервера, что-то вроде этого:

Connected to matrix.beget.com.
Escape character is '^]'.
220 Welcome to LTD Beget FTP Server 'matrix'

Ошибка Unable to connect to remote host: Connection refused

Означает, что FTP-клиент не может соединиться с сервером. Обычно ошибка выглядит примерно так:

Trying 81.222.215.42...
telnet: Unable to connect to remote host: Connection refused

Как правило, здесь имеют место быть три причины:

блокировка ftp-подключения брандмауэром (файерволом) или антивирусом Вашего компьютера;
блокировка вашего внешнего ip-адреса на нашем сервере;
проблемы на стороне промежуточных узлов (между нашим сервером и вашим компьютером).

Чтобы попробовать определить на каком узле происходит обрыв, нужно сделать трассировку маршрута командой traceroute:

В Mac OS X команда будет выглядеть так:

traceroute matrix.beget.com

Должно появиться примерно следующее:

 1  192.168.2.1 (192.168.2.1)  0.253 ms  0.245 ms  0.231 ms
 2  beget-i.cust.smartspb.net (80.79.241.141)  0.516 ms  0.511 ms  0.504 ms
 3  k12-lak.ra.smartspb.net (185.42.63.18)  0.756 ms  0.753 ms  0.747 ms
 4  beget.spb.cloud-ix.net (31.28.18.90)  1.386 ms  1.366 ms  1.371 ms
 5  m1.matrix.beget.com (5.101.156.64)  1.367 ms  1.357 ms  1.362 ms

Также стоит пропинговать хост утилитой ping:

ping matrix.beget.com -n 10

Должно появиться примерно следующее:

PING matrix.beget.com (5.101.156.64) 56(84) bytes of data.
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=1 ttl=60 time=1.44 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=2 ttl=60 time=1.44 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=3 ttl=60 time=1.52 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=4 ttl=60 time=1.23 ms
64 bytes from m1.matrix.beget.com (5.101.156.64): icmp_seq=5 ttl=60 time=1.56 ms

--- matrix.beget.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 1.231/1.441/1.562/0.124 ms

Возможно проблема связана с тем, что Ваш внешний IP-адрес заблокирован на сервере, для проверки идем на сайт http://myip.ru/, он отобразит Ваш внешний IP-адрес. Его нужно сообщить технической поддержке, чтобы специалисты проверили, не заблокирован ли указанный IP-адрес на сервере, к которому идет подключение. Лучше всего обратиться, написав тикет из Личного кабинета (раздел «Связь» или «Помощь и поддержка»). В тикете необходимо предоставить вывод команд ping, tracert (traceroute) и внешний IP-адрес, который Вы узнали на сайте http://myip.ru/. Не лишним будет указать также данные, с которыми Вы пытаетесь подключиться, так как зачастую ошибка в подключении кроется в неверно вводимых данных: логин, пароль, имя сервера.

Ошибка 530 Login incorrect

Очень распространённая ошибка «Login incorrect«. В журнале FTP-клиентов она выглядит примерно так:

220 Welcome to LTD Beget FTP Server 'matrix'
USER username
331 Please specify the password.
PASS *******
530 Login incorrect.

Означает эта ошибка то, что передаваемые логин, пароль или сервер ошибочные. В этом случае перепроверьте правильность введённых данных и исправьте ошибку.

Удачной работы! Если возникнут вопросы — напишите нам, пожалуйста, тикет из Панели управления аккаунта, раздел «Помощь и поддержка».

Источник

Откуда может появится ошибка 530 incorrect login

Вообще, ошибка 530 incorrect login говорит о том, что вы ввели неверную комбинацию логина и пароля.

При подключении к ftp-сайту (IIS) ошибка «530 user cannot login in, home directory inaccessible»

Сделал, но при подключении получил ошибку «530 user cannot login in, home directory inaccessible».

Сначала на сервере проверил наличие пользователя ftp_user_00 в оснастке «Управление компьютером/Локальные пользователи». Пользователь присутствует.

Потом стал проверять права доступа на каталоги, — всё нормально, пользователь ftp_user_00 с соответствующими правами в свойствах каталогов есть, а доступа по-прежнему нет.
Добавил в каталог пользователя «Все», — ничего не изменилось.
Залез в групповые политики. Всё, вроде, нормально.
Потом в диспетчере IIS на начальной странице ftp-сайта стал просматривать встроенные возможности начиная с «Проверки подлинности FTP» и далее, пока не открыл «Правила авторизации FTP», а его там нет (пользователя ftp_user_00).

Добавил разрешающее правило для ftp_user_00 на чтение и запись.

Соединение пошло. Вот надо было сразу лезть в «Правила авторизации FTP», а не ковыряться по каталогам. Видимо, когда менял логин (а по сути, — это новый локальный пользователь), то добавил его в оснастке «Управление компьютером/Локальные пользователи», но при этом забыл добавить в «Правила авторизации FTP» на ftp-сайте.
Вывод. Одна из причин (если не первая) ошибки «530 user cannot login in, home directory inaccessible» при подключении к ftp-сайту (IIS), — отсутствие пользователя, под которым идет подключение, в «Правилах авторизации FTP» в Диспетчере служб IIS.

Мне было поручено настроить каталог FTP для нашего клиента. Я работаю с Windows 2008 Server с установленным IIS 7.

Чтобы создать каталог пользователей FTP, я следовал этому руководству eHow .

FTP-сайт уже настроен на IIS 7, поэтому я пропустил этот бит и точно следовал остальным. Однако, когда я пытаюсь подключиться через FileZilla, я получаю следующие ошибки:

Статус: Соединяется с xxx.xx.xx.xx: 21 ...
Статус: Соединение установлено, ожидание приветственного сообщения ...
Ответ: 220 Microsoft FTP Service
Команда: USER userFTP
Ответ: 331 Пароль необходим для userFTP.
Команда: PASS ********
Ответ: 530 Пользователь не может войти в систему, домашний каталог недоступен.
Ошибка: критическая ошибка
Ошибка: не удалось подключиться к серверу

Я дважды проверил разрешения пользователя, и все выглядит так, как должно. Если у кого-нибудь есть какие-либо советы, я был бы очень благодарен.

Ответы:

Это настройка изоляции пользователя.

Вам нужно будет изменить его на «не изолировать пользователей, запустите пользователей в» каталоге имен пользователей «»

Я только что затронул эту проблему, и для тех, кто ищет ошибку, хотел бы добавить решение, работающее на Windows Server 2012 IIS 8.0. В конце концов, вам было очень просто создать LocalUserпапку в корневом каталоге FTP, который вы указали при создании FTP-сайта. Затем создайте свои папки с именами пользователей в этой папке.

Например, D:ftp-rootLocalUseruser1

Другой причиной этой ошибки может быть использование IPv4-адреса FTP и ограничений домена .

Если ваш FTP-сайт IIS или один из его родителей, включая сайт по умолчанию, использует ограничения адресов IPv4, вам необходимо убедиться, что ваш IP-адрес разрешен.

У меня была та же проблема, которую вы описали, с той же самой ошибкой, возвращенной FileZilla. Вот как я это исправил:

Откройте диспетчер IIS
Нажмите на Сайты > Настройки FTP сайта по умолчанию
Open FTP IPv4 адрес и ограничения домена
Спроси у гугла какой у меня ip
Добавьте свой общедоступный IP-адрес в список разрешенных под IP-адрес FTP и ограничения домена
Откройте Сервисы из меню Пуск
Найдите службу Microsoft FTP в списке запущенных служб
Перезапустите службу Microsoft FTP

У нас была такая же проблема. ( Пользователь 530 не может войти в систему, домашний каталог недоступен ). Проблема в том, что в нашем брандмауэре открылось новое (чтобы разрешить больше сеансов) разрешение на добавление другого IP-адреса к нашему FTP-серверу (у нас есть настройка ограничений IP). Было разрешено
добавить IP-адрес в IPRestrictions. СПИСОК

Проверьте журналы FTP, записанные IIS. Коды состояния и под-статуса дадут вам больше информации о проблеме. Вот список кодов состояния: Коды состояния FTP в IIS 7.0 и более поздних версиях

В моем случае эта проблема произошла, потому что мой IIS не был настроен для пассивного режима . После ввода диапазона портов и внешнего IP-адреса в функции поддержки брандмауэра FTP сообщение об ошибке исчезло:

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

Правила авторизации. Убедитесь, что у вас есть правило авторизации, которое разрешает пользователю или анонимный доступ. Проверьте страницу «IIS> FTP-сайт> Правила авторизации FTP», чтобы разрешить или запретить доступ для определенных или всех пользователей.

NTFS разрешения. Пользователи FTP (локальные или доменные) должны иметь разрешения для физической папки. Щелкните правой кнопкой по папке и перейдите в Свойства. На вкладке «Безопасность» убедитесь, что у пользователя есть необходимые разрешения. Вы можете игнорировать вкладку Shared. Он не используется для доступа по FTP.

Заблокированный аккаунт. Если ваша локальная или доменная учетная запись заблокирована или срок ее действия истек, вы можете столкнуться с ошибкой «Пользователь не может войти». Проверьте свойства локального пользователя или настройки пользователя Active Directory, чтобы убедиться, что учетная запись пользователя активна.

Другие вопросы разрешения. Учетная запись пользователя может не иметь прав «Локальный вход в систему» или «Разрешить только безопасность анонимных подключений».

Я знаю, что вы сказали, что дважды проверили разрешения, но я хотел убедиться, что вы проверили разрешения на уровне файлов, а также разрешения общего ресурса?

Вам нужно будет проверить физический путь FTP. Ниже приведены шаги для проверки.

Перейти в IIS.

Правильно, нажмите на FTP-сайт по умолчанию. Управление FTP Sit >> Advance

Настройки >> Физический путь.

Это должно быть правильно, иначе домашний каталог окажется недоступным.

I spent long time looking for a solution, I’ve tried every shared answer on the internet and nothing could solve the issue. It is an issue I was ignoring for years and I never could fix.

Ok, I’ve Plesk installed and I’m not sure if it has some effect on IIS FTP to do the following behavior …

Using Process Monitor tool, and making ftp login request and watching the tool and doing your investigation using this tool, you can get a hint about the REAL reason of the problem.

For me, I found out that IIS FTP was trying to access the ftp folder from a path DIFFERENT than the actual ftp path I’ve set, I do not know why, but maybe Plesk has some effect on this.

The actual ftp path is

C:inetpubvhostszidapp

The path that IIS FTP was trying to access DURING the login process is

C:inetpubvhostsServers7localuserzid_app_ftp_user

I fixed the issue by creating a folder link from ‘actual’ folder path to the path IIS was trying to access — using the tool mklink tool

CMD command

mklink /d C:inetpubvhostsServers7localuserzid_app_ftp_user "C:inetpubvhostszidapp"

I’ve fixed the issue that way, so wen FTP is trying to access the folder from the wrong path, it is now goes to the correct one.

Please note doing folder shortcut wont work for this, you need a link like linux, not a shortcut …

I hope it will help you

I am trying to access an FTP server. The site is still up, so it is the FTP server, although it is a little old. When I enter the username and password, I get this error message

Status: Resolving address of sensor.nevada.edu
Status: Connecting to 134.197.38.160:21...
Status: Connection established, waiting for welcome message...
Status: Insecure server, it does not support FTP over TLS.
Command:    USER lapodaca
Response:   331 Password required
Command:    PASS ********
Response:   530 User cannot log in, home directory inaccessible.
Error:  Critical error: Could not connect to server

I can’t seem to find the problem

user1686

399k59 gold badges840 silver badges910 bronze badges

asked Jan 27, 2020 at 5:47

I can’t seem to find the problem.

The error here seems relatively self-explanatory:

530 User cannot log in, home directory inaccessible.

The remote directory associated with the user account (i.e where the FTP session starts) isn’t available. Unfortunately, there is likely nothing you can do to resolve this unless you also control the remote server.

answered Jan 27, 2020 at 7:28

AnaksunamanAnaksunaman

15.9k4 gold badges34 silver badges41 bronze badges

Источник