Impossible de se connecter à mon serveur via SSH et le mot de passe est correct

20

J'utilise Linode, et j'ai demandé sur les canaux IRC, mais personne ne semble le savoir. Je me suis connecté à mon serveur via LISH ( référence ), et j'ai utilisé le mot de passe correct, et tout s'est bien passé. Cependant, je dois me connecter via SSH / FTP, et je ne peux pas. Il continue de me donner "autorisation refusée". Je sais que le mot de passe est correct car je l'ai réinitialisé via LISH, et je sais que j'ai la bonne méthode de connexion car je me suis connecté à mon serveur avant d'utiliser les mêmes commandes. J'espère bien que cela ne se révèle pas être un problème de noob, ou je vais être très frustré.

ssh login password

— willbeeler
source

40

Vous devez exécuter ssh(le client et éventuellement le serveur) avec plus de verbosité pour comprendre pourquoi l'authentification échoue. Pour le client, exécutez

ssh -vvv username@host

Du côté serveur, vérifiez les journaux. /var/log/auth.logvous donnera une assez bonne idée de ce qui se passe lorsque vous essayez de vous connecter, recherchez les messages qui contiennent sshd. Il existe diverses raisons pour lesquelles l'authentification peut échouer, allant de simple (vous n'utilisez pas le bon nom d'utilisateur) à plus compliqué ( sshdest configuré pour utiliser le mauvais système d'authentification).

— peste
source

Merci, je vérifierai cela dès que je pourrai recommencer à travailler sur le serveur.

— willbeeler

J'ai réinitialisé mon mot de passe via la console Web de Linode et j'ai pu y revenir. J'apprécie le conseil détaillé. C'est très utile.

— willbeeler

merci, il s'avère que mon serveur a également une restriction ip ssh que j'ai découverte en regardant auth.log.

— siniradam

1

Exécuter ssh -d -d -d côté serveur Je vois "Mot de passe échoué pour michael" ... "mot de passe invalide pour l'utilisateur michael" Mais c'est le bon utilisateur et le bon mot de passe!

— Michael

J'ai eu le même problème. Deux installations propres n'ont pas réussi à se connecter. J'ai remarqué qu'un mot de passe contenant un @caractère échouait toujours. Quand j'ai utilisé un !personnage à la place, cela a fonctionné. Cela peut être absurde, mais peut-être que cela aidera quelqu'un

— Nick.McDermaid

0

Essayez d'utiliser un autre port. Il semble que le port SSH que le serveur utilisait était utilisé par un autre service, et j'obtenais des résultats verrrrry wonky.

— JonQ
source

0

Dans mon cas, j'ai édité / etc / shadow- avec un éditeur de texte, car le gestionnaire de fichiers était le seul accès que j'avais. Même après avoir remis la chaîne de hachage d'origine en quelque sorte, cela n'a pas fonctionné. Donc, après avoir réinitialisé un mot de passe avec le panneau d'hébergement, tout est devenu fonctionnel.

— user109764
source

0

dans mon cas, notre service informatique a configuré des éléments PAM avec des règles qui ont brisé ma connexion. La réponse de » suivi @pestilence pour voir l' erreur, a fini en commentaire AllowGroupsdans /etc/ssh/sshd_config, ce qui a été installé à quelques trucs IT:

UsePAM yes
#AllowGroups <some IT groups>

— rrosa
source