Entonces, en una pregunta anterior, estaba intentando iniciar sesión en el shell de localhost a través de guacamole. La solución fue habilitar la autenticación de contraseña para las conexiones de host local en la configuración sshd.
Entonces miré más de cerca la configuración del guacamole y noté esto: https://i.stack.imgur.com/EJomQ.png
Conozco el hostname, siendo la IP del servidor. Entonces el puerto es justo lo que habilité en sshdconfig. Clave privada con frase de contraseña que también puedo proporcionar copiando la catde mi id_ed25519archivo y pegando la frase de contraseña correspondiente.
Lo que no entiendo es cómo completo la sección de clave pública. Solía solo enviar ssh a máquinas desde mi terminal. Y un simple ssh oonfig que apunte al archivo clave funcionaría. ¿Qué necesito completar allí? Un simple comentario catde mi asociado id_ed25519.pubno pareció funcionar.
EDITAR:
Hasta ahora intenté dejar la frase de contraseña para el archivo de clave en blanco. Y luego se me solicita que ingrese uno. Después de lo cual me expulsaron inmediatamente porque no pude iniciar sesión. Cuando uso una clave sin una frase de contraseña, todavía me piden una, presionar Intro sin ingresar la frase de contraseña también me genera un error.
Respuesta1
Por lo que puedo determinar, el inicio de sesión ssh en guacamole no funciona. Probé un par de claves RSA 2048 y 4096, los cuales funcionaban a través de una terminal ssh para el sistema remoto. En guacamole, uno pensaría que necesitaría configurar la autenticación inicialmente para tener nombre de usuario, contraseña y clave privada en guacamole.
El razonamiento detrás de esto es que inicialmente tendría que proporcionar su nombre de usuario/contraseña para agregar la clave privada al sistema remoto. Luego, realizaría una conexión inicial que esperaría que cargara la clave. En ese punto, creo que debería volver a su perfil de autenticación para ese sistema y eliminar la contraseña y la clave privada dejando solo el nombre de usuario. Creo que esto estaría simulando un "nombre de usuario ssh@IP" y el usuario debería iniciar sesión. Tal como está, esto no funciona aunque desde un terminal estándar el usuario esté autorizado.