web-dev-qa-db-fra.com

ssh renvoie "Mauvais propriétaire ou autorisations sur ~ / .ssh / config"

Lorsque j'essaie de passer à une autre boîte, je reçois cette étrange erreur

$ ssh hostname
Bad owner or permissions on ~/.ssh/config

Mais je me suis assuré que je possède et ai les autorisations rw sur le fichier:

ls -la ~/.ssh/
total 40K
drwx------ 2 robert robert 4.0K Mar 29 11:04 ./
drwx------ 7 robert robert 4.0K Mar 29 11:04 ../
-rw-r--r-- 1 robert robert 2.0K Mar 17 20:47 authorized_keys
-rw-rw-r-- 1 robert robert   31 Mar 29 11:04 config
-rw------- 1 robert robert 1.7K Aug  4  2010 id_rsa
-rw-r--r-- 1 robert robert  406 Aug  4  2010 id_rsa.pub
-rw-r--r-- 1 robert robert 6.1K Mar 29 11:03 known_hosts
sshfile-permissions
417
Robert

J'avais besoin d'avoir rw pour les autorisations utilisateur uniquement sur la configuration. Cela l'a corrigé.

chmod 600 ~/.ssh/config

Comme d'autres l'ont noté ci-dessous, il pourrait s'agir du propriétaire du fichier. (votez-les!)

chown $USER ~/.ssh/config
639
Robert

Ces commandes devraient résoudre le problème d'autorisation:

chown $USER ~/.ssh/config
chmod 644 ~/.ssh/config

Préfixez avec Sudo si les fichiers appartiennent à différents utilisateurs (ou si vous n'y avez pas accès).

Si plusieurs fichiers sont affectés, remplacez config par *.

Dans man ssh nous pouvons lire:

En raison du risque d'abus, ce fichier doit avoir des autorisations strictes: lecture/écriture pour l'utilisateur et non accessible en écriture pour les autres. Il peut être accessible en écriture de groupe à condition que le groupe en question ne contienne que l'utilisateur.

72
kenorb

Pour moi, c'était un problème avec mon compte d'utilisateur n'étant pas le propriétaire du fichier

Sudo chown myuser ~/.ssh/config
14
svnm

Si vous utilisez le sous-système Windows pour Linux (WSL) et que vous avez pointé votre répertoire personnel WSL vers votre répertoire personnel Windows (non recommandé!), Alors chmod n'a aucun effet. Avant de pouvoir chmod les fichiers mentionnés dans les autres réponses, vous devez ajouter

[automount]
options = "metadata"

à ton /etc/wsl.conf puis redémarrez WSL (nécessite la version 17093 ou ultérieure).

Avant que la monture ne dise:

C: on /mnt/c type drvfs (rw,noatime,uid=1000,gid=1000,case=off)

Après le montage dit:

C: on /mnt/c type drvfs (rw,noatime,uid=1000,gid=1000,metadata,case=off)
6
Nathan Kidd

N'oubliez pas le groupe:

chown $USER:$USER ~/.ssh/config

:-)

1
Alexander Gavriliuk

J'ai rencontré ce problème sur Windows 10 avec vagrant ssh. Et j'ai essayé toutes les méthodes ci-dessus, mais pas de chance. Enfin, j'ai supprimé ce fichier de configuration ssh, puis cela fonctionne!

vagrant ssh
Bad owner or permissions on C:\\Users\\Jeff/.ssh/config
del ..\.ssh\config

vagrant ssh
Welcome to Ubuntu 14.04.6 LTS (GNU/Linux 3.13.0-170-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

  System information as of Thu Feb 27 02:23:03 UTC 2020

  System load:  0.0               Processes:              77
  Usage of /:   5.1% of 39.34GB   Users logged in:        0
  Memory usage: 21%               IP address for eth0:    10.0.2.15
  Swap usage:   0%                IP address for docker0: 172.17.0.1

  Graph this data and manage this system at:
    https://landscape.canonical.com/

New release '16.04.6 LTS' available.
Run 'do-release-upgrade' to upgrade to it.


vagrant@vagrant-ubuntu-trusty-64:~$
0
Jeff Tian