Мне было поручено создать каталог FTP для нашего клиента. Я работаю с Windows 2008 Server с установленным IIS 7.
Чтобы создать каталог пользователя FTP, я следил это руководство по eHow.
FTP-сайт уже настроен на IIS 7, поэтому я пропустил этот бит и в точности следил за остальными. Однако, когда я пытаюсь подключиться через FileZilla, я получаю следующие ошибки:
Status: Connecting to xxx.xx.xx.xx:21... Status: Connection established, waiting for welcome message... Response: 220 Microsoft FTP Service Command: USER userFTP Response: 331 Password required for userFTP. Command: PASS ******** Response: 530 User cannot log in, home directory inaccessible. Error: Critical error Error: Could not connect to server
Я дважды проверил разрешения пользователя, и все выглядит так, как должно. Если у кого-нибудь есть совет, буду очень признателен.
Это настройка изоляции пользователя.
Вам нужно будет изменить его на «не изолировать пользователей, запускать пользователей в« каталоге имен пользователей »».
Я только что столкнулся с этой проблемой, и для тех, кто ищет ошибку в Google, хотелось бы добавить решение, работающее на Windows Server 2012 IIS 8.0. Это было очень просто, в итоге вам нужно было создать LocalUser
папка в корне FTP, который вы указали при создании FTP-сайта. Затем создайте в этой папке папки с именами пользователей.
Например, D:\ftp-root\LocalUser\user1
Из вашего сообщения и предоставленной вами ссылки мне не ясно, используете ли вы изоляцию пользователей или нет. Я предлагаю определить, хотите ли вы использовать изоляцию пользователей или нет, а затем начать с нуля.
Вот ссылка, которая может помочь:
http://learn.iis.net/page.aspx/305/configuring-ftp-75-user-isolation/
Другой причиной этой ошибки может быть использование FTP IPv4-адрес и ограничения домена.
Если ваш FTP-сайт IIS или один из его родительских сайтов, включая сайт по умолчанию, использует ограничения IPv4-адресов, вам необходимо убедиться, что ваш IP-адрес разрешен.
У меня была та же проблема, которую вы описали, с той же самой ошибкой, возвращенной в FileZilla. Вот как я это исправил:
У нас была такая же проблема. (530 пользователь не может войти в систему, домашний каталог недоступен) Проблема заключалась в новом открытии (чтобы разрешить больше сеансов) в нашем брандмауэре разрешил другой IP-адрес нашему FTP-серверу (у нас есть настройка ограничений IP) Решением было добавить IP в СПИСОК РАЗРЕШЕНИЙ IPRestrictions.
Проверить Журналы FTP записано IIS. Коды статуса и субстатуса дадут вам больше информации о проблеме. Вот список кодов состояния: Коды состояния FTP в IIS 7.0 и более поздних версиях
В моем случае эта проблема возникла из-за того, что мой IIS не был настроен для пассивный режим. После ввода диапазона портов и внешнего IP-адреса в функции поддержки брандмауэра FTP сообщение об ошибке исчезло:
В этом сообщении блога упоминается еще несколько основных причин: 530 Пользователь не может войти в систему, домашний каталог недоступен
Правила авторизации. Убедитесь, что у вас есть правило авторизации, разрешающее пользователю или анонимный доступ. Проверьте страницу «IIS> FTP-сайт> Правила авторизации FTP», чтобы разрешить или запретить доступ для определенных или всех пользователей.
Разрешения NTFS. Пользователи FTP (локальные пользователи или пользователи домена) должны иметь разрешения на физическую папку. Щелкните папку правой кнопкой мыши и перейдите в Свойства. На вкладке «Безопасность» убедитесь, что у пользователя есть необходимые разрешения. Вы можете игнорировать вкладку «Общие». Он не используется для доступа по FTP.
Заблокированная учетная запись. Если ваша локальная или доменная учетная запись заблокирована или срок ее действия истек, вы можете увидеть ошибку «Пользователь не может войти в систему». Проверьте свойства локального пользователя или настройки пользователя Active Directory, чтобы убедиться, что учетная запись пользователя активна.
Другие проблемы с разрешениями. Учетная запись пользователя может не иметь прав «Локальный вход» или «Разрешить только безопасность анонимных подключений».
Я знаю, вы сказали, что дважды проверили разрешения, но я хотел убедиться, что вы проверили разрешения на уровне файлов, а также разрешения для общего ресурса?
Вам нужно будет проверить физический путь FTP. Ниже приведены шаги для проверки.
Зайдите в IIS.
Право, нажмите на FTP-сайт по умолчанию. Управление FTP Sit >> Advance
Настройки >> Физический путь.
Это должно быть правильно, иначе ты найдешь домашний каталог недоступен.