Cómo solucionar el problema de que la interfaz gráfica de YaST no se inicie a través del reenvío SSH X11

Si la ventana gráfica de YaST falla a través de SSH, primero verifique si el reenvío de X11 funciona. Desde el equipo cliente, conéctese con ssh -X admin@server, luego pruebe otro programa gráfico remoto. Si ese programa se abre pero YaST informa XIO: fatal IO error 11en una pantalla como localhost:11.0, SUSE documenta una solución alternativa específica: ejecute el comando YaST afectado con QT_XCB_GL_INTEGRATION=nonedelante. Por ejemplo, use QT_XCB_GL_INTEGRATION=none yast2 disk. Esta solución alternativa se aplica a un fallo de reenvío de Qt/OpenGL; no reparará un servidor X local faltante, un no configurado DISPLAY, un reenvío de servidor bloqueado o un módulo YaST que no esté instalado.

Comience con las comprobaciones más rápidas.

La interfaz gráfica de YaST requiere una pantalla X en el cliente y un túnel SSH X11 en funcionamiento. El cliente SSH establece un DISPLAYvalor de reenvío en el host remoto cuando el reenvío está activo. Un inicio de sesión SSH simple puede funcionar incluso cuando los gráficos no están reenviados, por lo que una sesión de terminal exitosa por sí sola no confirma la presencia de X11.

1. Asegúrese de que el equipo cliente tenga un servidor X activo o una sesión de visualización compatible con X11. En Windows, la documentación de SUSE explica cómo habilitar el reenvío de X11 en PuTTY, en Conexión > SSH > X11 ; también debe estar disponible un servidor X local.
2. Vuelva a conectarse con el reenvío habilitado: ssh -X admin@server. Utilice su cuenta y nombre de host reales.
3. En la consola remota, compruebe echo "$DISPLAY". Con una pantalla reenviada, normalmente debería mostrar un valor como localhost:10.0o localhost:11.0. Un valor en blanco significa que la sesión no estableció el reenvío X11.
4. Inicie una pequeña aplicación X instalada en el sistema remoto. Si no se abre en su escritorio local, solucione el problema de reenvío antes de solucionar los problemas de YaST.

Por ejemplo, un administrador que se conecta desde una estación de trabajo Linux podría usar ssh -X ops@server.exampley luego ejecutar una aplicación de prueba disponible. Si la ventana de la aplicación aparece localmente, el túnel SSH y la pantalla local funcionan. Si no aparece, un error como "No se puede abrir la pantalla" apunta a la ruta X11 en lugar de a una solución gráfica específica de YaST.

Aplique la solución alternativa específica para YaST de SUSE.

La guía de implementación de SLES 15 SP7 de SUSE documenta un caso en el que la interfaz gráfica de usuario de YaST a través de SSH con reenvío X falla con XIO: fatal IO error 11 (Resource temporarily unavailable). localhost:11.0Su solución recomendada es deshabilitar la integración de XCB GL de Qt para ese comando en particular. Ejecute el comando para el módulo que necesita, por ejemplo:

QT_XCB_GL_INTEGRATION=none yast2 disk

Para la interfaz de instalación de YaST, la misma guía proporciona este ejemplo:

QT_XCB_GL_INTEGRATION=none yast.ssh

Utilice el comando que corresponda a su tarea; yast2 diskabre el módulo de disco, mientras que yast.sshse muestra para el flujo de trabajo de instalación. Anteponer un único comando limita la configuración a ese inicio. No lo añada de forma permanente a un perfil de shell global a menos que tenga un motivo específico para modificar el comportamiento de Qt en otros programas.

Esta solución es especialmente relevante cuando X11 funciona correctamente, pero YaST se cierra o muestra el error XIO específico. Si el error persiste, pruebe con un módulo diferente y revise la configuración de reenvío del cliente y del servidor. Otros fallos gráficos pueden tener distintas causas; la solución alternativa de SUSE no es una cura general para todos los problemas de Qt, GPU o pantalla.

Compruebe el servidor SSH cuando DISPLAY esté vacío.

En el servidor SUSE, el reenvío X11 debe estar permitido por la configuración del demonio SSH. Un administrador puede inspeccionar /etc/ssh/sshd_configy confirmar que la configuración efectiva incluye:

X11Forwarding yes

La política del servidor también puede proporcionarse mediante archivos de configuración incluidos o gestionarse de forma centralizada, por lo que no dé por sentado que basta con editar una sola línea. Tras un cambio autorizado, valide la configuración y reinicie el servicio.

sudo sshd -t
sudo systemctl reload sshd.service

Mantenga abierta la sesión SSH actual mientras verifica la configuración y pruebe un segundo inicio de sesión antes de cerrarla. Una verificación de sintaxis detecta configuraciones incorrectas, pero no garantiza que la política sea correcta ni que el reenvío funcione desde el cliente. Si no administra el servidor SSH, solicite a su administrador que verifique la política vigente en lugar de editar usted mismo los archivos del sistema.

Vuelva a conectarse después de cualquier cambio en el servidor y repita las DISPLAYpruebas de la aplicación remota. Si el servidor informa un problema de autorización, verifique si el usuario remoto tiene una entrada de autorización X válida xauth list. Evite copiar manualmente las cookies de autorización o debilitar los controles de acceso de visualización para que se abra la ventana.

Ejecuta YaST con privilegios de administrador sin perder la visualización.

YaST modifica la configuración del sistema y, por lo general, requiere autorización administrativa. Una fuente común de confusión es que el usuario sin privilegios puede visualizar una ventana de prueba, pero YaST falla tras elevar sus privilegios. Es posible que el proceso con privilegios elevados no conserve los DISPLAYdatos de autorización X reenviados necesarios para conectarse.

Utilice el método de elevación de privilegios aprobado por su organización y verifique qué recibe el proceso YaST. No habilite el inicio de sesión SSH directo como root solo para obtener una interfaz gráfica; la guía de seguridad de SUSE recomienda iniciar sesión como un usuario sin privilegios y usar sudocomandos de root. Si su política de sudo filtra intencionalmente las variables de entorno relacionadas con la pantalla, solicite a un administrador que proporcione un método aprobado con un alcance limitado. Evite reglas o comandos de preservación de entorno amplios que expongan la pantalla local a todos los usuarios del host.

La distinción diagnóstica relevante es sencilla: si una aplicación X se abre con su cuenta habitual, pero YaST falla solo al elevar sus privilegios, concéntrese en la transferencia de privilegios y autorización. Si ambas fallan con la cuenta habitual, revise la configuración del cliente SSH, el servidor X local y el reenvío del servidor.

Elija la interfaz de texto cuando los gráficos no sean necesarios.

El reenvío X11 es útil cuando un flujo de trabajo específico requiere realmente la interfaz gráfica, pero añade dependencias y puede resultar lento en una conexión de alta latencia. YaST también proporciona una interfaz de texto ncurses para sesiones de terminal. SUSE documenta cómo forzar su uso para el módulo de disco con:

yast2 disk --ncurses

Esta es una opción práctica en un servidor sin interfaz gráfica, cuando el cliente no tiene servidor X o cuando la sesión gráfica es inestable. También puede ejecutar módulos de YaST desde la línea de comandos, siempre que sus opciones compatibles lo permitan. Consulte la lista de módulos con `yes` yast -ly revise la ayuda de cada módulo en lugar de asumir que todos los módulos gráficos tienen operaciones equivalentes en la línea de comandos.

Guía de síntomas a medidas correctivas

Notas de seguridad y de versión

El reenvío X11 es más que una simple comodidad visual: los programas gráficos remotos se comunican con la pantalla del cliente. Úselo solo con sistemas de confianza. OpenSSH distingue entre el reenvío no confiable y -Xel reenvío -Yconfiable; este último otorga a los clientes X remotos un acceso más amplio a la pantalla local. Comience con -X. Considere usarlo solo -Ypara un host de confianza cuando una aplicación específica lo requiera y su política de seguridad lo permita.

El error de YaST y la solución alternativa descritos anteriormente se verifican en la Guía de implementación de SUSE Linux Enterprise Server 15 SP7. Los módulos de YaST, los backends gráficos disponibles y el comportamiento de inicio pueden variar entre las versiones de SLES, SLED y openSUSE. Consulte la documentación para conocer el producto y la versión exactos instalados en el host remoto. Revisado el 6 de octubre de 2026.

Referencias: Guía de implementación de SUSE SLES 15 SP7: YaST sobre SSH ; Guía de seguridad y endurecimiento de SUSE SLES 15 SP7: OpenSSH ; Guía de SUSE SLES 15 SP7: Sistema X Window y autenticación ; Guía de administración de SUSE SLES 15 SP7: Modo texto de YaST y opciones de línea de comandos .