Qu'as-tu essayé? Avez-vous vérifié que vous vous connectez à l'hôte correct? Le mot de passe e est-il correct, ou avez-vous par exemple modifié la disposition du clavier? Pouvez-vous vous connecter en utilisant d'autres utilisateurs? La connexion root SSH est-elle activée ou désactivée?
Daniel Beck
En complément des questions de @ DanielBeck: la connexion root est-elle activée sur le serveur? À quoi /etc/ssh/sshd_configça ressemble?
nerdwaller
Réponses:
23
Je ne peux penser qu'à quatre problèmes potentiels (dont la plupart ont déjà été traités):
Vous ne vous connectez pas au bon serveur.
Si vous utilisez une adresse IP, vérifiez-la.
Si vous utilisez un nom d'hôte, vérifiez qu'il pointe vers la bonne adresse IP et / ou essayez l'adresse IP à la place.
Vous n'entrez pas le bon nom d'utilisateur.
Le fait que vous ayez un accès root ne signifie pas que vous pouvez réellement vous connecter en tant que root. Cela signifie seulement que vous avez un compte avec des privilèges root (normalement via sudo).
Si vous n'entrez pas le nom d'utilisateur manuellement, assurez-vous que Connexion → Données → Nom d'utilisateur de connexion automatique est réellement défini sur root .
Vous n'entrez pas le bon mot de passe.
Vérifiez le mot de passe que vous entrez.
Vérifiez qu'il CapsLockest désactivé.
Vérifiez que PuTTY utilise la disposition de clavier appropriée.
Si vous utilisez AltGr, assurez-vous que Terminal → Clavier → AltGr agit comme touche Comopse n'est pas cochée.
Si aucun des éléments ci-dessus ne fonctionne, désactivez le champ Connexion → Données → Nom d'utilisateur de connexion automatique (en supposant qu'il est défini) et entrez le mot de passe dans le champ du nom d'utilisateur pour vérifier qu'il est entré correctement.
L'accès root est désactivé.
Certains serveurs SSH peuvent désactiver les connexions SSH pour certains utilisateurs et peuvent même désactiver les connexions root par défaut.
Si vous utilisez un serveur Open SSH, vous devez le modifier /etc/ssh/sshd_configet vous assurer qu'il ne contient pas l'une des lignes suivantes:
PermitRootLogin no
PermitRootLogin without-password
Les deux entraînent un simple accès refusé. erreur, bien qu'ils vous permettent d'entrer le mot de passe. Ce dernier autorise uniquement les connexions root lors de l'authentification à l'aide de clés publiques.
Pour autoriser les connexions root, supprimez la ligne correspondante ou remplacez-la par ce qui suit:
L'accès root a été désactivé pour moi, excellente réponse!
Burgi
1
La quatrième option a également fonctionné pour moi. Mon /etc/ssh/sshd_configfichier ne contenait aucune des deux lignes mentionnées, mais j'ai quand même ajouté la PermitRootLogin yesligne à mon fichier et cela a fonctionné. Assurez-vous de redémarrer votre service SSH après avoir apporté des modifications à ce fichier ( service ssh restart), afin qu'elles prennent effet.
Steph
0
Pour moi, c'était fail2ban que j'avais installé.
Solution: modifier /etc/fail2ban/jail.local
La ligne avec l'entrée ignoreip =doit être modifiée. Mettez votre nom IP / CIDR / DNS dans la boîte et la connexion devrait être à nouveau possible.
/etc/ssh/sshd_configça ressemble?Réponses:
Je ne peux penser qu'à quatre problèmes potentiels (dont la plupart ont déjà été traités):
Vous ne vous connectez pas au bon serveur.
Si vous utilisez une adresse IP, vérifiez-la.
Si vous utilisez un nom d'hôte, vérifiez qu'il pointe vers la bonne adresse IP et / ou essayez l'adresse IP à la place.
Vous n'entrez pas le bon nom d'utilisateur.
Le fait que vous ayez un accès root ne signifie pas que vous pouvez réellement vous connecter en tant que root. Cela signifie seulement que vous avez un compte avec des privilèges root (normalement via sudo).
Si vous n'entrez pas le nom d'utilisateur manuellement, assurez-vous que Connexion → Données → Nom d'utilisateur de connexion automatique est réellement défini sur root .
Vous n'entrez pas le bon mot de passe.
Vérifiez le mot de passe que vous entrez.
Vérifiez qu'il CapsLockest désactivé.
Vérifiez que PuTTY utilise la disposition de clavier appropriée.
Si vous utilisez AltGr, assurez-vous que Terminal → Clavier → AltGr agit comme touche Comopse n'est pas cochée.
Si aucun des éléments ci-dessus ne fonctionne, désactivez le champ Connexion → Données → Nom d'utilisateur de connexion automatique (en supposant qu'il est défini) et entrez le mot de passe dans le champ du nom d'utilisateur pour vérifier qu'il est entré correctement.
L'accès root est désactivé.
Certains serveurs SSH peuvent désactiver les connexions SSH pour certains utilisateurs et peuvent même désactiver les connexions root par défaut.
Si vous utilisez un serveur Open SSH, vous devez le modifier
/etc/ssh/sshd_configet vous assurer qu'il ne contient pas l'une des lignes suivantes:Les deux entraînent un simple accès refusé. erreur, bien qu'ils vous permettent d'entrer le mot de passe. Ce dernier autorise uniquement les connexions root lors de l'authentification à l'aide de clés publiques.
Pour autoriser les connexions root, supprimez la ligne correspondante ou remplacez-la par ce qui suit:
Voir man sshd_config pour plus d'informations.
la source
/etc/ssh/sshd_configfichier ne contenait aucune des deux lignes mentionnées, mais j'ai quand même ajouté laPermitRootLogin yesligne à mon fichier et cela a fonctionné. Assurez-vous de redémarrer votre service SSH après avoir apporté des modifications à ce fichier (service ssh restart), afin qu'elles prennent effet.Pour moi, c'était fail2ban que j'avais installé.
Solution: modifier
/etc/fail2ban/jail.localLa ligne avec l'entrée
ignoreip =doit être modifiée. Mettez votre nom IP / CIDR / DNS dans la boîte et la connexion devrait être à nouveau possible.la source