Permiso denegado al agregar clave SSH a .ssh / config

1

Estoy tratando de agregar la clave SSH para ~/.ssh/configusarecho "IdentityFile ~/.ssh/my-ssh-key" >> ~/.ssh/config

Me esta mostrando error -bash: /Users/gaurav/.ssh/config: Permission denied

que estoy haciendo mal?

Permiso a carpetas

total 64
-rw-r--r--  1 root    staff    85 Apr 15 12:59 config
-rw-------  1 gaurav  staff  1766 Jan  4 23:11 github_rsa
-rw-r--r--@ 1 gaurav  staff   404 Mar 20 09:50 github_rsa.pub
-r--------  1 gaurav  staff  1766 Mar 20 10:05 google-sb-server
-rw-r--r--  1 gaurav  staff   388 Mar 20 10:05 google-sb-server.pub
-rw-------  1 gaurav  staff  3247 Jan  5 10:37 id_rsa
-rw-r--r--  1 gaurav  staff   726 Jan  5 10:37 id_rsa.pub
-rw-r--r--  1 gaurav  staff  2230 Mar 20 12:45 known_hosts

— twister_void
fuente

1

El archivo de configuración en ~ / .ssh / tiene el propietario / permisos incorrectos. Es propiedad de root.

Cambie el propietario a gaurav con:

sudo chown gaurav:staff ~/.ssh/config

ingrese su contraseña y funcionará (si es un sudoer).

— klanomath
fuente

Se completa gracias. Ahora puedo hacerlo. Una vez más, dar propiedad a current_user es seguro en caso de SSH

— twister_void

@twister_void Realmente no entiendo tu pregunta en el comentario. Agregue una segunda pregunta sobre los problemas de seguridad (¿del archivo de configuración?) En el sitio principal (apple.stackexchange).

— klanomath

1

El directorio de inicio en el servidor no debe ser editable por otros: chmod go-w ~/
La carpeta SSH en el servidor necesita 700 permisos: chmod 700 ~/.ssh
El archivo Authorized_keys necesita 644 permisos: chmod 644 ~/.ssh/authorized_keys
Asegúrese de que gauravposee los archivos / carpetas y no root: chown user:gaurav authorized_keysychown user:gaurav ~/.ssh
Ponga la clave pública generada (desde ssh-keygen) en el authorized_keysarchivo del usuario en el servidor
Asegúrese de que el directorio de inicio del usuario esté configurado en lo que espera que sea y que contenga la .sshcarpeta correcta que ha estado modificando. Si no, utilícelo usermod -d ~/ gauravpara solucionar el problema.
Finalmente, reinicie ssh: service ssh restart
Luego, asegúrese de que el cliente tenga la clave pública y los archivos de clave privada en la .sshcarpeta del usuario local e inicie sesión:ssh gaurav@host.com

¡La mejor de las suertes!

— bret7600
fuente