Erreur FTP 530, l'utilisateur ne peut pas se connecter, répertoire de base inaccessible

J'ai été chargé de configurer un répertoire FTP pour l'un de nos clients. Je travaille à partir d'un serveur Windows 2008 avec IIS 7 installé.

Pour créer le répertoire utilisateur FTP, j'ai suivi ce tutoriel eHow .

Le site FTP est déjà configuré sur IIS 7, j'ai donc sauté ce bit et suivi exactement le reste. Cependant, lorsque j'essaie de me connecter via FileZilla, j'obtiens les erreurs suivantes:

Statut: Connexion à xxx.xx.xx.xx: 21 ...
Statut: Connexion établie, en attente d'un message de bienvenue ...
Réponse: 220 Microsoft FTP Service
Commande: USER userFTP
Réponse: 331 Mot de passe requis pour userFTP.
Commande: PASS ********
Réponse: 530 L'utilisateur ne peut pas se connecter, répertoire de base inaccessible.
Erreur: erreur critique
Erreur n'a pas pu se connecter au serveur

J'ai revérifié les autorisations de l'utilisateur et tout semble être comme il se doit. Si quelqu'un a des conseils, je vous en serais très reconnaissant.

La lecture de votre message et le lien que vous avez fourni ne me permettent pas de savoir si vous utilisez ou non l'isolement des utilisateurs. Ma suggestion serait de déterminer si vous souhaitez ou non utiliser l'isolement des utilisateurs, puis de recommencer à zéro.

Voici un lien qui peut vous aider:

http://learn.iis.net/page.aspx/305/configuring-ftp-75-user-isolation/

Il s'agit du paramètre d'isolation de l'utilisateur.

Vous devrez le remplacer par "ne pas isoler les utilisateurs, démarrer les utilisateurs dans" répertoire de noms d'utilisateurs ""

Je viens de toucher ce problème et pour quiconque googler l'erreur voudrait ajouter la solution qui fonctionnait sur Windows Server 2012 IIS 8.0. C'était très simple à la fin, vous devez créer un LocalUserdossier dans la racine FTP que vous avez spécifiée lors de la création du site FTP. Créez ensuite vos dossiers de nom d'utilisateur sous ce dossier.

Par exemple D:\ftp-root\LocalUser\user1

Une autre cause de cette erreur peut être l'utilisation des adresses FTP IPv4 et des restrictions de domaine .

Si votre site FTP IIS, ou l'un de ses parents, y compris le site par défaut, utilise des restrictions d'adresse IPv4, vous devez vous assurer que votre adresse IP est autorisée.

J'ai eu le même problème que vous avez décrit, avec exactement la même erreur renvoyée à FileZilla. Voici comment je l'ai corrigé:

1. Ouvrez le gestionnaire IIS
2. Cliquez sur Sites > Paramètres du site FTP par défaut
3. Ouvrez l' adresse IPv4 FTP et les restrictions de domaine
4. Demandez à Google quelle est mon adresse IP
5. Ajoutez votre adresse IP publique à la liste autorisée sous Adresse IPv4 FTP et restrictions de domaine
6. Ouvrir les services depuis le menu Démarrer
7. Trouver le service FTP de Microsoft dans la Started liste des services
8. Redémarrez le service FTP Microsoft

On avait le même problème . ( 530 utilisateur ne peut pas se connecter, répertoire personnel inaccessible ) Le problème était qu'une nouvelle ouverture (pour autoriser plus de sessions) dans notre pare-feu a permis une autre IP à notre serveur FTP (Nous avons la configuration des restrictions IP) La solution consistait à ajouter l'IP aux restrictions IP PERMETTRE LISTE

Vérifiez les journaux FTP enregistrés par IIS. Les codes d'état et de sous-état vous donneront plus d'informations sur le problème. Voici une liste des codes d'état: Les codes d'état FTP dans IIS 7.0 et versions ultérieures

Dans mon cas, ce problème s'est produit car mon IIS n'était pas configuré pour le mode passif . Après avoir entré une plage de ports et une adresse IP externe dans la fonction de prise en charge du pare-feu FTP, le message d'erreur a disparu:

Dans cet article de blog, il mentionne quelques autres causes profondes: 530 L'utilisateur ne peut pas se connecter, répertoire de base inaccessible

Règles d'autorisation. Assurez-vous d'avoir une règle d'autorisation qui autorise l'utilisateur ou un accès anonyme. Consultez la page «IIS> Site FTP> Règles d'autorisation FTP» pour autoriser ou refuser l'accès à certains ou à tous les utilisateurs.

Autorisations NTFS. Les utilisateurs FTP (utilisateurs locaux ou du domaine) doivent avoir des autorisations sur le dossier physique. Cliquez avec le bouton droit sur le dossier et accédez à Propriétés. Dans l'onglet Sécurité, assurez-vous que l'utilisateur dispose des autorisations requises. Vous pouvez ignorer l'onglet Partagé. Il n'est pas utilisé pour l'accès FTP.

Compte verrouillé. Si votre compte local ou de domaine est verrouillé ou a expiré, vous pouvez finir par voir l'erreur «L'utilisateur ne peut pas se connecter». Vérifiez les propriétés de l'utilisateur local ou les paramètres utilisateur Active Directory pour vous assurer que le compte utilisateur est actif.

Autres problèmes d'autorisation. Le compte d'utilisateur peut ne pas disposer des droits «Connexion locale» ou «Autoriser uniquement la sécurité des connexions anonymes».

Je sais que vous avez dit que vous avez revérifié les autorisations, mais je voulais vérifier que vous aviez vérifié les autorisations au niveau du fichier ainsi que les autorisations de partage?

Vous devrez vérifier le chemin physique du FTP. Voici les étapes à vérifier.

Accédez à IIS.

À droite, cliquez sur le site FTP par défaut. Gérer FTP Sit >> Advance

Paramètres >> Chemin physique.

Il doit être correct ou vous trouverez le répertoire personnel inaccessible.