Come risolvere il problema di avvio dell'interfaccia grafica di YaST tramite SSH con inoltro X11

Se la finestra grafica di YaST non funziona tramite SSH, verificare innanzitutto se l'inoltro X11 funziona correttamente. Dal computer client, connettersi con ssh -X admin@server, quindi testare un altro programma grafico remoto. Se tale programma si apre ma YaST segnala un errore XIO: fatal IO error 11su una schermata come localhost:11.0, SUSE documenta una soluzione alternativa mirata: eseguire il comando YaST interessato con QT_XCB_GL_INTEGRATION=nonedavanti. Ad esempio, utilizzare QT_XCB_GL_INTEGRATION=none yast2 disk. Questa soluzione alternativa si applica a un errore di inoltro Qt/OpenGL; non risolverà un server X locale mancante, un non impostato DISPLAY, un inoltro del server bloccato o un modulo YaST non installato.

Inizia con i controlli più rapidi

L'interfaccia grafica YaST richiede un display X sul lato client e un tunnel SSH X11 funzionante. Il client SSH imposta un DISPLAYvalore di inoltro sull'host remoto quando l'inoltro è attivo. Un semplice accesso SSH può funzionare anche quando la grafica non è inoltrata, quindi una sessione terminale riuscita da sola non conferma il funzionamento di X11.

1. Assicurati che il computer client disponga di un server X attivo o di una sessione di visualizzazione compatibile con X11. Su Windows, la documentazione SUSE illustra come abilitare l'inoltro X11 in PuTTY in Connessione > SSH > X11 ; è inoltre necessario che sia disponibile un server X locale.
2. Riconnettiti con l'inoltro abilitato: ssh -X admin@server. Utilizza il tuo account e nome host effettivi.
3. Nella shell remota, controlla echo "$DISPLAY". Con un display inoltrato, dovrebbe normalmente mostrare un valore come localhost:10.0o localhost:11.0. Un valore vuoto significa che la sessione non ha stabilito l'inoltro X11.
4. Avvia una piccola applicazione X installata sul sistema remoto. Se non si apre sul tuo desktop locale, configura l'inoltro delle porte prima di risolvere i problemi di YaST.

Ad esempio, un amministratore che si connette da una workstation Linux potrebbe utilizzare ssh -X ops@server.example, quindi eseguire un'applicazione di test disponibile. Se la finestra dell'applicazione viene visualizzata localmente, il tunnel SSH e il display locale funzionano. In caso contrario, un errore come "Impossibile aprire il display" indica il percorso X11 piuttosto che una soluzione alternativa grafica specifica di YaST.

Applicare la soluzione alternativa specifica per YaST di SUSE

XIO: fatal IO error 11 (Resource temporarily unavailable)La guida alla distribuzione di SLES 15 SP7 di SUSE documenta un caso in cui l'interfaccia grafica YaST su SSH con inoltro X fallisce localhost:11.0. La soluzione alternativa consigliata è disabilitare l'integrazione XCB GL di Qt per quel comando specifico. Eseguire il comando per il modulo necessario, ad esempio:

QT_XCB_GL_INTEGRATION=none yast2 disk

Per l'interfaccia di installazione di YaST, la stessa guida fornisce questo esempio:

QT_XCB_GL_INTEGRATION=none yast.ssh

Utilizza il comando più adatto alla tua attività; yast2 diskapre il modulo disco, mentre yast.sshviene mostrato per il flusso di lavoro di installazione. L'aggiunta di un prefisso a un singolo comando limita l'impostazione a quell'avvio. Non aggiungerla in modo permanente a un profilo shell globale a meno che tu non abbia un motivo specifico per modificare il comportamento di Qt per altri programmi.

Questa soluzione è particolarmente utile quando X11 funziona correttamente ma YaST si chiude o visualizza lo specifico errore XIO. Se l'errore persiste, testare un modulo diverso e rivedere la configurazione dell'inoltro client e server. Altri problemi grafici possono avere cause diverse; la soluzione alternativa di SUSE non è una cura universale per ogni problema relativo a Qt, GPU o display.

Controlla il server SSH quando DISPLAY è vuoto

Sul server SUSE, l'inoltro X11 deve essere consentito dalla configurazione del demone SSH. Un amministratore può verificare /etc/ssh/sshd_confige confermare che la configurazione effettiva includa:

X11Forwarding yes

Le policy del server possono essere fornite anche tramite file di configurazione inclusi o gestite centralmente, quindi non date per scontato che sia sufficiente modificare una sola riga. Dopo una modifica autorizzata, convalidate la configurazione e riavviate il servizio:

sudo sshd -t
sudo systemctl reload sshd.service

Mantieni aperta la sessione SSH corrente durante la verifica della configurazione e prova un secondo accesso prima di chiuderla. Un controllo della sintassi individua configurazioni non corrette, ma non garantisce che la policy sia corretta o che l'inoltro funzioni dal client. Se non amministri il server SSH, chiedi al suo amministratore di verificare la policy effettiva anziché modificare direttamente i file di sistema.

Riconnettiti dopo ogni modifica lato server e ripeti i DISPLAYtest dell'applicazione remota. Se il server segnala un problema di autorizzazione, verifica se l'utente remoto dispone di una voce di autorizzazione X valida xauth list. Evita di copiare manualmente i cookie di autorizzazione o di indebolire i controlli di accesso alla visualizzazione per consentire l'apertura della finestra.

Eseguire YaST con privilegi amministrativi senza perdere la visualizzazione

YaST modifica le impostazioni di sistema e di solito richiede l'autorizzazione amministrativa. Una fonte comune di confusione è che l'utente non privilegiato può visualizzare una finestra di test, ma YaST non funziona dopo l'elevazione dei privilegi. Il processo con privilegi elevati potrebbe non conservare i dati di autorizzazione inoltrati DISPLAYo i dati di autorizzazione X necessari per connettersi ad esso.

Utilizza il metodo di elevazione dei privilegi approvato dalla tua organizzazione e verifica cosa riceve il processo YaST. Non abilitare l'accesso SSH diretto come root solo per ottenere un'interfaccia grafica; le linee guida di sicurezza di SUSE raccomandano di accedere come utente non privilegiato e di utilizzare i sudoprivilegi di root per i comandi. Se la tua policy sudo filtra intenzionalmente le variabili d'ambiente relative al display, chiedi a un amministratore di fornire un metodo approvato con ambito ristretto. Evita regole o comandi di conservazione dell'ambiente troppo generici che espongono il display locale a tutti gli utenti dell'host.

La distinzione diagnostica rilevante è semplice: se un'applicazione X si apre con il tuo account normale ma YaST fallisce solo quando i privilegi sono elevati, concentrati sul passaggio di privilegi e autorizzazioni. Se entrambi falliscono con l'account normale, torna al client SSH, al server X locale e alle impostazioni di inoltro del server.

Scegli l'interfaccia testuale quando la grafica non è necessaria.

L'inoltro X11 è utile quando un particolare flusso di lavoro richiede effettivamente l'interfaccia grafica, ma aggiunge dipendenze e può risultare lento su una connessione ad alta latenza. YaST fornisce anche un'interfaccia testuale ncurses per le sessioni del terminale. SUSE documenta come forzarlo per il modulo disco con:

yast2 disk --ncurses

Questa è una scelta pratica su un server senza interfaccia grafica, quando il client non dispone di un server X o quando la sessione grafica è instabile. È anche possibile eseguire i moduli YaST dalla riga di comando laddove le opzioni supportate lo consentano. Consultare l'elenco dei moduli con yast -le la relativa guida, anziché presumere che ogni modulo grafico abbia operazioni equivalenti da riga di comando.

Guida dal sintomo all'azione

Note sulla sicurezza e sulla versione

L'inoltro X11 è più di una semplice comodità visiva: i programmi grafici remoti comunicano con il display del client. Utilizzalo solo con sistemi di cui ti fidi. OpenSSH distingue l'inoltro non attendibile con -Xdall'inoltro attendibile con -Y; l'inoltro attendibile offre ai client X remoti un accesso più ampio al display locale. Inizia con -X. Considera di utilizzarlo per un host attendibile solo -Yquando una specifica applicazione lo richiede e la tua politica di sicurezza lo consente.

L'errore YaST e la relativa soluzione alternativa sopra descritti sono verificati nella Guida alla distribuzione di SUSE Linux Enterprise Server 15 SP7. I moduli YaST, i backend grafici disponibili e il comportamento all'avvio possono variare a seconda delle versioni di SLES, SLED e openSUSE. Consultare la documentazione per informazioni precise sul prodotto e sulla versione installati sull'host remoto. Revisionato il 6 ottobre 2026.

Riferimenti: Guida alla distribuzione di SUSE SLES 15 SP7: YaST su SSH ; Guida alla sicurezza e alla protezione di SUSE SLES 15 SP7: OpenSSH ; Guida di SUSE SLES 15 SP7: Sistema X Window e autenticazione ; Guida di amministrazione di SUSE SLES 15 SP7: Modalità testo e opzioni della riga di comando di YaST .