Error connecting to ftp access denied 530

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

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

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

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

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

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

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх