Utilisez-vous le même utilisateur pour vous connecter ?
Si vous êtes connecté à un PC local comme utilisateur John et connecté au serveur B comme un utilisateur Adolf@B et tout est OK, cela ne signifie pas que tout est OK si vous êtes connecté au PC local comme utilisateur Jane et se connecter au serveur B comme un utilisateur Adolf@B .
Si vous voulez vous connecter sur le serveur B en tant qu'utilisateur Beda à partir du PC A sans mot de passe, essayez cette commande, le tout depuis le PC A :
ssh-keygen -t rsa
Cette commande génère la clé et la stocke dans le fichier. Veuillez laisser phrase d'authentification vide.
ssh Beda@B mkdir -p .ssh
Cette commande crée le répertoire, s'il n'existe pas déjà. Sinon, n'imprime pas de message d'erreur.
cd ~/.ssh
Cette commande remplace le répertoire par le répertoire personnel de l'utilisateur ./ssh.
cat id_rsa.pub | ssh Beda@B 'cat >> .ssh/authorized_keys'
Cette commande imprime le fichier id_rsa.pub (votre clé publique) dans clés_autorisées sur le serveur.
IMPORTANT : Beda est votre nom d'utilisateur sur le serveur auquel vous vous connectez, B est l'IP de votre serveur.
Maintenant, vous pouvez vous connecter au serveur B sans mot de passe ou phrase de passe :
ssh Beda@B
0 votes
Dans mon cas, je change le serveur(ip) bind avec le domaine, puis la
The ECDSA host key for server has changed
. Ma méthode consiste à supprimer la chaîne de cache relative au domaine dans le dossier de l'utilisateur.~/.ssh/known_hosts
. Ensuite, le ssh fonctionne.0 votes
J'ai sauvegardé le fichier .ssh/known_hosts et je l'ai laissé se recréer.