Jak naprawić problem z uruchomieniem interfejsu graficznego YaST przez przekierowanie SSH X11

Jeśli okno graficzne YaSTa ulegnie awarii przez SSH, najpierw sprawdź, czy przekierowanie X11 w ogóle działa. Z komputera klienckiego połącz się za pomocą ssh -X admin@server, a następnie przetestuj inny zdalny program graficzny. Jeśli ten program się uruchomi, ale YaST wyświetli komunikat XIO: fatal IO error 11na ekranie takim jak localhost:11.0, SUSE dokumentuje odpowiednie obejście: uruchom polecenie YaST z przedrostkiem QT_XCB_GL_INTEGRATION=none. Na przykład użyj QT_XCB_GL_INTEGRATION=none yast2 disk. To obejście ma zastosowanie w przypadku awarii przekierowania Qt/OpenGL; nie naprawi ono brakującego lokalnego serwera X, nieustawionego DISPLAY, zablokowanego przekierowania serwera ani niezainstalowanego modułu YaST.

Zacznij od najszybszych kontroli

Graficzny interfejs YaST wymaga wyświetlania X po stronie klienta i działającego tunelu SSH X11. Klient SSH ustawia DISPLAYwartość przekierowania na hoście zdalnym, gdy przekierowanie jest aktywne. Zwykłe logowanie SSH może działać nawet wtedy, gdy grafika nie jest przekierowana, więc sama udana sesja terminala nie potwierdza X11.

1. Upewnij się, że komputer kliencki ma aktywny serwer X lub sesję wyświetlania zgodną z X11. W systemie Windows dokumentacja SUSE umożliwia włączenie przekierowania X11 w PuTTY w sekcji Połączenie > SSH > X11 ; lokalny serwer X musi być również dostępny.
2. Połącz się ponownie z włączonym przekierowaniem: ssh -X admin@serverUżyj swojego rzeczywistego konta i nazwy hosta.
3. W zdalnej powłoce sprawdź echo "$DISPLAY". W przypadku przekierowanego wyświetlania powinna normalnie wyświetlać się wartość taka jak localhost:10.0lub localhost:11.0. Pusta wartość oznacza, że ​​sesja nie nawiązała przekierowania X11.
4. Uruchom małą aplikację X zainstalowaną w systemie zdalnym. Jeśli nie możesz jej otworzyć na pulpicie lokalnym, napraw przekierowanie przed rozwiązywaniem problemów z YaST.

Na przykład administrator łączący się ze stacji roboczej z systemem Linux może użyć ssh -X ops@server.example, a następnie uruchomić dostępną aplikację testową. Jeśli okno aplikacji pojawia się lokalnie, tunel SSH i lokalny wyświetlacz działają. Jeśli nie, błąd, taki jak „Nie można otworzyć wyświetlacza”, wskazuje na ścieżkę X11, a nie na obejście problemu graficznego specyficzne dla YaST.

Zastosuj obejście specyficzne dla YaST firmy SUSE

W podręczniku wdrażania SLES 15 SP7 firmy SUSE opisano przypadek, w którym interfejs graficzny YaST przez SSH z przekierowaniem X nie działa z poleceniem XIO: fatal IO error 11 (Resource temporarily unavailable)on localhost:11.0. Zalecanym obejściem jest wyłączenie integracji XCB GL z Qt dla tego jednego polecenia. Uruchom polecenie dla potrzebnego modułu, na przykład:

QT_XCB_GL_INTEGRATION=none yast2 disk

W tym samym przewodniku znajdziesz następujący przykład interfejsu instalacyjnego YaST:

QT_XCB_GL_INTEGRATION=none yast.ssh

Użyj polecenia odpowiadającego zadaniu; yast2 diskotwiera moduł dysku, a symbol yast.sshjest wyświetlany dla przepływu pracy instalacji. Dodanie prefiksu do pojedynczego polecenia ogranicza ustawienie do tego uruchomienia. Nie dodawaj go na stałe do globalnego profilu powłoki, chyba że masz odrębny powód, aby zmienić zachowanie Qt dla innych programów.

Ta poprawka jest szczególnie istotna, gdy samo X11 działa, ale YaST kończy działanie lub wyświetla konkretny błąd XIO. Jeśli ten sam błąd występuje nadal, należy przetestować inny moduł i sprawdzić konfigurację przekierowania klienta i serwera. Inne awarie grafiki mogą mieć różne przyczyny; obejście problemu SUSE nie jest uniwersalnym lekarstwem na każdy problem z Qt, GPU lub wyświetlaczem.

Sprawdź serwer SSH, gdy pole DISPLAY jest puste

Na serwerze SUSE przekierowanie X11 musi być dozwolone w konfiguracji demona SSH. Administrator może sprawdzić /etc/ssh/sshd_configi potwierdzić, czy obowiązująca konfiguracja obejmuje:

X11Forwarding yes

Politykę serwera można również dostarczyć za pośrednictwem dołączonych plików konfiguracyjnych lub zarządzać nią centralnie, dlatego nie zakładaj, że edycja jednego wiersza wystarczy. Po autoryzowanej zmianie zweryfikuj konfigurację i przeładuj usługę:

sudo sshd -t
sudo systemctl reload sshd.service

Pozostaw otwartą sesję SSH podczas sprawdzania konfiguracji i przetestuj drugie logowanie przed jej zamknięciem. Kontrola składni wykryje błędną konfigurację, ale nie potwierdzi poprawności polityki ani prawidłowego przekazywania od klienta. Jeśli nie administrujesz serwerem SSH, poproś jego administratora o sprawdzenie obowiązującej polityki, zamiast samodzielnie edytować pliki systemowe.

Połącz się ponownie po każdej zmianie po stronie serwera i powtórz DISPLAYtesty aplikacji zdalnej. Jeśli serwer zgłasza problem z autoryzacją, sprawdź, czy użytkownik zdalny ma prawidłowy wpis autoryzacji X za pomocą xauth list. Unikaj ręcznego kopiowania plików cookie autoryzacyjnych lub osłabiania kontroli dostępu do wyświetlania, aby umożliwić otwarcie okna.

Uruchom YaST z uprawnieniami administratora bez utraty wyświetlania

YaST zmienia ustawienia systemowe i zazwyczaj wymaga autoryzacji administracyjnej. Częstym źródłem nieporozumień jest to, że użytkownik bez uprawnień może wyświetlić okno testowe, ale YaST kończy się niepowodzeniem po podniesieniu uprawnień. Proces z podniesionymi uprawnieniami może nie zachować przekazanych danych DISPLAYlub danych autoryzacji X potrzebnych do połączenia się z nim.

Użyj zatwierdzonej w organizacji metody podniesienia uprawnień i sprawdź, co otrzymuje proces YaST. Nie włączaj bezpośredniego logowania SSH z uprawnieniami roota tylko po to, by uzyskać dostęp do graficznego interfejsu użytkownika; wytyczne bezpieczeństwa SUSE zalecają logowanie się jako użytkownik bez uprawnień i używanie go sudodo poleceń roota. Jeśli polityka sudo celowo filtruje zmienne środowiskowe związane z wyświetlaniem, poproś administratora o udostępnienie zatwierdzonej metody o wąskim zakresie. Unikaj ogólnych reguł ochrony środowiska lub poleceń, które udostępniają lokalny ekran każdemu użytkownikowi hosta.

Istotne rozróżnienie diagnostyczne jest proste: jeśli aplikacja X została otwarta na Twoim normalnym koncie, ale YaST nie działa tylko po podniesieniu uprawnień, skoncentruj się na przekazaniu uprawnień i autoryzacji. Jeśli oba nie działają na normalnym koncie, wróć do ustawień klienta SSH, lokalnego serwera X i przekierowania serwera.

Wybierz interfejs tekstowy, gdy grafika jest zbędna

Przekierowanie X11 jest przydatne, gdy dany przepływ pracy rzeczywiście wymaga interfejsu graficznego, ale dodaje zależności i może być powolne w przypadku połączenia o dużym opóźnieniu. YaST udostępnia również interfejs tekstowy ncurses dla sesji terminalowych. Dokumenty SUSE wymuszają to dla modułu dyskowego za pomocą:

yast2 disk --ncurses

Jest to praktyczne rozwiązanie na serwerze bezgłowym, gdy klient nie ma serwera X lub gdy sesja graficzna jest niestabilna. Moduły YaST można również uruchamiać z wiersza poleceń, o ile pozwalają na to obsługiwane opcje. Sprawdź listę modułów za pomocą yast -li skorzystaj z pomocy danego modułu, zamiast zakładać, że każdy moduł graficzny ma równoważne operacje wiersza poleceń.

Przewodnik od objawów do działań

Notatki dotyczące bezpieczeństwa i wersji

Przekierowywanie X11 to coś więcej niż tylko wygoda wizualna: zdalne programy graficzne komunikują się z wyświetlaczem klienta. Używaj go tylko z systemami, którym ufasz. OpenSSH odróżnia niezaufane przekierowanie -Xod zaufanego przekierowania -Y; zaufane przekierowanie daje zdalnym klientom X szerszy dostęp do lokalnego wyświetlacza. Zacznij od . Rozważ zaufanego hosta -Xtylko wtedy, gdy wymaga tego konkretna aplikacja, a Twoja polityka bezpieczeństwa na to pozwala.-Y

Powyższy błąd YaST i sposób jego obejścia zostały zweryfikowane w Podręczniku wdrażania systemu SUSE Linux Enterprise Server 15 SP7. Moduły YaST, dostępne graficzne back-endy i sposób uruchamiania mogą się różnić w zależności od wersji SLES, SLED i openSUSE. Sprawdź dokumentację, aby dowiedzieć się, jaki produkt i jaka wersja są zainstalowane na hoście zdalnym. Data weryfikacji: 6 października 2026 r.

Odnośniki: SUSE SLES 15 SP7 Deployment Guide: YaST przez SSH ; SUSE SLES 15 SP7 Security and Hardening Guide: OpenSSH ; SUSE SLES 15 SP7 Guide: X Window System i uwierzytelnianie ; SUSE SLES 15 SP7 Administration Guide: YaST w trybie tekstowym i opcje wiersza poleceń .