Cuando está físicamente conectado a mi "servidor" (escribiendo comandos desde el escritorio de un iMac de mediados de 2006), da el siguiente resultado:
mac~$ screen -ls
No Sockets found in /var/folders/ht/rhhsw0515vl_ym59683911400000gn/T/.screen.
bash$ screen -dmS foo
bash$ screen -ls
There is a screen on:
4250.foo (Detached)
1 Socket in /var/folders/ht/rhhsw0515vl_ym59683911400000gn/T/.screen.
bash$
¿Cuál es el comportamiento que uno esperaría? Sin embargo, al ejecutar los mismos comandos a través de ssh autenticado por RSA, el screen -dmS foo
comando no parece funcionar:
remote-bash$ screen -ls
No Sockets found in /var/folders/h4/_8scfsb54kd3mm7q6n9lq8nc0000gn/T/.screen.
remote-bash$ screen -dmS foo
remote-bash$ screen -ls
No Sockets found in /var/folders/h4/_8scfsb54kd3mm7q6n9lq8nc0000gn/T/.screen.
remote-bash$
Al probar el comando de pantalla estándar, sin opciones, todo el shell se cuelga y no se puede salir con ^ C.
Tenga en cuenta que puedo ver, adjuntar y eliminar pantallas iniciadas en el servidor, pero no puedo iniciarlas a través de ssh.
¿Hay alguna explicación para esta inconsistencia o el problema es peculiar de mi máquina?
fuente
ls -a | grep screen
no devolvió nada en los directorios ~ / o /.$SHELL
devoluciones de eco/bin/bash
screen
que se comporta de manera extraña.¡He encontrado el problema!
Resulta que, por alguna razón u otra, la pantalla no puede escribir sin PAM habilitado. Que había leído anteriormente que, incluso si
PasswordAuthenticaiton
yChallengeResponseAuthentication
se ponen ano
, PAM sigue siendo una vulnerabilidad, por lo que he deshabilitado en el/etc/sshd_config
archivo.Todo lo que tomó fue cambiar
UsePAM no
aUsePAM yes
in/etc/sshd_config
, y el comando funciona como se esperaba. No sé si hay una manera de usarscreen
sin PAM habilitado, pero no creo que sea un problema de seguridad especialmente grave para mis propósitos.fuente