ssh -X "Errore Xt: impossibile aprire il display: 0,0"

Sto provando ad aprire xtermsul mio server remoto (Ubuntu Server 10.04) con ssh:

ssh -X name@machine xterm

ma l'errore restituito è:

xterm Xt error: Can't open display: :0.0`

Ho cercato su Google e ho provato tutto quello che ho trovato. Sempre visualizzato questo errore. La variabile DISPLAY dovrebbe essere impostata automaticamente, giusto?

Parte di sshd_config:

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

Qualche consiglio?

Se ssh è in grado di stabilire la connessione, verrà impostato DISPLAYsul valore corretto. Poiché hai X11DisplayOffsetimpostato 10 (il valore predefinito), ssh utilizzerà il primo display disponibile a partire da 10. Se vedi un valore inferiore a 10¹, allora qualcosa interferisce con il normale inoltro X11 impostato da ssh, almeno da prevalente DISPLAY. Il valore :0(o :0.0, la parte dopo il punto è irrilevante) indica il primo display che è stato avviato sulla macchina, che in casi tipici è la sessione attiva (o il prompt di accesso grafico) sulla console della macchina.

La spiegazione più probabile del comportamento che si osserva è che uno dei file di configurazione della shell viene impostato DISPLAY. Il colpevole più ovvio è ~/.bashrc(che a causa di una stranezza di bash viene eseguito ogni volta che il genitore di bash è rshdo sshd, anche se la shell non è interattiva). Un altro file che definisce le variabili di ambiente è /etc/environment. In tal caso, la soluzione è ovvia: non impostare DISPLAYlì. (Ci sono pochissimi casi in cui è necessario impostare DISPLAYmanualmente.)

Ci sono altre spiegazioni esotiche. Questo potrebbe accadere se hai cambiato la shell di login in screen(un'idea carina in teoria, ma non pratica) e hai un file di inizializzazione della shell che si imposta forzatamente DISPLAYall'interno dello schermo (non è una buona idea). Ciò può accadere anche se il server è stato configurato per accettare le variabili di ambiente inviate dal client ( AcceptEnvdirettiva in sshd_config), il client sta inviando DISPLAYe non è stato possibile stabilire la connessione X. Oppure potrebbe accadere se si imposta una variabile di ambiente sul server tramite la commanddirettiva in ~/.ssh/authorized_keys. O xtermpotrebbe essere una sceneggiatura.

¹ _{O qualunque sia il valore di X11DisplayOffsetnella configurazione del server, ma non è quasi mai cambiato dal valore predefinito.}

Il tuo comando dovrebbe funzionare, o almeno lo fa per me. Prova questo invece:

ssh -Y user@machine xterm

Modifica (1):

Prova questo:

ssh -X user@machine env

Ciò dovrebbe mostrare tutto l'ambiente. Ci dovrebbero essere varie cose SSH e anche DISPLAY. DISPLAY dovrebbe essere 10.0.

Puoi anche provare questo:

ssh -X user@machine DISPLAY=10.0 xterm

Il controllo di accesso di X è probabilmente in mezzo.

Esegui xhost +(dal pacchetto x11-xserver-utils) per disabilitare completamente il controllo degli accessi.

Inoltre X11Forwarding yes, dovevo anche aggiungere

X11UseLocalhost no

in /etc/ssh/sshd_config

come descritto qui .

Ho scoperto che xauth non era stato installato.

Inoltre, controlla che X11 sia installato sul lato client. Stavo riscontrando questo problema quando ho aggiornato il mio Mac a OS X Mountain Lion. Mountain Lion rimuove X11, quindi è necessario installarlo nuovamente tramite il progetto X Quartz open source. http://xquartz.macosforge.org/landing/

È necessario prima aprire la connessione e, una volta stabilito, aprire xterm.