Hoe los je het probleem op dat de YaST GUI niet start via SSH X11-forwarding?

Als het grafische venster van YaST niet werkt via SSH, controleer dan eerst of X11-forwarding überhaupt werkt. Maak vanaf de clientcomputer verbinding met ssh -X admin@server, en test vervolgens een ander extern grafisch programma. Als dat programma wel opent, maar YaST XIO: fatal IO error 11een foutmelding geeft zoals localhost:11.0, beschrijft SUSE een gerichte oplossing: voer de betreffende YaST-opdracht uit met QT_XCB_GL_INTEGRATION=noneervoor. Gebruik bijvoorbeeld QT_XCB_GL_INTEGRATION=none yast2 disk. Deze oplossing is van toepassing op een Qt/OpenGL-forwardingfout; het lost geen probleem op met een ontbrekende lokale X-server, een niet-ingestelde DISPLAY, geblokkeerde serverforwarding of een niet-geïnstalleerde YaST-module.

Begin met de snelste controles.

De grafische YaST-interface vereist een X-scherm aan de clientzijde en een werkende SSH X11-tunnel. De SSH-client stelt een doorgestuurde DISPLAYwaarde in op de externe host wanneer doorsturen actief is. Een gewone SSH-login kan nog steeds werken, zelfs als grafische weergave niet is doorgestuurd, dus een succesvolle terminalsessie alleen is geen garantie voor X11.

1. Zorg ervoor dat de clientcomputer een actieve X-server of een X11-compatibele weergavesessie heeft. Op Windows beschrijft SUSE hoe u X11-forwarding in PuTTY kunt inschakelen via Verbinding > SSH > X11 ; er moet ook een lokale X-server beschikbaar zijn.
2. Opnieuw verbinding maken met doorsturen ingeschakeld: ssh -X admin@server. Gebruik uw daadwerkelijke account- en hostnaam.
3. Controleer in de externe shell de waarde echo "$DISPLAY". Bij een doorgestuurd scherm zou deze normaal gesproken een waarde zoals localhost:10.0of moeten weergeven localhost:11.0. Een lege waarde betekent dat de sessie geen X11-doorsturing tot stand heeft gebracht.
4. Start een kleine X-applicatie die op het externe systeem is geïnstalleerd. Als deze niet op uw lokale bureaublad kan worden geopend, los dan eerst het doorstuurprobleem op voordat u YaST gaat onderzoeken.

Een beheerder die bijvoorbeeld vanaf een Linux-werkstation verbinding maakt, kan de opdracht `sudo` gebruiken ssh -X ops@server.exampleen vervolgens een beschikbare testapplicatie uitvoeren. Als het applicatievenster lokaal verschijnt, werken de SSH-tunnel en het lokale scherm. Zo niet, dan wijst een foutmelding zoals "Kan scherm niet openen" op het X11-pad in plaats van een YaST-specifieke grafische oplossing.

Pas de YaST-specifieke oplossing van SUSE toe.

De SUSE SLES 15 SP7 Deployment Guide beschrijft een geval waarin de YaST GUI via SSH met X-forwarding faalt XIO: fatal IO error 11 (Resource temporarily unavailable). localhost:11.0De aanbevolen oplossing is om de XCB GL-integratie van Qt voor die specifieke opdracht uit te schakelen. Voer de opdracht uit voor de module die u nodig hebt, bijvoorbeeld:

QT_XCB_GL_INTEGRATION=none yast2 disk

Voor de installatie-interface van YaST geeft dezelfde handleiding het volgende voorbeeld:

QT_XCB_GL_INTEGRATION=none yast.ssh

Gebruik de opdracht die bij uw taak past; yast2 diskopent de schijfmodule, terwijl yast.sshwordt weergegeven voor de installatieworkflow. Door één enkele opdracht als voorvoegsel te gebruiken, blijft de instelling beperkt tot die specifieke uitvoering. Voeg deze niet permanent toe aan een globaal shellprofiel, tenzij u een aparte reden hebt om het Qt-gedrag voor andere programma's te wijzigen.

Deze oplossing is vooral relevant wanneer X11 zelf werkt, maar YaST vastloopt of de specifieke XIO-foutmelding weergeeft. Als dezelfde fout blijft optreden, test dan een andere module en controleer de client- en serverforwarding-instellingen. Andere grafische fouten kunnen verschillende oorzaken hebben; de SUSE-oplossing is geen algemene oplossing voor elk Qt-, GPU- of beeldschermprobleem.

Controleer de SSH-server wanneer DISPLAY leeg is.

Op de SUSE-server moet X11-forwarding zijn toegestaan ​​in de SSH-daemonconfiguratie. Een beheerder kan controleren /etc/ssh/sshd_configof de configuratie correct is ingesteld en bevestigen dat het volgende is opgenomen:

X11Forwarding yes

Serverbeleid kan ook worden ingesteld via meegeleverde configuratiebestanden of centraal worden beheerd, dus ga er niet vanuit dat het bewerken van één regel voldoende is. Na een geautoriseerde wijziging dient u de configuratie te valideren en de service opnieuw te laden.

sudo sshd -t
sudo systemctl reload sshd.service

Houd de huidige SSH-sessie open tijdens het controleren van de configuratie en test een tweede aanmelding voordat u de sessie sluit. Een syntaxcontrole detecteert onjuiste configuratie, maar garandeert niet dat het beleid correct is of dat doorsturen vanaf de client werkt. Als u de SSH-server niet beheert, vraag dan de beheerder om het geldende beleid te controleren in plaats van zelf systeembestanden te bewerken.

Maak na elke wijziging aan de serverzijde opnieuw verbinding en herhaal de DISPLAYtests voor de externe applicatie. Als de server een autorisatieprobleem meldt, controleer dan of de externe gebruiker een geldige X-autorisatie heeft xauth list. Vermijd het handmatig kopiëren van autorisatiecookies of het versoepelen van de toegangsrechten voor het scherm om het venster te openen.

YaST uitvoeren met beheerdersrechten zonder het scherm te verliezen.

YaST wijzigt systeeminstellingen en vereist doorgaans beheerdersrechten. Een veelvoorkomende bron van verwarring is dat een gebruiker zonder beheerdersrechten wel een testvenster kan weergeven, maar dat YaST na verhoging van de bevoegdheden vastloopt. Het proces met verhoogde bevoegdheden behoudt mogelijk niet de doorgestuurde DISPLAYgegevens of de X-autorisatiegegevens die nodig zijn om er verbinding mee te maken.

Gebruik de door uw organisatie goedgekeurde methode voor privilegeverhoging en controleer wat het YaST-proces ontvangt. Schakel geen directe root SSH-aanmelding in alleen om een ​​grafische gebruikersinterface te krijgen; de beveiligingsrichtlijnen van SUSE raden aan om in te loggen als een gebruiker zonder verhoogde privileges en sudoroot-opdrachten te gebruiken. Als uw sudo-beleid opzettelijk omgevingsvariabelen filtert die betrekking hebben op het scherm, vraag dan een beheerder om een ​​goedgekeurde methode met een beperkte reikwijdte. Vermijd brede regels voor het behoud van de omgeving of opdrachten die het lokale scherm aan elke hostgebruiker blootstellen.

Het relevante diagnostische onderscheid is eenvoudig: als een X-applicatie wordt geopend met uw normale account, maar YaST alleen faalt wanneer er beheerdersrechten worden gebruikt, concentreer u dan op de overdracht van privileges en autorisaties. Als beide mislukken met het normale account, ga dan terug naar de SSH-client, de lokale X-server en de instellingen voor serverdoorsturing.

Kies de tekstinterface als afbeeldingen niet nodig zijn.

X11-forwarding is handig wanneer een bepaalde workflow echt de grafische interface vereist, maar het voegt afhankelijkheden toe en kan traag aanvoelen op een verbinding met hoge latentie. YaST biedt ook een ncurses-tekstinterface voor terminalsessies. SUSE beschrijft hoe je dit voor de schijfmodule kunt afdwingen met:

yast2 disk --ncurses

Dit is een praktische keuze op een server zonder grafische interface, wanneer de client geen X-server heeft of wanneer de grafische sessie instabiel is. Je kunt YaST-modules ook vanaf de commandoregel uitvoeren, mits de ondersteunde opties dit toelaten. Controleer de modulelijst met `yast install yast` yast -len raadpleeg de helpfunctie van de betreffende module in plaats van ervan uit te gaan dat elke grafische module equivalente commandoregelbewerkingen heeft.

Van symptoom naar actie-handleiding

Beveiligings- en versie-opmerkingen

X11-forwarding is meer dan alleen een visueel gemak: externe grafische programma's communiceren met het scherm van de client. Gebruik het alleen met systemen die u vertrouwt. OpenSSH maakt onderscheid tussen onbetrouwbare forwarding en -Xbetrouwbare forwarding -Y; betrouwbare forwarding geeft externe X-clients bredere toegang tot het lokale scherm. Begin met -X. Overweeg alleen forwarding -Yvoor een vertrouwde host als een specifieke toepassing dit vereist en uw beveiligingsbeleid dit toestaat.

De bovenstaande YaST-fout en de bijbehorende oplossing worden bevestigd in de SUSE Linux Enterprise Server 15 SP7 Deployment Guide. YaST-modules, beschikbare grafische backends en het opstartgedrag kunnen verschillen tussen SLES-, SLED- en openSUSE-releases. Raadpleeg de documentatie voor het exacte product en de versie die op de externe host is geïnstalleerd. Herzien op 6 oktober 2026.

Referenties: SUSE SLES 15 SP7 Implementatiehandleiding: YaST via SSH ; SUSE SLES 15 SP7 Beveiligings- en beveiligingshandleiding: OpenSSH ; SUSE SLES 15 SP7 Handleiding: X Window System en authenticatie ; SUSE SLES 15 SP7 Beheerhandleiding: YaST tekstmodus en opdrachtregelopties .