Erreur FTP 530 L'utilisateur ne peut pas se connecter
J'essaye d'envoyer par FTP un nouveau site FTP que j'ai configuré avec IIS 7.0 pour l'édition Web (Windows Server) 64 bits de Windows. Mais j'obtiens l'erreur ci-dessus lorsque j'essaie de me connecter à ce site. Mais je peux me connecter à mes autres sites FTP.
De plus, lorsque je sélectionne ce site Web à partir du gestionnaire IIS, la section FTP ne s'affiche pas dans la section centrale, bien qu'elle le soit dans le panneau Action. Et je ne parviens pas non plus à me connecter à ce site FTP.
J'ai vérifié et je me connecte sélectionné localement. Je n'ai pas autoriser que des connexions anonymes. J'ai accéder à cet ordinateur à partir du réseau sélectionné.
J'ai également redémarré mes services IIS et FTP.
La seule chose que j'ai remarquée à propos de ce site Web dans IIS, à la différence de l'autre site sur lequel FTP fonctionne, est que celui-ci se compose de 3 répertoires virtuels situés sous le site. Et que lorsque je clique sur l’un de ces 3, la bande FTP apparaît dans le volet central. Avoir un sens?
Comment puis-je déboguer la cause de cette erreur? Tous les outils logiciels que je peux utiliser?
Avez-vous essayé de vous connecter à partir du serveur FTP? Si vous le faites et que l'option "Afficher les messages détaillés des demandes locales" est activée sous Messages FTP, vous aurez une idée plus précise de la raison pour laquelle la connexion échoue. Dans mon cas, j'ai reçu le message suivant (J'utilise IIS Manager Users, et l'authentification Passthrough)
530-User cannot log in.
Win32 error: Access is denied.
Error details: Filename: \\?\C:\Windows\system32\inetsrv\config\redirection.config
Error: Cannot read configuration file due to insufficient permissions
Pour résoudre ce problème, j'ai donné à l'utilisateur de NETWORK SERVICES un accès en lecture seule au répertoire de configuration spécifié dans le message d'erreur. Je ne suis pas sûr à 100% que ce soit la bonne chose à faire, mais cela a certainement réglé le problème pour moi.
dans ma situation, il me manquait l'extensibilité FTP du service de rôles, qui autorise en réalité IIS Manager Auth . C'est assez compliqué, car vous pouvez autoriser IIS Manager Auth, mais cela ne fonctionnerait toujours pas. jusqu'à ce que vous n'ayez pas installé l'extensibilité FTP
Dans mon cas, j'ai oublié d'activer l'authentification de base
Essayez de soumettre vos informations d'identification dans ce format:
UserName: Domain|Username
Password: secretSquirrel
J'ai eu le même problème, j'ai enlevé le site FTP et suivi ceci:
Conditions préalables - J'ai défini les autorisations sur les dossiers à l'aide des 4 exemples de commandes, mais cela ne résout pas à lui seul le problème. Je ne peux donc pas dire de bonne foi que cette étape est nécessaire, mais c'est ce que j'ai fait et cela fonctionne maintenant.
CONFIGURER LE SERVICE DE GESTION IIS ET AJOUTER UN MANAGER IIS 7 -
Faites simplement l’étape 4, en supprimant d’abord l’utilisateur existant, puis en les rajoutant.
Création d’un nouveau site FTP et configuration d’un compte IIS 7 Manager -
Toutes les étapes ici
CONFIGUREZ LE SITE FTP POUR UTILISER IIS 7 AUTHENTIFICATION DU GESTIONNAIRE Les 12 étapes à suivre ici, y compris le paramètre "administrateur" de l’étape 5.
Ensuite, cela a commencé à fonctionner pour moi, je suppose que lorsque j'ai fait cela sans guide, j'ai sauté quelque chose de simple.
Selon cet article de la base de connaissances, le privilège d’ouverture de session locale doit être activé.
Utilisation de IIS utilisateurs.
Do not isolate users -> User name directory fonctionnait bien. Les utilisateurs ont commencé dans le bon dossier.
Lorsque je passais à Isolate Users -> User name Directory j'avais l'erreur suivante:
Response: 530 User cannot log in, home directory inaccessible.
Win32 error: The system cannot find the path specified.
Pour une raison quelconque, vous devez ajouter le répertoire virtuel LocalUser qui pointe vers votre racine.
Ce doit être ce nom exact et il est sensible à la casse.
Cela a fonctionné pour moi.
Vérifiez la sécurité du dossier qui utilise ftp . Voyez si l'utilisateur ou le groupe que vous sélectionnez pour ce ftp est associé à la sécurité de ce dossier
Il semble y avoir beaucoup de causes possibles différentes. Dans mon cas, je n'ai pas pu me connecter avec le "nom d'utilisateur" avec la même erreur que celle mentionnée.
Il a été résolu lorsque je me suis connecté avec ".\Nom d'utilisateur" à la place.
Pour une raison quelconque, le client FTP essayait de se connecter avec un compte de domaine, alors que je voulais simplement me connecter avec un compte d'ordinateur local.
J'espère que ça aide quelqu'un.
Dans mon cas, je devais supprimer domain de l'utilisateur.
Ainsi, votre utilisateur devrait ressembler à username, pas à domain\username.
J'espère que ça aide quelqu'un.
Pour une raison quelconque, mon utilisateur était "verrouillé". Je pourrais donc le "déverrouiller" au niveau du gestionnaire d’utilisateur local (gestion de l’ordinateur) Maintenant cela fonctionne bien. J'espère que ça aide.
Dans mon cas, j'ai fait de cet utilisateur un membre de IIS_IUSRS.
Pour moi, j'ai correctement configuré le IIS selon la procédure habituelle. L'authentification anonyme fonctionnait, mais les utilisateurs spécifiques ne le sont pas.
parce que, les comptes d’utilisateur ont été créés dans IIS. En fait, il était également supposé créer des comptes locaux Windows .
Ensuite cela a fonctionné.
Je vous recommande de vérifier d'abord les journaux FTP. Le code d'état vous donnera plus d'informations sur le problème. Voici l'explication des codes d'état: Les codes d'état FTP dans IIS 7.0 et versions ultérieures
J'avais ce problème parce que mon IIS ne supportait pas le mode passif. Après avoir saisi des données dans le module de support FTP Firewall, le problème a été résolu.
Plus de scénarios de ce message 530 L'utilisateur ne peut pas se connecter, répertoire de base inaccessible
Règles d'autorisation. Assurez-vous de disposer d'une règle d'autorisation permettant à 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 de certains utilisateurs ou de tous les utilisateurs.
Autorisations NTFS. Les utilisateurs FTP (utilisateurs locaux ou de domaine) doivent avoir des autorisations sur le dossier physique. Cliquez avec le bouton droit sur le dossier et allez à 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 un accès FTP.
Compte verrouillé. Si votre compte local ou de domaine est verrouillé ou a expiré, il est possible que vous voyiez l'erreur «L'utilisateur ne peut pas se connecter». Vérifiez les propriétés de l'utilisateur local ou les paramètres d'utilisateur Active Directory pour vous assurer que le compte d'utilisateur est actif.
Autres problèmes d'autorisation. Le compte d'utilisateur peut ne pas disposer des droits «Ouvrir une session localement» ou «Autoriser uniquement la sécurité des connexions anonymes».
J'ai eu exactement la même erreur. Dans mon cas, j'utilisais un utilisateur local défini sur le serveur FTP. Le nom d'utilisateur était très court (3 caractères). Je pouvais "exécuter" cet utilisateur sur le serveur, en confirmant que Windows était Ok avec lui et en l'autorisant à s'authentifier. Mais lors du test de FTP, l'utilisateur ne peut pas se connecter.
Solution? J'ai renommé l'utilisateur pour qu'il soit plus long (4 caractères). Bien sûr, mis à jour son nom sous Autorisation également. Ensuite, FTP a fonctionné. J'espère que ça aide quelqu'un!