Cum se remediază problema interfeței grafice YaST care nu se lansează prin SSH - Redirecționare X11

Dacă fereastra grafică YaST eșuează prin SSH, verificați mai întâi dacă redirecționarea X11 funcționează. De pe computerul client, conectați-vă cu ssh -X admin@server, apoi testați un alt program grafic la distanță. Dacă programul respectiv se deschide, dar YaST raportează XIO: fatal IO error 11pe un ecran precum localhost:11.0, SUSE documentează o soluție specifică: executați comanda YaST afectată cu QT_XCB_GL_INTEGRATION=noneîn fața sa. De exemplu, utilizați QT_XCB_GL_INTEGRATION=none yast2 disk. Această soluție se aplică unei erori de redirecționare Qt/OpenGL; nu va repara un server X local lipsă, o DISPLAYredirecționare de server nesetată , blocată sau un modul YaST care nu este instalat.

Începeți cu cele mai rapide verificări

Interfața grafică YaST necesită un afișaj X pe partea clientului și un tunel SSH X11 funcțional. Clientul SSH setează o DISPLAYvaloare redirecționată pe gazda la distanță atunci când redirecționarea este activă. O simplă conectare SSH poate funcționa chiar și atunci când elementele grafice nu sunt redirecționate, deci o sesiune de terminal reușită nu confirmă X11.

1. Asigurați-vă că computerul client are un server X activ sau o sesiune de afișare compatibilă cu X11. Pe Windows, SUSE documentează activarea redirecționării X11 în PuTTY sub Conexiune > SSH > X11 ; trebuie să fie disponibil și un server X local.
2. Reconectați-vă cu redirecționarea activată: ssh -X admin@server. Folosiți contul și numele de gazdă actuale.
3. Pe shell-ul la distanță, verificați echo "$DISPLAY". Cu un afișaj redirecționat, ar trebui să afișeze în mod normal o valoare precum localhost:10.0sau localhost:11.0. O valoare goală înseamnă că sesiunea nu a stabilit redirecționarea X11.
4. Lansați o aplicație X de dimensiuni reduse, instalată pe sistemul la distanță. Dacă nu se poate deschide pe desktopul local, remediați redirecționarea înainte de a depana YaST.

De exemplu, un administrator care se conectează de pe o stație de lucru Linux ar putea utiliza ssh -X ops@server.example, apoi ar putea rula o aplicație de test disponibilă. Dacă fereastra aplicației apare local, tunelul SSH și afișajul local funcționează. Dacă nu funcționează, o eroare precum „Nu se poate deschide afișajul” indică calea X11, mai degrabă decât o soluție grafică specifică YaST.

Aplicați soluția SUSE specifică YaST

Ghidul de implementare SLES 15 SP7 de la SUSE documentează un caz în care interfața grafică YaST prin SSH cu redirecționare X eșuează cu eroarea XIO: fatal IO error 11 (Resource temporarily unavailable)on localhost:11.0. Soluția recomandată este dezactivarea integrării XCB GL a Qt pentru comanda respectivă. Executați comanda pentru modulul de care aveți nevoie, de exemplu:

QT_XCB_GL_INTEGRATION=none yast2 disk

Pentru interfața de instalare YaST, același ghid oferă acest exemplu:

QT_XCB_GL_INTEGRATION=none yast.ssh

Folosește comanda care corespunde sarcinii tale; yast2 diskdeschide modulul de disc, în timp ce yast.ssheste afișat pentru fluxul de lucru de instalare. Prefixarea unei singure comenzi menține setarea limitată la acea lansare. Nu o adăugați permanent la un profil global de shell decât dacă aveți un motiv separat pentru a modifica comportamentul Qt pentru alte programe.

Această soluție este relevantă în special atunci când X11 funcționează, dar YaST se închide sau afișează eroarea XIO specifică. Dacă aceeași eroare persistă, testați un alt modul și revizuiți configurația de redirecționare a clientului și serverului. Alte erori grafice pot avea cauze diferite; soluția SUSE nu este un remediu general pentru fiecare problemă Qt, GPU sau afișaj.

Verificați serverul SSH când DISPLAY este gol

Pe serverul SUSE, redirecționarea X11 trebuie să fie permisă de configurația daemonului SSH. Un administrator poate inspecta /etc/ssh/sshd_configși confirma dacă configurația efectivă include:

X11Forwarding yes

Politica serverului poate fi furnizată și prin fișierele de configurare incluse sau gestionată central, așadar nu presupuneți că editarea unei singure linii este suficientă. După o modificare autorizată, validați configurația și reîncărcați serviciul:

sudo sshd -t
sudo systemctl reload sshd.service

Mențineți sesiunea SSH curentă deschisă în timp ce verificați configurația și testați o a doua conectare înainte de a o închide. O verificare a sintaxei detectează configurația incorectă, dar nu stabilește dacă politica este corectă sau dacă redirecționarea funcționează de la client. Dacă nu administrați serverul SSH, solicitați administratorului acestuia să verifice politica efectivă, în loc să editați singur fișierele de sistem.

Reconectați-vă după orice modificare la nivelul serverului și repetați DISPLAYtestele și pentru aplicațiile la distanță. Dacă serverul raportează o problemă de autorizare, verificați dacă utilizatorul la distanță are o intrare de autorizare X validă cu xauth list. Evitați copierea manuală a cookie-urilor de autorizare sau slăbirea controalelor de acces la afișare pentru a deschide fereastra.

Rulați YaST cu privilegii administrative fără a pierde afișajul

YaST modifică setările de sistem și, de obicei, necesită autorizare administrativă. O sursă frecventă de confuzie este faptul că utilizatorul neprivilegiat poate afișa o fereastră de testare, dar YaST eșuează după ridicarea privilegiilor. Procesul ridicat poate să nu păstreze datele de autorizare redirecționate DISPLAYsau datele de autorizare X necesare pentru conectarea la acesta.

Folosește metoda aprobată de organizația ta de creștere a privilegiilor și verifică ce primește procesul YaST. Nu activează conectarea directă SSH ca utilizator root doar pentru a obține o interfață grafică; îndrumările de securitate SUSE recomandă conectarea ca utilizator neprivilegiat și utilizarea sudocomenzilor root. Dacă politica ta sudo filtrează în mod intenționat variabilele de mediu legate de afișare, solicită unui administrator să furnizeze o metodă aprobată cu un domeniu de aplicare restrâns. Evită regulile sau comenzile generale de conservare a mediului care expun afișajul local fiecărui utilizator gazdă.

Distincția relevantă pentru diagnostic este simplă: dacă o aplicație X s-a deschis ca un cont normal, dar YaST eșuează doar atunci când este ridicat la niveluri, concentrați-vă pe transferul privilegiilor și al autorizației. Dacă ambele eșuează ca un cont normal, reveniți la clientul SSH, serverul X local și setările de redirecționare a serverului.

Alegeți interfața text atunci când grafica nu este necesară

Redirecționarea X11 este utilă atunci când un anumit flux de lucru necesită cu adevărat interfața grafică, dar adaugă dependențe și poate părea lentă pe o conexiune cu latență ridicată. YaST oferă, de asemenea, o interfață text ncurses pentru sesiunile de terminal. SUSE documentează că o impune pentru modulul de disc cu:

yast2 disk --ncurses

Aceasta este o alegere practică pe un server headless, când clientul nu are un server X sau când sesiunea grafică este instabilă. De asemenea, puteți rula module YaST din linia de comandă, acolo unde opțiunile suportate permit acest lucru. Verificați lista de module cu yast -lși consultați ajutorul modulului respectiv, în loc să presupuneți că fiecare modul grafic are operațiuni echivalente în linia de comandă.

Ghid de la simptom la acțiune

Note de securitate și versiune

Redirecționarea X11 este mai mult decât o comoditate vizuală: programele grafice la distanță comunică cu afișajul clientului. Folosiți-o numai cu sistemele în care aveți încredere. OpenSSH distinge redirecționarea nesigură cu -Xde redirecționarea de încredere cu -Y; redirecționarea de încredere oferă clienților X la distanță acces mai larg la afișajul local. Începeți cu -X. Luați în considerare o gazdă de încredere doar -Yatunci când o anumită aplicație o necesită și politica dvs. de securitate o permite.

Eroarea YaST și soluția de mai sus sunt verificate în Ghidul de implementare SUSE Linux Enterprise Server 15 SP7. Modulele YaST, backend-urile grafice disponibile și comportamentul la pornire pot diferi între versiunile SLES, SLED și openSUSE. Consultați documentația pentru produsul și versiunea exactă instalate pe gazda la distanță. Recenzie din 6 octombrie 2026.

Referințe: Ghid de implementare SUSE SLES 15 SP7: YaST prin SSH ; Ghid de securitate și consolidare SUSE SLES 15 SP7: OpenSSH ; Ghid SUSE SLES 15 SP7: Sistemul X Window și autentificarea ; Ghid de administrare SUSE SLES 15 SP7: Modul text YaST și opțiunile din linia de comandă .