Si l'adresse de l'entrepôt est git@your.git.host, vous devez alors ajouter votre clé publique à celle de l'git utilisateur $HOME/.ssh/authorized_keys afin de ne pas avoir besoin de mot de passe.
Le moyen le plus rapide est de changer le mot de passe de l'utilisateur git avec les privilèges root.
Je suppose que la raison peut être que les autorisations du répertoire .ssh sont trop élevées. Vous devez restreindre l'accès à vous-même uniquement.
La publication des erreurs signalées peut faciliter la recherche du problème.
Vous pouvez consulter le journal d'authentification sur le serveur pour voir s'il y a des informations dont vous pourriez avoir besoin
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Si l'adresse de l'entrepôt est
git@your.git.host, vous devez alors ajouter votre clé publique à celle de l'gitutilisateur$HOME/.ssh/authorized_keysafin de ne pas avoir besoin de mot de passe.Effacez votre ~/.ssh/known_hosts
ssh-keygen ....puisssh-copy-id -i user@servermugbya, j'ai rencontré le même problème, comment l'as-tu résolu. . . Je ne pense pas que ce soit une question de clés publiques et privées
Il devrait s'agir d'un problème d'autorisations. Regardez les autorisations des clés_autorisées et faites attention au répertoire
Le moyen le plus rapide est de changer le mot de passe de l'utilisateur git avec les privilèges root.
Je suppose que la raison peut être que les autorisations du répertoire .ssh sont trop élevées. Vous devez restreindre l'accès à vous-même uniquement.
La publication des erreurs signalées peut faciliter la recherche du problème.
Vous pouvez consulter le journal d'authentification sur le serveur pour voir s'il y a des informations dont vous pourriez avoir besoin
J'ai rencontré le même problème