.ssh/id_rsa a échoué: permission denied

J'ai scanné le web/et lu plusieurs permission denieds moyen pour aider je ne peux pas en trouver un qui résout mon problème dans un sens je comprends.

Je suis en suivant ces instructions (Débuter avec Python sur Heroku/Cèdre). Tout allait bien jusqu'à ce que:

drewverlee@ubuntu:~/helloflask$ source venv/bin/activate
(venv)drewverlee@ubuntu:~/helloflask$ git push heroku master

The authenticity of host 'heroku.com (50.19.85.132)' can't be established.
RSA key fingerprint is ##:##:##:##:##:##:##:##:##:##:##:## (I replaced with #)
Are you sure you want to continue connecting (yes/no)? yes
Failed to add the host to the list of known hosts (/home/drewverlee/.ssh/known_hosts).
Permission denied (publickey).
fatal: The remote end hung up unexpectedly

(Pas sûr de la sécurité, je l'ai donc remplacé la touche (#))

Je pense qu'il pourrait être en raison de

drwx------  2 root       root        1024 2012-03-08 21:26 .ssh

parce que

drewverlee@ubuntu:~$ ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/home/drewverlee/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
open /home/drewverlee/.ssh/id_rsa failed: Permission denied.
Saving the key failed: /home/drewverlee/.ssh/id_rsa.

Que quelqu'un avec peu d'expérience en la matière je ne suis pas sûr de la façon de défaire ce que j'ai fait en toute sécurité que je sais que je suis ingérence avec des outils puissants. Tous les conseils sur ce qui se passe ici?
Permettez-moi de savoir si j'ai besoin d'inclure davantage d'informations pour résoudre le problème.

qui ne ressemble pas à une bonne idée pour moi

OriginalL'auteur Drew Verlee | 2012-03-09

  1. 39

    Vous devez posséder les autorisations pour l' .ssh dir dans votre propre répertoire, mais dans votre cas, il appartient à l'utilisateur root. Essayez

    cd ~
sudo chown drewverlee .ssh

    puis réessayez la création de clés et de les connecter.

    J'ai compris comment le propre de l'ensemble de mon répertoire de l'utilisateur comme je l'ai lu c'était probable l'efficacité chose todo . Merci pour de me pointer dans la bonne direction.
    J'ai trouvé que ssh-keygen préfère créer la .ssh répertoire. Si le répertoire existe déjà, il émet une autorisation refusée message, quel que soit permissive de la propriété des autorisations de configuration.

    OriginalL'auteur Mark Fisher

  2. 4

    J'ai eu le même problème sur CentOS 6. Résolu par la suppression de selinux:

    sudo yum remove selinux*

    trouvé la réponse ici

    remarque: probablement pas une bonne idée de supprimer aveuglément selinux si vous ne savez pas ce que vous faites si

    il est plus facile de désactiver selinux, plutôt que de la supprimer en modifiant SELINUX=disabled dans /etc/selinux/config. Voir Cenos Docs
    Arrêter la Désactivation de Selinx il c'était vraiment un selinux question que vous devriez fixer les contextes par l'examen de vos journaux d'audit.

    OriginalL'auteur Tom Walpole

  3. 1

    Pour certaines raisons, le fichier id_rsa dans le ~/.ssh dossier était en mode lecture seule pour mon utilisateur (0400). J'ai changé de lecture-écriture (0600) avec

    chmod 0600 id_rsa

    et après j'étais évidemment en mesure de remplacer le fichier. Je suppose que ce sont les plus d'autorisations que vous pouvez donner à ce fichier, comme d'autres, ne serait pas trop de sens.

    OriginalL'auteur Phoenix87

  4. 1

    Mon utilisateur (ubuntu - vous pouvez trouver en tapant whoami) n'propre ~/.ssh dossier, mais il n'était toujours pas me laisser utiliser le lien (Fichier: ~/.ssh/my_file_rsa) à partir de ssh-keygen. Donc, je viens de cd ed dans le ~/.ssh dossier et n'a pas mis un à l'extérieur de chemin d'accès pour le rsa nom de fichier.

    whoami
ls -Al ~

cd ~/.ssh
ssh-keygen
Enter file in which to save the key (/home/ubuntu/.ssh/id_rsa):  my_file_rsa
    cd-ing dans le ~/.ssh répertoire travaillé pour moi. J'aimerais en savoir plus sur pourquoi cela fonctionne.

    OriginalL'auteur Ian

  5. 0

    Étant donné qu'aucune des réponses ci-dessus a fonctionné pour moi. Je vais poster ma réponse:

    1. Supprimer les vieux ssh


      sudo rm -rf ~/.ssh/id_rsa
      sudo rm -rf ~/.ssh/id_rsa.pub
    2. De générer de nouvelles ssh et de l'utiliser (voir https://help.github.com/enterprise/2.15/user/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/)

    Pourquoi il a travaillé:

    • ssh créé par sudo commande ssh root, pas pour l'utilisateur. Cela signifie que ssh-add ~/.ssh/id_rsa ne pourront pas ajouter root ssh pour l'utilisateur.
    • lorsque vous essayez de générer un nouvel utilisateur ssh, vous ne parvenez pas à remplacer l'ancien, car il a été généré pour l'utilisateur root.

    (Veuillez me demander de corriger ma réponse si il ya quelque chose de mal. thx 🙂

    OriginalL'auteur Koke Cacao