Как исправить проблему с запуском графического интерфейса YaST при переадресации X11 по SSH

Если графическое окно YaST не работает по SSH, сначала проверьте, работает ли вообще переадресация X11. С клиентского компьютера подключитесь с помощью команды `yast` ssh -X admin@server, затем протестируйте другую удаленную графическую программу. Если эта программа открывается, но YaST отображает XIO: fatal IO error 11что-то вроде localhost:11.0`<i>`, SUSE предлагает целенаправленное решение: запустите соответствующую команду YaST с QT_XCB_GL_INTEGRATION=noneпрефиксом `<i>`. Например, используйте `yast` QT_XCB_GL_INTEGRATION=none yast2 disk. Это решение применяется к сбою переадресации Qt/OpenGL; оно не исправит отсутствие локального X-сервера, неустановленный `<i>` DISPLAY, заблокированную переадресацию сервера или не установленный модуль YaST.

Начните с самых быстрых проверок.

Для работы графического интерфейса YaST требуется X-дисплей на стороне клиента и работающий SSH-туннель X11. SSH-клиент устанавливает DISPLAYзначение переадресации на удаленном хосте, когда переадресация активна. Обычный вход по SSH может работать даже без переадресации графики, поэтому успешная сессия в терминале сама по себе не подтверждает наличие X11.

1. Убедитесь, что на клиентском компьютере активен X-сервер или сеанс отображения, совместимый с X11. В Windows, согласно документации SUSE, переадресация X11 в PuTTY должна быть включена в разделе «Подключение» > «SSH» > «X11» ; также должен быть доступен локальный X-сервер.
2. Повторно подключитесь с включенной переадресацией: ssh -X admin@server. Используйте фактическое имя вашей учетной записи и имя хоста.
3. В удалённой оболочке проверьте echo "$DISPLAY". При переадресации на экран обычно отображается значение, например localhost:10.0, или localhost:11.0. Пустое значение означает, что сеанс не установил переадресацию X11.
4. Запустите небольшое X-приложение, установленное на удалённой системе. Если оно не может открыться на вашем локальном рабочем столе, исправьте переадресацию, прежде чем устранять неполадки в YaST.

Например, администратор, подключающийся с рабочей станции Linux, может использовать команду `ssh` ssh -X ops@server.example, а затем запустить доступное тестовое приложение. Если окно приложения отображается локально, значит, SSH-туннель и локальный дисплей работают. Если же нет, ошибка типа «Невозможно открыть дисплей» указывает на путь X11, а не на обходное решение для графики, специфичное для YaST.

Воспользуйтесь специальным обходным решением SUSE для YaST.

В руководстве по развертыванию SUSE SLES 15 SP7 описан случай, когда графический интерфейс YaST, работающий по SSH с переадресацией X, дает сбой XIO: fatal IO error 11 (Resource temporarily unavailable). localhost:11.0Рекомендуемое решение — отключить интеграцию XCB GL из Qt для этой команды. Выполните команду для нужного вам модуля, например:

QT_XCB_GL_INTEGRATION=none yast2 disk

В том же руководстве приведен следующий пример интерфейса установки YaST:

QT_XCB_GL_INTEGRATION=none yast.ssh

Используйте команду, соответствующую вашей задаче; yast2 diskона открывает дисковый модуль, а команда, yast.sshотображаемая в процессе установки, будет использоваться для других задач. Добавление префикса к одной команде ограничивает настройку только этим запуском. Не добавляйте её постоянно в глобальный профиль оболочки, если у вас нет отдельной причины изменять поведение Qt для других программ.

Это решение особенно актуально, когда сам X11 работает, но YaST завершает работу или выводит конкретную ошибку XIO. Если та же ошибка сохраняется, протестируйте другой модуль и проверьте настройки переадресации клиента и сервера. Другие графические сбои могут иметь разные причины; предложенное SUSE решение не является универсальным средством для всех проблем с Qt, GPU или дисплеем.

Проверьте SSH-сервер, если значение DISPLAY пустое.

На сервере SUSE необходимо разрешить переадресацию X11 в конфигурации демона SSH. Администратор может проверить /etc/ssh/sshd_configи подтвердить, что действующая конфигурация включает в себя:

X11Forwarding yes

Политика сервера также может быть задана через входящие в комплект конфигурационные файлы или управляться централизованно, поэтому не следует предполагать, что достаточно отредактировать одну строку. После авторизованного изменения проверьте конфигурацию и перезагрузите службу:

sudo sshd -t
sudo systemctl reload sshd.service

Оставьте текущую SSH-сессию открытой во время проверки конфигурации и попробуйте войти во второй раз, прежде чем закрыть её. Проверка синтаксиса выявляет некорректную конфигурацию, но она не подтверждает правильность политики или работоспособность переадресации со стороны клиента. Если вы не являетесь администратором SSH-сервера, попросите его администратора проверить действующую политику, вместо того чтобы редактировать системные файлы самостоятельно.

После любых изменений на стороне сервера переподключитесь и повторите DISPLAYтесты удаленного приложения. Если сервер сообщает о проблеме с авторизацией, проверьте, есть ли у удаленного пользователя действительная запись авторизации X. xauth listИзбегайте копирования файлов cookie авторизации вручную или ослабления контроля доступа к экрану для открытия окна.

Запустите YaST с правами администратора, не теряя при этом изображение на экране.

YaST изменяет системные настройки и обычно требует авторизации администратора. Распространенная причина путаницы заключается в том, что непривилегированный пользователь может отобразить тестовое окно, но YaST завершает работу с ошибкой после повышения привилегий. Процесс с повышенными привилегиями может не сохранить перенаправленные данные DISPLAYили данные авторизации X, необходимые для подключения к нему.

Используйте утвержденный вашей организацией метод повышения привилегий и проверьте, что получает процесс YaST. Не включайте прямой вход по SSH от имени root только для получения графического интерфейса; рекомендации SUSE по безопасности рекомендуют входить в систему как непривилегированный пользователь и использовать sudoкоманду для команд от имени root. Если ваша политика sudo намеренно фильтрует переменные среды, связанные с отображением, попросите администратора предоставить утвержденный метод с узкой областью действия. Избегайте широких правил сохранения среды или команд, которые предоставляют доступ к локальному дисплею каждому пользователю хоста.

Основное диагностическое различие простое: если приложение X, открытое от имени вашей обычной учетной записи, не работает, но YaST выдает ошибку только при повышенных правах, сосредоточьтесь на передаче привилегий и авторизации. Если оба процесса не работают при использовании обычной учетной записи, вернитесь к настройкам SSH-клиента, локального X-сервера и переадресации сервера.

Выбирайте текстовый интерфейс, если графика не требуется.

Переадресация X11 полезна, когда для конкретного рабочего процесса действительно требуется графический интерфейс, но она добавляет зависимости и может работать медленно при высокой задержке соединения. YaST также предоставляет текстовый интерфейс ncurses для терминальных сессий. В документации SUSE указано, что для модуля диска он принудительно используется:

yast2 disk --ncurses

Это практичный вариант для безмониторного сервера, когда у клиента нет X-сервера или когда графическая сессия нестабильна. Вы также можете запускать модули YaST из командной строки, если это позволяют поддерживаемые ими параметры. Проверьте список модулей с помощью команды `yart` yast -lи обратитесь к справке по каждому модулю, а не предполагайте, что каждый графический модуль имеет эквивалентные операции командной строки.

Пошаговое руководство по применению метода «от симптома к действию»

Примечания по безопасности и версиям

Переадресация X11 — это больше, чем просто визуальное удобство: удалённые графические программы взаимодействуют с дисплеем клиента. Используйте её только с системами, которым вы доверяете. OpenSSH различает недоверенную переадресацию с помощью и -Xдоверенную переадресацию с помощью -Y; доверенная переадресация предоставляет удалённым X-клиентам более широкий доступ к локальному дисплею. Начните с -X. Рассматривайте возможность использования для доверенного хоста только -Yв том случае, если этого требует конкретное приложение и ваша политика безопасности это позволяет.

Ошибка YaST и описанное выше решение проверены в руководстве по развертыванию SUSE Linux Enterprise Server 15 SP7. Модули YaST, доступные графические бэкэнды и поведение при запуске могут различаться в разных версиях SLES, SLED и openSUSE. Для получения информации о точном продукте и версии, установленных на удаленном хосте, обратитесь к документации. Проверено 6 октября 2026 г.

Ссылки: Руководство по развертыванию SUSE SLES 15 SP7: YaST через SSH ; Руководство по безопасности и усилению защиты SUSE SLES 15 SP7: OpenSSH ; Руководство SUSE SLES 15 SP7: Система X Window и аутентификация ; Руководство по администрированию SUSE SLES 15 SP7: текстовый режим YaST и параметры командной строки .