7 votos

SSH no funcionará hasta que la cuenta local esté conectada

Tengo un Mac mini que funciona Big Sur Monterey al que no puedo conectarme vía ssh a menos que el usuario tenga su sesión iniciada.

Supongo que esto es, como en ubuntu, debido a que el archivo authorized_keys no es accesible hasta que se inicia la sesión, pero no parece que pueda aplicar un enfoque similar, y se está convirtiendo en un problema.

El Mac se está utilizando como servidor, y si por alguna razón se cierra la sesión o hay que reiniciar la máquina, me veo obligado a conectar un monitor, un ratón y un teclado para iniciar la sesión. El problema aquí es que esto ya ha sucedido mientras trabajaba remotamente, por lo que he perdido completamente el acceso a la máquina.

¿Hay alguna forma de arreglar esto?

Esta es la salida de ssh cuando la cuenta local no está conectada

myhost:~ myusername$ ssh -vvv remoteuser@remoteIP
OpenSSH_8.6p1, LibreSSL 3.3.6
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug1: /etc/ssh/ssh_config line 58: Applying options for *
debug2: resolve_canonicalize: hostname remoteIP is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/myusername/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/myusername/.ssh/known_hosts2'
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug3: ssh_connect_direct: entering
debug1: Connecting to remoteIP [remoteIP] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48

Se queda allí hasta que la conexión se cae por el tiempo de espera. Si inicio la sesión de remoteuser localmente, después de la última línea que podemos ver arriba, añade la siguiente línea, y el proceso ssh continúa.

debug1: Connection established.

7voto

Oskar Puntos 1242

Como los detalles han cambiado, dejo esto arriba pero OP no tiene FileVault. Sin embargo, puede ayudar a otros a tener este elemento para comprobar.


Esta es una situación común cuando la gente no se da cuenta de que FileVault, cuando está habilitado trae una pantalla de "pre-arranque" que hace que la gente piense que el sistema operativo se está ejecutando y el almacenamiento no está cifrado.

Una vez que inicies la sesión (que desbloquea el almacenamiento donde se guardan los datos del sistema operativo y del usuario, arranca el mac y luego completa el inicio de sesión del usuario), abre una línea de comandos y comprueba el estado de tu FileVault:

/usr/bin/fdesetup status

Si FileVault está desactivado, entonces tienes un problema legítimo con sshd que está en un estado no estándar. Si FileVault está Activado - entonces necesita establecer una credencial única como parte del reinicio para que el sistema operativo se inicie en una pantalla de inicio de sesión adecuada con todos los demonios de fondo en ejecución y la expectativa de que ssh funcione de forma remota después de ese reinicio.

/usr/bin/fdesetup authrestart

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X