Configurare l'inoltro X11 di YaST tramite SSH

Se YaST si chiude con XIO: fatal IO error 11 (Resource temporarily unavailable)un errore tramite SSH, prova prima la soluzione alternativa Qt documentata da SUSE: QT_XCB_GL_INTEGRATION=none yast.ssh. Per un sistema SLES installato e uno specifico modulo YaST, usa la stessa variabile prima di quel modulo, ad esempio QT_XCB_GL_INTEGRATION=none yast2 disk. Se non è possibile aprire alcuna applicazione grafica, ripara prima l'inoltro X11: connettiti con ssh -X, verifica che la shell remota abbia un DISPLAYvalore e verifica che il server abbia l'inoltro X11 abilitato.

La guida alla distribuzione di SLES 15 SP7 di SUSE documenta questo specifico errore di XIO e sia la soluzione alternativa tramite Qt che quella tramite ncurses. Il passaggio appare nel contesto dell'installazione remota, quindi va utilizzato come soluzione mirata per il comportamento corrispondente di YaST su SSH; non stabilisce che ogni errore di avvio di YaST abbia la stessa causa. I controlli seguenti distinguono questo caso da un server X locale mancante, dall'inoltro SSH disabilitato o da un problema di autenticazione X.

1. Verificare che l'inoltro X11 funzioni prima di risolvere i problemi di YaST.

L'inoltro X11 invia il traffico della finestra di un'applicazione remota tramite SSH a un server X sul computer locale. Pertanto, il computer locale deve avere un server X in esecuzione e il client SSH deve richiedere l'inoltro. Su un desktop X11, apri un nuovo terminale e connettiti in questo modo:

ssh -X admin@server.example.com

Sostituisci l'account e l'host con i tuoi. Dopo aver effettuato l'accesso, esegui:

echo "$DISPLAY"

Un valore come questo localhost:10.0indica che SSH ha impostato un display inoltrato. Si tratta di un esempio, non di un valore fisso: il numero del display potrebbe essere diverso. Se l'output è vuoto, disconnettiti e riconnettiti con -X. Se rimane vuoto, controlla le impostazioni SSH lato client e la configurazione del server nella sezione successiva. Non impostare manualmente DISPLAYsu un valore a caso; SSH crea un display proxy per la sessione.

Se si utilizza PuTTY su Windows, abilitare l'inoltro X11 nelle impostazioni di Connessione > SSH > X11 della sessione e assicurarsi che sia in esecuzione un server X locale. La guida di distribuzione di SUSE specifica questo requisito. Un host remoto non può visualizzare una finestra se la macchina locale non dispone di un server X, anche se l'accesso SSH ha esito positivo.

2. Verificare il server SSH SLES e l'autenticazione X.

Sull'host SLES, un amministratore può esaminare la configurazione del demone SSH:

sudo grep -i '^X11Forwarding' /etc/ssh/sshd_config
command -v xauth

La policy del server effettiva deve consentire l'inoltro X11 e xauthdeve essere disponibile per il passaggio di autenticazione. SUSE documenta X11Forwarding Yescome impostazione lato server e nota che SSH imposta il remoto DISPLAYquando un client si connette con -X. Un semplice greppuò non includere impostazioni nei file di configurazione o nei blocchi condizionali inclusi Match; se l'output sembra in conflitto con il comportamento, chiedi all'amministratore SSH di esaminare la configurazione effettiva invece di aggiungere righe duplicate.

Se modifichi sshd_configil file, convalidalo prima di ricaricare il demone:

sudo sshd -t
sudo systemctl reload sshd

Eseguite questi comandi solo con i permessi di amministratore. Mantenete aperta la sessione SSH esistente mentre ne testate una nuova, in modo che un errore di configurazione non vi blocchi l'accesso. Quindi disconnettetevi e riconnettetevi; le impostazioni di inoltro vengono negoziate all'avvio della sessione SSH. Evitate di aprire la porta TCP 6000 sul server o di utilizzarla xhost +come collegamento. L'inoltro SSH è progettato per incapsulare il traffico X e gestirne l'autenticazione; l'accesso diretto a X può esporre il display ad altre macchine.

3. Applicare la soluzione alternativa Qt specifica per YaST

Se DISPLAYè impostato e si apre un'altra applicazione X inoltrata, ma YaST fallisce con l'errore XIO sopra menzionato, prova a utilizzare l'override dell'ambiente documentato per quell'avvio specifico:

QT_XCB_GL_INTEGRATION=none yast.ssh

Per un sistema installato normalmente, avviare il modulo richiesto anziché dare per scontato che l'utility di installazione sia presente. Ad esempio, SUSE documenta questa forma di modulo:

QT_XCB_GL_INTEGRATION=none yast2 disk

La variabile si applica solo al comando che la segue; non modifica in modo permanente le impostazioni di Qt o la policy SSH. Il yast.sshcomando esatto viene utilizzato da SUSE per il suo sistema di installazione, mentre un host SLES installato avvia comunemente i moduli YaST con yast2. Se un modulo diverso non funziona, sostituire il nome del modulo documentato con disk. Non considerare questa impostazione di ambiente come una soluzione per un ambiente vuoto DISPLAYo per un client senza un server X.

4. Utilizzare l'interfaccia testuale di YaST quando non è necessaria una finestra.

Se devi solo completare le operazioni amministrative e non ti serve un'interfaccia grafica, usa l'interfaccia ncurses di YaST nel terminale SSH. Per il modulo disco, consulta la documentazione SUSE:

yast2 disk --ncurses

È anche possibile richiedere esplicitamente il backend ncurses per il modulo:

YUI_PREFERRED_BACKEND=ncurses yast2 disk

L'interfaccia testuale evita completamente l'inoltro X11 ed è spesso la scelta più semplice per un server remoto. Si tratta pur sempre di YaST e modifica comunque la configurazione di sistema; esaminare attentamente le modifiche a disco, partizioni, firewall e rete prima di confermarle. Per il sistema di installazione SLES, SUSE afferma che YaST fornisce un'interfaccia ncurses quando un server X locale non è disponibile.

Verifica la correzione

Apri una nuova sessione SSH con ssh -X, verifica echo "$DISPLAY"che non sia vuoto, quindi avvia YaST utilizzando il comando appropriato. Il successo si verifica quando la finestra di YaST appare sul desktop locale oppure il modulo ncurses si apre nel terminale se hai scelto quel backend. Se l'inoltro funziona correttamente ma l'errore XIO esatto persiste dopo l'override di Qt, acquisisci l'errore completo del terminale e controlla le note di rilascio di SLES o la Knowledge Base del supporto SUSE per un problema specifico della versione; questa procedura non può identificare un difetto di Qt o YaST non correlato dal solo frammento di errore.

Riferimenti ufficiali

• Guida alla distribuzione di SUSE Linux Enterprise Server 15 SP7 : installazione remota tramite SSH, requisiti di inoltro X, la soluzione alternativa documentata per YaST XIO e i comandi ncurses.
• Guida alla sicurezza e alla protezione di SUSE SLES 15 SP7: OpenSSH — inoltro X11 lato server e applicazioni grafiche remote.
• Manuale OpenBSD OpenSSH ssh(1) — opzioni client per l'inoltro X11, inclusa la distinzione tra attendibile -Xe attendibile -Y.