Ricevo che Putty ha tentato errori di protocollo errati quando ho inserito SSH nel mio server da Windows


12

Ho avuto Putty connettersi tramite SSH al mio server Ubuntu 12.10 per diversi mesi. Ieri ho iniziato a ricevere il seguente errore ogni volta che mi collego:

Proxy PuTTY X11: tentativo di protocollo di autenticazione errato

Posso fare tutto nella sessione tranne avviare le applicazioni X Windows. Per quanto ne so, non è cambiato nulla sul lato Windows e di recente ho installato @ 20 aggiornamenti sul lato Ubuntu durante la normale manutenzione dell'aggiornamento.

Uso Xming come server X sul client Windows. E come ho detto, stava funzionando bene. Ho già pronto dozzine di risultati di Google che cercano questo errore e la maggior parte sembra coinvolgere l'errore che si verifica dopo una connessione SSH mentre provo a SU o SUDO a un altro account, ma questo sta accadendo alla mia normale connessione utente.

Ho provato a cancellare il file .Xauthority nella mia home directory, inoltre vari comandi xauth aggiungono per provare a recuperare il "cookie magico" corretto nel file .Xauthority. Niente ha funzionato.

qualche idea?


3
Probabilmente hai visto questo . Capisco che la causa del tuo problema non è la stessa causa. Ma hai provato la soluzione meno sicura lì, abilitando ForwardX11Trusted? (Questo non dovrebbe essere fatto quando qualsiasi utente non attendibile che può accedere a SSH, vedi man 5 ssh_config.) Se è sicuro per te abilitarlo, allora anche se non vuoi tenerlo abilitato, questo darebbe preziose informazioni.
Eliah Kagan,

Inoltre, hai detto di aver provato "vari comandi xauth add" ... ma l'output di xauthcomandi che fornisce informazioni come previsto? Altrimenti, ciò potrebbe far luce sulla situazione. Qual è l'output di xauth list(puoi andare avanti e rimuovere o sostituire la chiave esadecimale, non è necessario condividerla). Il modo migliore per fornire tutte queste informazioni è modificare la tua domanda ; per favore includi anche quanti più dettagli possibili su tutti i comandi xauth che hai provato e cosa è successo.
Eliah Kagan,

Puoi per favore pubblicare una serigrafia della tua configurazione X11 di Putty, che sarà all'interno di SSH sulla barra laterale sinistra? Se non sbaglio, il tuo server si aspetta che tu faccia l'autorizzazione XDM ma stai provando a fare Magic Cookie. Prova a cambiarlo in XDM-Authorization-1.
thefourtheye,

Una recente modifica nel server: /etc/ssh/sshd.conf ha cambiato "Protocol 1,2" in "Protocollo 2"? Esistono vulnerabilità note con il protocollo 1, ma potrebbe essere quello che utilizza Putty. O puoi configurare Putty per usare il Protocollo 2?
Waltinator,

Risposte:


2

Riformattato per chiedere da http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/

Come accennato in precedenza, è possibile interrompere la sicurezza attivando ForwardX11Trusted yesil /etc/ssh/sshd_configfile sul server e riavviando sshd. La soluzione completa consiste nel trasferire temporaneamente l'autorizzazione all'altro account.

Innanzitutto, sul tuo client ottieni la chiave dal tuo account (su Windows è per xming e potrebbe essere nella configurazione xming):

$ xauth list
aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Quindi, accedi al tuo account ssh / putty e aggiungi la chiave xming (questo potrebbe effettivamente essere nella configurazione per putty).

$ xauth add aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Ora dovresti essere in grado di aprire le app quando inoltri il display X su ssh.


1
Nessuno legge più le pagine man, a quanto pare. Impostando questa opzione in sshd_configsi impedisce l'avvio corretto del server SSH! Prova man sshd_config|grep ForwardX11Trustedcontro man ssh_config|grep ForwardX11Trusted. -1.
0xC0000022L

grazie amico ... risolto il mio problema da Putty / Windows / XMing a Raspbian Pixel ... stranamente il numero visualizzato per la X quando elimino il precilege (sudo su) è: 11 ... non: 10 ...? perché
ZEE,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.