Ftp сервер ошибка 530

While trying to connect to your FTP server hosted by IIS, you may run into “530 User cannot log in, home directory inaccessible” error. This error occurs whether you are using anonymous access or basic authentication.

A sample connection log from an FTP client:

530 User cannot log in, home directory inaccessible.
Critical error: Could not connect to server

post16.png

This issue may appear as “Failed to retrieve directory listing” or “Home directory inaccessible” error as well.

Depending on the FTP client, you may not see the detailed error message right away. For instance, when I tried to connect to the same site with the same configuration by using WinSCP, I received “Access Denied” error. If your FTP client doesn’t show the entire connection history, look for the log folder to get more information about the root cause.

Solution

There might be a few reasons for running into this error. Here are the most common root causes and their solutions:

  • The user may not be have access to the home directory. Go to “IIS > FTP site > FTP User Isolation”. Select the directory that your users can access. More information about User Isolation settings
  • IIS may not be configured to use passive mode FTP. There are two types of FTP connections: Active mode and passive mode. In active mode, the client opens a port. The server connects to this port for transferring data. In passive mode, the server opens a port. The client connects to this port to transfer data. In order to use passive mode, enter a port range and IP address in “IIS > Server name > FTP Firewall Support” page

ftp-user-isolation-home-directory.png

passive-mode.png

Note: You can configure your FTP client to use only the active mode if you don’t want to turn on passive mode

Less common reasons for 530 error

The items below may cause “530 User cannot log in, home directory inaccessible” as well.

  • Authorization rules. Make sure to have an Authorization rule that allows the user or anonymous access. Check “IIS > FTP site > FTP Authorization Rules” page to allow or deny access for certain or all users.
  • NTFS permissions. The FTP users (local or domain users) should have permissions on the physical folder. Right click the folder and go to Properties. In the Security tab, make sure the user has required permissions. You can ignore Shared tab. It is not used for FTP access. 
  • Locked account. If you local or domain account is locked or expired, you may end up seeing “User cannot log in” error. Check local user properties or Active Directory user settings to make sure the user account is active. 
  • Other permission issues. The user account may not have “Log on locally” or “Allow only anonymous connections security” rights. 

If you are still seeing the issue, check IIS and FTP logs (c:\inetpub\logs\LogFiles\FTPSVC2) but don’t let it mislead you. IIS logs sometimes may show PASS. It doesn’t mean everything is well. It’s better to check FTP logs that IIS records for FTP connections

iis-ftp-logs.png

Note: In a case with “Connection closed by the server” error for FTP connection, we determined the root cause as the corruption of system files occurred during in-place server upgrade.

Источник

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

Проверка режима 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.

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

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

Источник

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

Источник

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:\inetpub\vhosts\zidapp

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

C:\inetpub\vhosts\Servers\7\localuser\zid_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:\inetpub\vhosts\Servers\7\localuser\zid_app_ftp_user "C:\inetpub\vhosts\zidapp"

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 :)

Источник

Понравилась статья? Поделить с друзьями:
  • Ftp ошибка при открытии локального файла
  • Fuel игра ошибка
  • Fusion ошибка абс
  • Ftp ошибка 227 entering passive mode
  • G2415 ошибка e056