SSH Permission refusée (publickey)

Assurez-vous également que le répertoire personnel de l'utilisateur (sur le serveur) appartient bien à l'utilisateur auquel vous vous connectez (dans mon cas, il s'agissait de root:root).

Ça aurait dû être :

sudo chown username:username /home/username;

J'ai rencontré ce problème récemment avec mon serveur web.

En général, je conserve une liste des clés autorisées sur tous mes serveurs en ~/.ssh/authorized_keys2 . D'après mon expérience, sshd cherchera à ~/.ssh/authorized_keys o ~/.ssh/authorized_keys2 par défaut.

Dans le cas de mon serveur web, le fichier /etc/ssh/sshd_config avait cette ligne

AuthorizedKeysFile    %h/.ssh/authorized_keys

au lieu de

AuthorizedKeysFile    %h/.ssh/authorized_keys2

J'ai appliqué cette dernière, redémarré mon démon ssh, et résolu mon problème de connexion avec ssh en utilisant ma pubkey.

Une autre cause possible pourrait être avec le AllowedUsers configuration en /etc/ssh/sshd_conf . NOTE : la liste est espace délimité (pas délimité par des virgules) comme je l'ai appris à mes dépens.

AllowUsers user1 user2 user3

La méthode suivante peut fonctionner si vous pouvez accéder à la machineA et à la machineB indépendamment (par exemple, à partir de la machineC).

Si ssh-copy-id ne fonctionne pas, l'authentification par mot de passe pourrait être désactivée. Voici une solution de contournement .

Le fait d'avoir la clé publique de la machineA dans les clés autorisées de la machineB (c'est-à-dire ~/.ssh/authorized_keys) vous permettra d'utiliser ssh depuis la machineA. Ceci s'applique également à scp.

Après avoir généré les paires de clés en utilisant : ssh-keygen

Sur machineA , exécutez cat ~/.ssh/id_rsa.pub

Exemple de sortie :

ssh-rsa AAAAB3NzaSGMFZW7yB anask@mahineA

Copier la clé imprimée ( Command + C , oder CRTL + C ) puis l'ajouter au fichier ~/.ssh/authorized_keys de l'ordinateur de l'utilisateur. machineB .

Par exemple, exécutez la commande suivante sur machineB :

echo 'ssh-rsa AAAAB3NzaSGMFZW7yB anask@mahineA' >> ~/.ssh/authorized_keys

Fonctionne également sur Ubuntu 16.04.

La question est dans sshd_config fichier

Voici la solution ULTIME :

Connectez-vous en tant que root sur votre serveur Ubuntu.

vi /etc/ssh/sshd_config

Maintenant, allez tout en bas et changez la valeur de "non" à "oui".

Il devrait ressembler à ceci :

Changez en no pour désactiver les mots de passe en texte clair dans les tunnels.

PasswordAuthentication yes
service sshd reload

pour prendre effet.

Maintenant vous pouvez simplement utiliser une clé en utilisant la commande suivante depuis votre machine LOCALE (aka ordinateur portable etc)

Ainsi, pour ouvrir une nouvelle fenêtre de terminal et ne PAS se connecter au serveur, il suffit d'utiliser cette commande :

ssh-copy-id john@serverIPAddress

(Remplacez john par votre nom d'utilisateur).

vous devriez être prêt à partir