¿Hay alguna manera de deshabilitar temporalmente la autenticación de clave pública cuando ssh'ing, y usar la autenticación de contraseña en su lugar?
Actualmente quiero acceder al servidor remoto, pero estoy usando otra computadora portátil, no la mía.
Al examinar ese enlace , descubrí que el comando ssh -o PreferredAuthentications=keyboard-interactive -o PubkeyAuthentication=no host1.example.org
no funciona en todas partes. Y sí, no funciona para mí. Estoy usando: OpenSSH_5.9p1 Debian-5ubuntu1, OpenSSL 1.0.1 14 mar 2012
Editar: también traté de escribir ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no
pero todavía tengo "Permiso denegado (clave pública)".
Entonces, ¿hay una configuración específica que hacer en el servidor remoto para que ese comando funcione? ¿O cuándo ese comando funcionará como se espera?
Muchas gracias por los consejos.
ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no
Respuestas:
Esto suena como un problema de configuración en el lado del servidor.
Si el servidor permite la autenticación de clave pública y contraseña, incluso si intenta conectarse sin un archivo de clave privada presente en el cliente, debe solicitarle una contraseña.
Si
"Permission denied (publickey)"
recibe el mensaje de error, entonces parece que la autenticación de contraseña no es compatible con su servidor.Sin ver el archivo / etc / sshd_config, es difícil saberlo, pero supongo que debe asegurarse de que exista la siguiente línea:
Reinicie el servidor ssh, y cuando se conecte desde el cliente, se le pedirá una contraseña si no hay una clave privada presente, o si la clave privada no coincide con la clave pública en el servidor.
Una alternativa más segura a esto, por supuesto, sería copiar su clave privada en la computadora portátil que está utilizando, o de hecho generar una nueva clave privada para usar en esa computadora portátil y agregar la clave pública a
.ssh/authorized_keys
fuente
Simplemente haga un archivo de ID que esté en blanco.
Si deja el permiso 640 o 644, ssh se quejará de que los permisos no son lo suficientemente seguros y no lo usará. Si lo cambia a 600, le pedirá una contraseña 3 veces y fallará porque no hay contraseña. Así que déjalo 640 o 644.
Luego, cuando ssh use este comando.
Puede usar .ssh / config y establecer una entrada de host para que no use la clave, pero es menos temporal o puede crear alias para el servidor y el servidor-nokey, pero se alarga y es difícil de mantener.
fuente
-i /dev/null
funciona también y no necesita verificar permisos.ssh
diceLoad key "/dev/null": invalid format
, luego continúa usando las otras claves que ha configurado de todos modos, y luego no puede iniciar sesión debido a demasiados errores de autenticación.