13 Aquí están mis configuraciones: $ xterm xterm Xt error: Can't open display: xterm: DISPLAY is not set $ echo $DISPLAY $ cat /etc/ssh/sshd_config | grep X X11Forwarding yes X11DisplayOffset 10 xorg Bruce fuente 3 ¿Usaste -X cuando ingresaste? ssh -X user@server? Panther @ bodhi.zazen: Eso fue todo. Bruce Respuestas: 10 Necesitas usar la bandera -X ssh -X user@server Pantera fuente 4 En mi caso, me faltaba el programa xauth en la máquina de destino Cómo depurar estas situaciones: En el host de destino, ejecute otro demonio sshd para depurar en otro puerto: /usr/sbin/sshd -d -p 222 En el host de origen: ssh -v -Y [email protected] -p 222 En mi situación pude ver: debug1: Remote: No xauth program; cannot forward with spoofing. (Nota: para ejecutar sshd en otro puerto, es posible que deba modificar o deshabilitar temporalmente iptables: /etc/init.d/iptables stopo equivalente) phil_w fuente ¡Gracias por compartir esta información! Resuelto mi problema Fabian Knapp 3 Prueba con este comando: DISPLAY=:0 xterm Alex Facciorusso fuente 44 @ alessandrefac93: eso no funcionará en ssh. Panther 0 ¿Ejecutó vncpasswden la cuenta que utilizó para escribir el archivo de configuración? Tuve este problema porque configuré la rootcuenta pero el vncusuario es otro, ejecute vncpasswdnuevamente en la cuenta correcta y todo estará bien. Breezescut fuente 1 La pregunta es sobre xterm no funciona debido a que la pantalla no está configurada. nada que hacer vnc. El protocolo utilizado para acceder puede ser cualquier cosa, por ejemplo: ssh mrtipale
4 En mi caso, me faltaba el programa xauth en la máquina de destino Cómo depurar estas situaciones: En el host de destino, ejecute otro demonio sshd para depurar en otro puerto: /usr/sbin/sshd -d -p 222 En el host de origen: ssh -v -Y [email protected] -p 222 En mi situación pude ver: debug1: Remote: No xauth program; cannot forward with spoofing. (Nota: para ejecutar sshd en otro puerto, es posible que deba modificar o deshabilitar temporalmente iptables: /etc/init.d/iptables stopo equivalente) phil_w fuente ¡Gracias por compartir esta información! Resuelto mi problema Fabian Knapp 3 Prueba con este comando: DISPLAY=:0 xterm Alex Facciorusso fuente 44 @ alessandrefac93: eso no funcionará en ssh. Panther 0 ¿Ejecutó vncpasswden la cuenta que utilizó para escribir el archivo de configuración? Tuve este problema porque configuré la rootcuenta pero el vncusuario es otro, ejecute vncpasswdnuevamente en la cuenta correcta y todo estará bien. Breezescut fuente 1 La pregunta es sobre xterm no funciona debido a que la pantalla no está configurada. nada que hacer vnc. El protocolo utilizado para acceder puede ser cualquier cosa, por ejemplo: ssh mrtipale
3 Prueba con este comando: DISPLAY=:0 xterm Alex Facciorusso fuente 44 @ alessandrefac93: eso no funcionará en ssh. Panther 0 ¿Ejecutó vncpasswden la cuenta que utilizó para escribir el archivo de configuración? Tuve este problema porque configuré la rootcuenta pero el vncusuario es otro, ejecute vncpasswdnuevamente en la cuenta correcta y todo estará bien. Breezescut fuente 1 La pregunta es sobre xterm no funciona debido a que la pantalla no está configurada. nada que hacer vnc. El protocolo utilizado para acceder puede ser cualquier cosa, por ejemplo: ssh mrtipale
0 ¿Ejecutó vncpasswden la cuenta que utilizó para escribir el archivo de configuración? Tuve este problema porque configuré la rootcuenta pero el vncusuario es otro, ejecute vncpasswdnuevamente en la cuenta correcta y todo estará bien. Breezescut fuente 1 La pregunta es sobre xterm no funciona debido a que la pantalla no está configurada. nada que hacer vnc. El protocolo utilizado para acceder puede ser cualquier cosa, por ejemplo: ssh mrtipale
ssh -X user@server?Respuestas:
Necesitas usar la bandera -X
fuente
En mi caso, me faltaba el programa xauth en la máquina de destino
Cómo depurar estas situaciones:
En el host de destino, ejecute otro demonio sshd para depurar en otro puerto:
En el host de origen:
En mi situación pude ver:
(Nota: para ejecutar sshd en otro puerto, es posible que deba modificar o deshabilitar temporalmente iptables:
/etc/init.d/iptables stopo equivalente)fuente
Prueba con este comando:
fuente
¿Ejecutó
vncpasswden la cuenta que utilizó para escribir el archivo de configuración?Tuve este problema porque configuré la
rootcuenta pero elvncusuario es otro, ejecutevncpasswdnuevamente en la cuenta correcta y todo estará bien.fuente