J'ai généré une clé et l'ai copiée sur ma cible:
ssh-keygen
ssh-copy-id username@hostname
J'ai laissé l'emplacement de la clé par défaut et je n'ai défini aucune phrase secrète.
Pendant un petit moment après cela, j'ai pu ssh username@hostname
sans être invité à entrer un mot de passe, puis il a cessé de fonctionner pour une raison quelconque.
ssh
key-authentication
tshepang
la source
la source
Réponses:
Si l'authentification par clé publique ne fonctionne pas: assurez-vous que côté serveur, votre répertoire personnel (
~
), le~/.ssh
répertoire et le~/.ssh/authorized_keys
fichier ne sont accessibles en écriture que par leur propriétaire . En particulier, aucun d'entre eux ne doit être accessible en écriture par le groupe (même si l'utilisateur est seul dans le groupe).chmod 755
ouchmod 700
est ok,chmod 770
n'est pas.Que vérifier en cas de problème:
ssh -vvv
pour voir beaucoup de sortie de débogage. Si vous postez une question demandant pourquoi vous ne pouvez pas vous connecter avec ssh, incluez cette sortie (vous pouvez vouloir anonymiser les noms d'hôte et d'utilisateur)./var/log/daemon.log
ou/var/log/auth.log
ou similaire.la source
authorized_keys
ne devrait pas être accessible en écriture par le groupe? SSH rejette-t-il cela pour des raisons de sécurité?authorized_keys
peut y ajouter sa propre clé et ainsi se connecter au compte. Donc, seul l'utilisateur doit être autorisé. (Avoir le fichier inscriptible en groupe est en fait sûr si aucun autre utilisateur n'est dans ce groupe, mais il est difficile de détecter de manière fiable lorsque les appartenances à un groupe peuvent provenir de bases de données réseau.)Le répertoire personnel de la cible était
755 drwxr-xr-x
. Le modifier pour qu'il soit accessible en écriture de groupe a775 drwxrwxr-x
interrompu la configuration sans mot de passe.la source
Après vous être assuré que les autorisations étaient correctes, renvoyer les clés, cela ne fonctionnait toujours pas.
Puis je suis tombé sur ce que je n'avais pas fait auparavant et que je n'avais vu personne mentionner.
Impossible d'utiliser -o allow_other avec sshfs (option activée dans fuse.conf)
Après avoir activé, j'ai exécuté mes commandes sshfs sans sudo et tout a parfaitement fonctionné.
la source
En supposant RHEL / CentOS et en supposant que vous disposez d'un accès administrateur au serveur distant sur lequel l'utilisateur
newuser
souhaite effectuer une connexion ssh.Obtenez
newuser's
existantid_rsa.pub
et ayez prêt.Suis les étapes:
Essayez
newuser
de vous connecter.la source