%22.png)
Así que he estado intentando crear conexiones ssh entre el contenedor del clúster de Google que contiene 1 nodo maestro y 2 nodos trabajadores. He utilizado ssh-keygen para generar pares de claves para los tres nodos, enviar las dos claves privadas de los 2 trabajadores al nodo maestro y al archivo .ssh/autherized_keys. Luego también compartí este archivo con los dos nodos trabajadores.
Este enfoque realiza conexiones ssh exitosas inmediatamente después. La conexión ssh estaba bien y también podía usar scp para enviar archivos. Sin embargo, en etapas posteriores, cuando cierro sesión y vuelvo a iniciar sesión en las máquinas virtuales, la conexión ssh se volvió muy inestable, ya que a veces devuelve un error de falla de conexión: Permiso denegado (clave pública), mientras que a veces la conexión podría activarse nuevamente.
¿Alguien sabe cuál es el problema? ¡Gracias de antemano!
Respuesta1
Si funcionó en un momento y no ahora, haga:
# Adjust paths as necessary. May need to add sudo if you're not running it as root.
chmod 700 ~/.ssh && chmod 600 ~/.ssh/* && chmod 644 ~/.ssh/authorized_keys
Si aún no funciona, verifique el contenido de las claves_autorizadas y verifique los siguientes valores en /etc/ssh/sshd_config (o cualquiera que sea su archivo de configuración sshd). Esto deshabilitará la autenticación de contraseña y habilitará la autenticación solo ssh en el sistema.
RSAAuthentication yes
PubkeyAuthentication yes
PasswordAuthentication no
UsePAM no # Just my choice.
Nota de seguridad: recomiendo usar una clave privada protegida con contraseña al acceder a su entorno de nube y configurarla solo en un único sistema, un servidor de salto. Desde allí podrá utilizar con mayor confianza la autenticación ssh sin contraseña en el resto de su entorno.