En el sistema X Window , un administrador de pantalla X es un administrador de inicio de sesión gráfico que inicia una sesión de inicio de sesión en un servidor X desde la misma computadora o desde otra .
Un administrador de pantalla presenta al usuario una pantalla de inicio de sesión . La sesión comienza cuando el usuario ingresa correctamente una combinación válida de nombre de usuario y contraseña .
Cuando el administrador de pantalla se ejecuta en la computadora del usuario, inicia el servidor X antes de presentar al usuario la pantalla de inicio de sesión, repitiendo opcionalmente cuando el usuario cierra la sesión. En esta condición, el DM implementa en el sistema X Window la funcionalidad de getty e login en terminales en modo carácter . Cuando el administrador de pantalla se ejecuta en una computadora remota, actúa como un servidor telnet , solicitando nombre de usuario y contraseña e iniciando una sesión remota.
X11 Release 3 introdujo los administradores de pantalla en octubre de 1988 con el objetivo de dar soporte a los terminales X independientes , que recién salían al mercado. Varios administradores de pantalla continúan utilizándose de manera rutinaria para proporcionar un mensaje de inicio de sesión gráfico en estaciones de trabajo de computadoras independientes que ejecutan X. X11R4 introdujo el Protocolo de control de administrador de pantalla X ( XDMCP ) en diciembre de 1989 para solucionar problemas en la implementación de X11R3.
XDM (X Window Display Manager) se originó en X11R3. Esta primera versión, escrita por Keith Packard del MIT X Consortium, tenía varias limitaciones, la más notable de las cuales era que no podía detectar cuándo los usuarios apagaban y encendían los terminales X. En X11R3, XDM solo conocía un terminal X a partir de su entrada en el archivo Xservers , pero XDM solo consultaba este archivo cuando se iniciaba. Por lo tanto, cada vez que un usuario apagaba y encendía un terminal, el administrador del sistema tenía que enviar una señal SIGHUP a XDM para indicarle que volviera a escanear Xservers .
XDMCP llegó con la introducción de X11R4 (diciembre de 1989). Con XDMCP, el servidor X debe solicitar activamente una conexión de administrador de pantalla al host. Por lo tanto, un servidor X que utilice XDMCP ya no necesita una entrada en Xservers .
Un administrador de pantalla puede ejecutarse en la misma computadora en la que se encuentra el usuario (iniciando uno o más servidores X, mostrando la pantalla de inicio de sesión al principio y (opcionalmente) cada vez que el usuario cierra la sesión) o en una remota, trabajando de acuerdo con el protocolo XDMCP.
El protocolo XDMCP exige que el servidor X se inicie de forma autónoma y se conecte al administrador de pantalla. En el paradigma del sistema X Window, el servidor se ejecuta en la computadora que proporciona los dispositivos de entrada y visualización. Un servidor puede conectarse, mediante el protocolo XDMCP, a un administrador de pantalla que se ejecuta en otra computadora y solicitarle que inicie la sesión. En este caso, el servidor X actúa como un cliente telnet gráfico , mientras que el administrador de pantalla actúa como un servidor telnet: los usuarios inician programas desde la computadora que ejecuta el administrador de pantalla, mientras que la entrada y la salida se realizan en la computadora donde se encuentra el servidor (y el usuario).
Un administrador puede configurar un programa Selector XDMCP que se ejecuta en la computadora local o terminal X para conectarse al administrador de pantalla X de un host específico o para mostrar una lista de hosts adecuados entre los que el usuario puede elegir. La mayoría de las implementaciones permiten que dicha lista contenga:
Cuando el usuario selecciona un host de la lista, el Selector XDMCP que se ejecuta en la máquina local enviará un mensaje al administrador de pantalla de la computadora remota seleccionada y le indicará que se conecte al servidor X en la computadora o terminal local.
El protocolo de control del administrador de pantalla X (XDMCP) utiliza el puerto UDP 177. Un servidor X solicita que un administrador de pantalla inicie una sesión mediante el envío de un paquete. Si el administrador de pantalla permite el acceso a ese servidor X, responde enviando un paquete de vuelta al servidor X. (El servidor X también puede enviar o paquetes para iniciar una sesión; este mecanismo para solicitar una sesión se parece al uso de DHCP para solicitar una dirección IP).QueryWillingBroadcastQueryIndirectQuery
El administrador de pantalla debe autenticarse ante el servidor. Para ello, el servidor X envía un Requestpaquete al administrador de pantalla, que devuelve un Acceptpaquete. Si el Acceptpaquete contiene la respuesta que espera el servidor X, el administrador de pantalla se autentica. Para producir la respuesta correcta, es posible que el administrador de pantalla deba tener acceso a una clave secreta , por ejemplo. Si la autenticación se realiza correctamente, el servidor X envía un Managepaquete para informar al administrador de pantalla. A continuación, el administrador de pantalla muestra su pantalla de inicio de sesión conectándose al servidor X como un cliente X normal.
Durante la sesión, el servidor puede enviar KeepAlivepaquetes al administrador de pantalla a intervalos. Si el administrador de pantalla no responde con un Alivepaquete dentro de un tiempo determinado, el servidor X supone que el administrador de pantalla ha dejado de funcionar y puede finalizar la conexión.
Un problema con XDMCP es que, de manera similar a Telnet , la autenticación se realiza sin cifrar. Si es posible espiar, el sistema queda expuesto a ataques. Es más seguro utilizar un túnel SSH para el tráfico X. [1]
El sistema X Window proporciona XDM como su administrador de visualización estándar.
Los programadores han desarrollado otros administradores de pantalla X, tanto comerciales como gratuitos, que ofrecen funcionalidad adicional a la administración de pantalla básica:
En algunas distribuciones de Unix, el administrador de pantalla predeterminado se selecciona en el archivo $PREFIX/etc/X11/default-display-manager.