Sto cercando di connettermi a un server Ubuntu per lavorare su Qt-creator. Prima che tutto vada storto, ho seguito questo tutorial. Ho scaricato putty e Xming e tutto funzionava bene.

poi, improvvisamente, mentre lavoravo con Qt-creator non sono riuscito a salvare alcuna modifica. Quindi, ho chiuso Qt-Creator e riavviato la sessione di stucco. mi ha chiesto nome utente e password (come al solito) quindi dopo aver effettuato l'accesso al server e quando ho provato a eseguire Qt-creator (come al solito) appare il seguente messaggio:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

così, ho provato a risolvere il problema usando due approcci trovati in Internet:

il primo è ottenendo l' dpyname protoname hexkeyutilizzo:

xauth list 

che dovrebbe restituire la chiave che potrebbe quindi essere aggiunta usando:

xauth add

Tuttavia, non ha funzionato poiché il xauth listcomando non ha restituito nulla.

la seconda soluzione era quella di andare a:

./etc/ssh/sshd_config

apri il file: sshd_config e modifica la ForwardX11Trustedriga da leggere yes, e se non esiste tale riga, aggiungila.

ForwardX11Trusted yes

quindi riavviare il server SSH e dovrebbe funzionare.

Tuttavia, non ha funzionato neanche. Non ho potuto aprire il file sshd_configusando xdg-openo gedite lo stesso messaggio appare di nuovo.

allora perché sta succedendo questo e qual è la soluzione?

Durante l'accesso come su, dopo alcuni errori di tipo "Proxy PuTTY X11: tentato protocollo di autorizzazione errato", mi sono reso conto che si trattava di un problema di autenticazione. Poi mi sono ricordato di copiare il file .Xauthority dal mio profilo / directory home in / root. Problema risolto!

Risolto.

Ho risolto usando una miscela dei due citati sopra.

1. Ho aggiunto la seguente riga a '/ etc / ssh / sshd_config'

ForwardX11Trusted yes

2. Ho installato xauth usando

sudo apt-get install xauth

xauth listera vuoto per me prima del riavvio. Tuttavia, è stato popolato dopo il riavvio. L'ho fatto xauth listdopo averlo testato con stucco.

Quindi ho riavviato ssh e ha funzionato. Sìì!

Nota: quello che ho effettivamente fatto è stato riavviare il mio Raspberry Pi

Ho avuto un problema simile su un server al lavoro perché la cartella home aveva esaurito lo spazio su disco. Dopo il login, non è stato possibile scrivere il file Xauthority e ... non è stato possibile inoltrarlo.

Liberare spazio ha risolto il problema.

Immagino che avresti un problema simile se le autorizzazioni home folder o .Xauthority fossero impostate in modo errato, quindi non avessi accesso in scrittura.

Nel mio caso, ho notato che potevo aprire il Display con root, ma stavo facendo una su - griglia e questa griglia utente era quella con il problema,

la soluzione era quella di chiudere questa sessione e aprire una nuova sessione direttamente con la griglia, e ha funzionato, qualcosa nel fare la su - griglia stava fallendo ...

Ho avuto un problema simile su un server. Il motivo era che l'utente ha ottenuto il numero errato di display (DISPLAY = localhost: 10.0). Quando l'utente si collega al server tramite SSH (come utente chiamato test1) ottiene DISPLAY = localhost: 11.0. Quando si connette come un altro utente, quindi diventa utente (test1), ottiene un numero errato di display (DISPLAY = localhost: 10.0). Quando imposto il numero corretto di DISPLAY (DISPLAY = localhost: 11.0) funziona.