xdm: en línea en la nube

PROGRAMA:

NOMBRE

xdm - X Display Manager con soporte para XDMCP, selector de host

SINOPSIS

xdm [ -config archivo de configuración ] [ -nodaemon ] [ -depurar nivel de depuración ] [ -ERRAR
archivo_registro_error ] [ -recursos recurso_archivo ] [ -servidor entrada_servidor ] [ -sesión
programa_sesión ]

DESCRIPCIÓN

xdm administra una colección de pantallas X, que pueden estar en el host local o en servidores remotos.
El diseño de los xdm se guió por las necesidades de los terminales X, así como por The Open Group
XDMCP estándar, el X Visualización Manager Control: Protocolo. xdm proporciona servicios similares a
los proporcionados por init, getty y Inicie sesión en terminales de caracteres: solicitud de nombre de inicio de sesión
y contraseña, autenticar al usuario y ejecutar una `` sesión ''.

Una `` sesión '' se define por la duración de un proceso en particular; en el tradicional
mundo terminal basado en caracteres, es el shell de inicio de sesión del usuario. En el xdm contexto, es
un administrador de sesión arbitrario. Esto se debe a que en un entorno de ventanas, el inicio de sesión de un usuario
El proceso de shell no tiene necesariamente una interfaz similar a una terminal con la que conectarse.
Cuando un administrador de sesión real no está disponible, se utiliza un administrador de ventanas o un emulador de terminal.
normalmente se utiliza como el `` administrador de sesión '', lo que significa que la terminación de este proceso
finaliza la sesión del usuario.

Cuando finaliza la sesión, xdm restablece el servidor X y (opcionalmente) reinicia el
todo el proceso.

¿Cuándo? xdm recibe una consulta indirecta a través de XDMCP, puede ejecutar una elección proceso para realizar un
XDMCP BroadcastQuery (o una consulta XDMCP a hosts especificados) en nombre de la pantalla y
ofrecen un menú de posibles hosts que ofrecen gestión de visualización XDMCP. Esta característica es
útil con terminales X que no ofrecen un menú de host en sí mismos.

xdm se puede configurar para ignorar los mensajes BroadcastQuery de los hosts seleccionados. Esto es
útil cuando no desea que el anfitrión aparezca en menús producidos por elección o terminales X


Gracias xdm proporciona la primera interfaz que los usuarios verán, está diseñada para ser simple
de usar y fácil de personalizar según las necesidades de un sitio en particular. xdm tiene muchas opciones,
la mayoría de los cuales tienen valores predeterminados razonables. Examine las distintas secciones de este
manual, seleccionando y eligiendo las cosas que desea cambiar. Preste especial atención a
el Sesión Programa sección, que describirá cómo configurar el estilo de sesión
deseado.

Descripción

xdm es altamente configurable y la mayor parte de su comportamiento se puede controlar mediante archivos de recursos
y scripts de shell. Los nombres de estos archivos en sí son recursos leídos del archivo
configuración xdm o el archivo nombrado por el -config .

xdm ofrece gestión de visualización de dos formas diferentes. Puede administrar servidores X que se ejecutan en el
máquina local y especificado en Servidores Xy puede gestionar servidores X remotos (normalmente X
terminales) utilizando XDMCP (el protocolo de control XDM) como se especifica en el xacceso .

Los recursos de los clientes X gestionados por xdm fuera de la sesión del usuario, incluyendo xdmpropia
ventana de inicio de sesión, puede verse afectada por la configuración de recursos en el recursosx .

Para terminales X que no ofrecen un menú de hosts para obtener la gestión de visualización, xdm can
recopilar hosts dispuestos y ejecutar el elección programa para ofrecer al usuario un menú. Para X
pantallas adjuntas a un host, este paso normalmente no se utiliza, ya que el host local hace el
gestión de pantalla.

Después de reiniciar el servidor X, xdm corre el Xconfiguración guión para ayudar a configurar el
pantalla que ve el usuario junto con la iniciar sesión Widget

La iniciar sesión widget, que xdm presenta, ofrece los conocidos mensajes de inicio de sesión y contraseña.

Una vez que el usuario inicia sesión, xdm corre el Xinicio script como root.

Entonces xdm corre el Xsesión script como usuario. Este archivo de sesión del sistema puede hacer algunos
inicio adicional y normalmente ejecuta el .xsesión script en el directorio de inicio del usuario.
Cuando el Xsesión finaliza el script, la sesión ha terminado.

Al final de la sesión, el Xreset se ejecuta el script para limpiar, el servidor X se reinicia,
y el ciclo comienza de nuevo.

El archivo /var/log/xdm.log contendrá mensajes de error de xdm y cualquier salida a
stderr por Xconfiguración, inicio x, Xsesión or Xreset. Cuando tienes problemas para conseguir xdm
funcionando, verifique este archivo para ver si xdm tiene alguna pista del problema.

OPCIONES

Todas estas opciones, excepto -config en sí mismo, especifique valores que también se pueden especificar en
el archivo de configuración como recursos.

-config archivo de configuración
Nombra el archivo de configuración, que especifica los recursos para controlar el comportamiento de
xdm. / etc / X11 / xdm / xdm-config es el predeterminado. Ver la seccion Configuration Archive.

-nodaemon
Especifica `` falso '' como valor para el DisplayManager.daemonMode recurso. Esta
suprime el comportamiento normal del demonio, que es para xdm para cerrar todo el archivo
descriptores, se disocia del terminal controlador y se pone en
el fondo cuando se inicia por primera vez.

-depurar nivel de depuración
Especifica el valor numérico de la DisplayManager.debugLevel recurso. Un no cero
causas de valor xdm para imprimir muchas declaraciones de depuración en la terminal; también
desactiva el DisplayManager.daemonMode recurso, forzando xdm para funcionar sincrónicamente.
Para interpretar estos mensajes de depuración, una copia del código fuente de xdm es casi
una necesidad. No se ha intentado racionalizar o estandarizar la producción.

-ERRAR archivo_registro_error
Especifica el valor de la DisplayManager.errorLogFile recurso. Este archivo
contiene errores de xdm así como cualquier cosa escrita a stderr por los diversos
Los scripts y programas se ejecutan durante el progreso de la sesión.

-recursos recurso_archivo
Especifica el valor de la Recursos de DisplayManager * recurso. Este archivo está cargado
usando xrdb(1) para especificar los parámetros de configuración para el widget de autenticación.

-servidor entrada_servidor
Especifica el valor de la DisplayManager.servidores recurso. Ver la seccion Local
Server Especificaciones para obtener una descripción de este recurso.

-el puerto UDP número de puerto
Especifica el valor de la DisplayManager.requestPort recurso. Esto establece el
número de puerto que xdm supervisará las solicitudes XDMCP. Si se establece en 0, xdm no
Escuche las solicitudes de XDMCP o Chooser. Como XDMCP utiliza el conocido UDP registrado
puerto 177, este recurso no debe cambiarse a un valor que no sea 0, excepto para
depuración.

-sesión programa_sesión
Especifica el valor de la Sesión de DisplayManager * recurso. Esto indica el
programa para que se ejecute como la sesión después de que el usuario haya iniciado sesión.

-xrm especificación_recurso
Permite especificar un recurso arbitrario, como en la mayoría de las aplicaciones de X Toolkit.

RECURSOS

En muchas etapas, las acciones de xdm se puede controlar mediante el uso de su configuración
archivo, que está en el formato de recurso X. Algunos recursos modifican el comportamiento de xdm sobre todo
muestra, mientras que otros modifican su comportamiento en una sola pantalla. Donde las acciones se relacionan con un
pantalla específica, el nombre para mostrar se inserta en el nombre del recurso entre
`` DisplayManager '' y el segmento de nombre de recurso final.

Para pantallas locales, el nombre y la clase del recurso son los que se leen en el Servidores X .

Para pantallas remotas, el nombre del recurso es lo que resuelve la dirección de red de la pantalla.
a. Ver el eliminar dominio recurso. El nombre debe coincidir exactamente; xdm no es consciente de todo
los alias de red que pueden llegar a una pantalla determinada. Si la resolución del nombre falla, el
se utiliza la dirección. La clase de recurso es la enviada por la pantalla en el XDMCP Manage
solicitud.

Debido a que el administrador de recursos usa dos puntos para separar el nombre del recurso de su
valor y puntos para separar las partes del nombre del recurso, xdm sustituye los guiones bajos para ambos puntos
y dos puntos al generar el nombre del recurso. Por ejemplo,
DisplayManager.expo_x_org_0.startup es el nombre del recurso que define la puesta en marcha
archivo de shell para la pantalla `` expo.x.org:0 ''.

DisplayManager.servidores
Este recurso especifica un nombre de archivo completo de entradas del servidor, una por línea (si
el valor comienza con una barra) o una sola entrada del servidor. Ver la seccion Local
Server Especificaciones para los detalles.

DisplayManager.requestPort
Esto indica el número de puerto UDP que xdm utiliza para escuchar XDMCP entrante
peticiones. A menos que necesite depurar el sistema, déjelo con su valor predeterminado
de 177.

DisplayManager.errorLogFile
La salida de error normalmente se dirige a la consola del sistema. Para redirigirlo, establezca esto
recurso a un nombre de archivo. Un método para enviar estos mensajes a syslog debiera ser
desarrollado para sistemas que lo soportan; sin embargo, la amplia variedad de interfaces
excluye cualquier implementación independiente del sistema. Este archivo también contiene cualquier
salida dirigida a stderr por el Xconfiguración, inicio x, Xsesión y Xreset archivos, por lo que
también contendrá descripciones de problemas en esos scripts.

DisplayManager.debugLevel
Si el valor entero de este recurso es mayor que cero, resmas de depuración
se imprimirá la información. También deshabilita el modo demonio, que redirigiría
la información en el bit-bucket, y permite que los usuarios no root ejecuten xdm, lo cual
normalmente no sería útil.

DisplayManager.daemonMode
Normalmente, xdm intenta convertirse en un proceso demonio no asociado con ningún
Terminal. Esto se logra bifurcando y dejando que el proceso padre salga,
luego cerrando los descriptores de archivos y liberando el terminal de control. En algunos
entornos esto no es deseado (en particular, al depurar). Configurando esto
resource a `` false '' desactivará esta función.

DisplayManager.pidArchivo
El nombre de archivo especificado se creará para contener una representación ASCII del
ID de proceso de la principal xdm . xdm también utiliza el bloqueo de archivos en este archivo para
intentar eliminar varios demonios que se ejecutan en la misma máquina, lo que
Causar bastante estragos.

DisplayManager.lockPidFile
Este es el recurso que controla si xdm utiliza el bloqueo de archivos para mantener múltiples
mostrar a los administradores para que no se vuelvan locos. En System V, esto usa el bloquear llamada a la biblioteca,
mientras que en BSD usa rebaño.

DisplayManager.authDir
Esto nombra un directorio bajo el cual xdm almacena archivos de autorización mientras
inicializando la sesión. El valor predeterminado es / var / lib / xdm. Puede ser anulado
para pantallas específicas de DisplayManager.DISPLAY.authArchivo.

DisplayManager.autoRescan
Este booleano controla si xdm vuelve a escanear la configuración, los servidores, el acceso
archivos de claves de control y autenticación después de que finaliza una sesión y los archivos han
cambió. De forma predeterminada, es `` verdadero ''. Puede forzar xdm para releer estos archivos por
enviando un SIGHUP al proceso principal.

DisplayManager.removeDomainname
Al calcular el nombre para mostrar para los clientes XDMCP, el solucionador de nombres normalmente
cree un nombre de host completo para el terminal. Como esto es a veces
confuso, xdm eliminará la parte del nombre de dominio del nombre de host si es el
igual que el nombre de dominio del host local cuando se establece esta variable. Por defecto
el valor es `` verdadero ''.

DisplayManager.keyArchivo
La autenticación XDMCP estilo XDM-AUTHENTICATION-1 requiere que se disponga de una clave privada.
compartido entre xdm y la terminal. Este recurso especifica el archivo que contiene
esos valores. Cada entrada del archivo consta de un nombre para mostrar y el
llave. Por defecto, xdm no incluye soporte para XDM-AUTHENTICATION-1, ya que
requiere DES que generalmente no es distribuible debido a la exportación de Estados Unidos
restricciones

DisplayManager.accessArchivo
Para evitar el servicio XDMCP no autorizado y permitir el reenvío de XDMCP
Solicitudes de IndirectQuery, este archivo contiene una base de datos de nombres de host que son
permitió el acceso directo a esta máquina, o tener una lista de hosts a los que las consultas
debe ser reenviado a. El formato de este archivo se describe en la sección XDMCP
Acceda a Control:

DisplayManager.exportList
Una lista de variables de entorno adicionales, separadas por espacios en blanco, para pasar a
el Xconfiguración, Xinicio, Xsesión y Xreset .

DisplayManager.archivo aleatorio
Un archivo de suma de comprobación para generar la semilla de las claves de autorización. Esto debería ser un
archivo que cambia con frecuencia. El valor predeterminado es / dev / mem.

DisplayManager.dispositivo aleatorio
Un archivo para leer 8 bytes para generar la semilla de las claves de autorización. El
por defecto es / Dev / urandom . Si este archivo no se puede leer, o si un bloque de lectura para
más de 5 segundos, xdm vuelve a utilizar una suma de comprobación de
DisplayManager.archivo aleatorio para generar la semilla.

DisplayManager.prngdSocket

DisplayManager.prngPort
Un nombre de socket de dominio UNIX o un número de puerto de socket TCP en un host local en el que
Demonio generador de números pseudoaleatorios, como EGD (http://egd.sourceforge.net) es
escucha, para generar las claves de autorización. O un puerto no nulo o un
debe especificarse un nombre de socket válido. El valor predeterminado es usar el socket de dominio Unix
/ tmp / entropía.

En sistemas que no tienen tal demonio, un sistema de recolección de entropía alternativo, basado en
En su lugar, se utilizan varios contenidos de archivos de registro procesados ​​con hash por el algoritmo MD5.

DisplayManager.greeterLib
En los sistemas que admiten una biblioteca de bienvenida que se puede cargar dinámicamente, el nombre del
Biblioteca. El valor predeterminado es
/usr/lib/X11/xdm/libXdmGreet.so.

DisplayManager.choiceTimeout
Número de segundos para esperar a que la pantalla responda después de que el usuario haya seleccionado un host
del selector. Si la pantalla envía un XDMCP IndirectQuery dentro de este tiempo,
la solicitud se reenvía al host elegido. De lo contrario, se asume que es de un
nueva sesión y se vuelve a ofrecer el selector. El valor predeterminado es 15.

DisplayManager.dirección de origen
En su lugar, utilice la dirección IP numérica de la conexión entrante en hosts de host múltiple
del nombre de host. Esto es para evitar intentar conectarse en la interfaz incorrecta que
podría estar inactivo en este momento.

DisplayManager.dispuesto
Esto especifica un programa que se ejecuta (como) root cuando se ejecuta una XDMCP BroadcastQuery.
recibido y este host está configurado para ofrecer administración de pantalla XDMCP. La salida
de este programa puede mostrarse en una ventana de selección. Si no se especifica ningún programa,
la cuerda Dispuesto a manage se ha enviado.

Gestor de pantalla.DISPLAY.recursos
Este recurso especifica el nombre del archivo que cargará xrdb como el recurso
base de datos en la ventana raíz de la pantalla 0 de la pantalla. El Xconfiguración programa, el
Widget de inicio de sesión y elección utilizará los recursos establecidos en este archivo. Este recurso
La base de datos se carga justo antes de que se inicie el procedimiento de autenticación, por lo que puede
controlar la apariencia de la ventana de inicio de sesión. Ver la seccion Autenticación Widget
que describe los diversos recursos que son apropiados para colocar en este archivo.
No hay un valor predeterminado para este recurso, pero
/ etc / X11 / xdm / Xresources es el nombre convencional.

Gestor de pantalla.DISPLAY.elección
Especifica la ejecución del programa para ofrecer un menú de host para consultas indirectas redirigidas a
el SELECTOR de nombre de host especial.
/ usr / lib / X11 / xdm / chooser es el predeterminado. Ver las secciones XDMCP Acceda a Control:
y Elección.

Gestor de pantalla.DISPLAY.xrdb
Especifica el programa utilizado para cargar los recursos. Por defecto, xdm usos
/ usr / bin / xrdb.

Gestor de pantalla.DISPLAY.cpp
Esto especifica el nombre del preprocesador de C que utiliza xrdb.

Gestor de pantalla.DISPLAY.configuración
Esto especifica un programa que se ejecuta (como root) antes de ofrecer la ventana de inicio de sesión.
Esto se puede utilizar para cambiar la apariencia de la pantalla alrededor de la ventana de inicio de sesión o
para colocar otras ventanas (por ejemplo, es posible que desee ejecutar xconsola aquí). Por defecto, no
se ejecuta el programa. El nombre convencional de un archivo utilizado aquí es Xconfiguración. Consulte las
. Configuración Programa.

Gestor de pantalla.DISPLAY.puesta en marcha
Esto especifica un programa que se ejecuta (como root) después del proceso de autenticación.
tiene éxito. De forma predeterminada, no se ejecuta ningún programa. El nombre convencional de un archivo utilizado
aquí está Xinicio. Ver la sección Inicio Programa.

Gestor de pantalla.DISPLAY.sesión
Esto especifica la sesión que se ejecutará (no se ejecuta como root). Por defecto,
/ usr / bin / xterm se ejecuta. El nombre convencional es Xsesión. Ver la sección Sesión
Programa.

Gestor de pantalla.DISPLAY.Reiniciar
Esto especifica un programa que se ejecuta (como root) después de que finaliza la sesión. Por
por defecto, no se ejecuta ningún programa. El nombre convencional es Xreset. Ver la sección
Restablecer Programa.

Gestor de pantalla.DISPLAY.openDelay

Gestor de pantalla.DISPLAY.abrirRepetir

Gestor de pantalla.DISPLAY.openTimeout

Gestor de pantalla.DISPLAY.startAttempts

Gestor de pantalla.DISPLAY.reservAttempts
Estos recursos numéricos controlan el comportamiento de xdm al intentar abrir
servidores intransigentes. abrirRetraso es la duración de la pausa en segundos entre
intentos sucesivos, abrirRepetir es el número de intentos que se realizan, tiempo de espera abierto is
la cantidad de tiempo de espera mientras se intenta la apertura (es decir, el máximo
tiempo pasado en el se unen(2) llamada al sistema) y intentos de inicio es la cantidad de veces
todo este proceso se realiza antes de renunciar al servidor. Después abrirRepetir
se han hecho intentos, o si tiempo de espera abierto segundos transcurren en cualquier particular
intento, xdm termina y reinicia el servidor, intentando conectarse de nuevo. Esta
el proceso se repite intentos de inicio veces, en cuyo punto la pantalla se declara
muertos y discapacitados. Aunque este comportamiento puede parecer arbitrario, ha sido
desarrollado empíricamente y funciona bastante bien en la mayoría de los sistemas. El límite
reservaIntentos es la cantidad de veces que se permite una conexión exitosa
seguido de un error fatal. Cuando se alcanza, la pantalla se desactiva. El valor por defecto
los valores son abrirRetraso: 15, abrirRepetir: 5, tiempo de espera abierto: 120, intentos de inicio: 4 y
reservaIntentos: 2.

Gestor de pantalla.DISPLAY.pingIntervalo

Gestor de pantalla.DISPLAY.pingTiempo de espera
Para descubrir cuándo desaparecen las pantallas remotas, xdm ocasionalmente les hace ping, usando una X
conexión y Sincronización X llamadas. Intervalo de ping especifica el tiempo (en minutos) entre
cada intento de ping, tiempo de espera de ping especifica la cantidad máxima de tiempo (en minutos) para
espere a que el terminal responda a la solicitud. Si el terminal no responde,
la sesión se declara muerta y terminada. De forma predeterminada, ambos están configurados en 5
minutos. Si utiliza con frecuencia terminales X que pueden aislarse del
administrador de host, es posible que desee aumentar este valor. La única preocupación es que
Las sesiones seguirán existiendo después de que la terminal se haya desactivado accidentalmente.
xdm no hará ping a las pantallas locales. Aunque parezca inofensivo, es
desagradable cuando la sesión de la estación de trabajo se termina como resultado del servidor
cuelga del servicio NFS y no responde al ping.

Gestor de pantalla.DISPLAY.terminarServidor
Este recurso booleano especifica si el servidor X debe terminarse cuando un
la sesión termina (en lugar de restablecerla). Esta opción se puede utilizar cuando el
el servidor tiende a crecer sin límites con el tiempo, para limitar la cantidad de tiempo
se ejecuta el servidor. El valor predeterminado es `` falso ''.

Gestor de pantalla.DISPLAY.rutadelusuario
xdm establece la variable de entorno PATH para la sesión en este valor. Debería ser
una lista de directorios separados por dos puntos; ver sh(1) para una descripción completa. El
el valor predeterminado es ''/ usr / local / bin:/ usr / bin:/compartimiento:/ usr / juegos''.

Gestor de pantalla.DISPLAY.rutadelsistema
xdm establece la variable de entorno PATH para el inicio y restablece los scripts a la
valor de este recurso. El valor predeterminado para este recurso es
``/ usr / local / sbin:/ usr / local / bin:/ usr / sbin:/ usr / bin:/ sbin:/compartimiento''. Nota la ausencia
de ``. '' de esta entrada. Esta es una buena práctica a seguir para root; evita
muchos esquemas comunes de penetración del sistema Caballo de Troya.

Gestor de pantalla.DISPLAY.sistemaShell
xdm establece la variable de entorno SHELL para el inicio y restablece los scripts a la
valor de este recurso. Está / Bin / sh por defecto

Gestor de pantalla.DISPLAY.clientefailsafe
Si la sesión predeterminada no se ejecuta, xdm recurrirá a este programa. Esta
el programa se ejecuta sin argumentos, pero se ejecuta utilizando el mismo entorno
variables como la sesión hubiera tenido (ver la sección Sesión Programa). Por
defecto / usr / bin / xterm se utiliza.

Gestor de pantalla.DISPLAY.grabServidor

Gestor de pantalla.DISPLAY.grabTimeout
Para mejorar la seguridad, xdm agarra el servidor y el teclado mientras lee el nombre de inicio de sesión
y contraseña. El agarrarServidor recurso especifica si el servidor debe mantenerse durante
la duración de la lectura del nombre / contraseña. Cuando es `` falso '', el servidor no se captura.
después de que la captura del teclado tenga éxito, de lo contrario, el servidor se captura hasta justo antes
comienza la sesión. El valor predeterminado es `` falso ''. agarrar tiempo de espera recurso especifica
el tiempo máximo xdm esperará a que el agarre tenga éxito. El agarre puede fallar si algunos
otro cliente ha tomado el servidor, o posiblemente si las latencias de la red son muy
alto. Este recurso tiene un valor predeterminado de 3 segundos; debes tener cuidado cuando
elevándolo, ya que un usuario puede ser engañado por una ventana similar en la pantalla. Si el
agarrar falla, xdm mata y reinicia el servidor (si es posible) y la sesión.

Gestor de pantalla.DISPLAY.autorizar

Gestor de pantalla.DISPLAY.authName
autorizar es un recurso booleano que controla si xdm genera y utiliza
autorización para las conexiones del servidor local. Si se utiliza la autorización, nombre de autenticación
es una lista de mecanismos de autorización a utilizar, separados por espacios en blanco. XDMCP
Las conexiones especifican dinámicamente qué mecanismos de autorización son compatibles, por lo que
nombre de autenticación se ignora en este caso. Cuándo autorizar está configurado para una pantalla y
la autorización no está disponible, se informa al usuario con un mensaje diferente
que se muestra en el widget de inicio de sesión. Por defecto, autorizar es `` cierto '' nombre de autenticación is
`` MIT-MAGIC-COOKIE-1 '' o, si XDM-AUTHORIZATION-1 está disponible, `` XDM-
AUTORIZACIÓN-1 MIT-MAGIC-COOKIE-1. ''

Gestor de pantalla.DISPLAY.archivoauth
Este archivo se utiliza para comunicar los datos de autorización de xdm al servidor,
utilizando el -autorización opción de línea de comando del servidor. Debe mantenerse en un directorio que
no se puede escribir en todo el mundo, ya que podría eliminarse fácilmente, deshabilitando la autorización
mecanismo en el servidor. Si no se especifica, se genera un nombre a partir de
DisplayManager.authDir y el nombre de la pantalla.

Gestor de pantalla.DISPLAY.authQuejarse
Si se establece en `` falso '', deshabilita el uso de la inseguro en la ventana de inicio de sesión.
Ver la sección Autenticación Widget El valor predeterminado es `` verdadero ''.

Gestor de pantalla.DISPLAY.resetSignal
El número de la señal xdm envía para restablecer el servidor. Ver la seccion
Controlador el Server. El valor predeterminado es 1 (SIGHUP).

Gestor de pantalla.DISPLAY.termSeñal
El número de la señal xdm envía para terminar el servidor. Ver la seccion
Controlador el Server. El valor predeterminado es 15 (SIGTERM).

Gestor de pantalla.DISPLAY.resetForAuth
La implementación original de la autorización en el servidor de muestra volvió a leer el
archivo de autorización en el momento de restablecimiento del servidor, en lugar de cuando se verifica la inicial
conexión. Como xdm genera la información de autorización justo antes de conectarse
en la pantalla, un servidor antiguo no obtendría información de autorización actualizada.
Este recurso provoca xdm para enviar SIGHUP al servidor después de configurar el archivo,
provocando un reinicio adicional del servidor, durante cuyo tiempo el nuevo
Se leerá la información de autorización. El valor predeterminado es `` falso '', que funcionará
para todos los servidores del MIT.

Gestor de pantalla.DISPLAY.userAuthDir
¿Cuándo? xdm no puede escribir en el archivo de autorización de usuario habitual
($ HOME / .Xauthority), crea un nombre de archivo único en este directorio y señala el
variable de entorno XAUTHORITY en el archivo creado. Usa / Tmp por defecto

CONFIGURACIÓN ARCHIVO

En primer lugar, la xdm Se debe configurar el archivo de configuración. Haga un directorio (generalmente
/ etc / X11 / xdm) para contener todos los archivos relevantes.

Aquí hay un archivo de configuración razonable, que podría llamarse configuración xdm:

DisplayManager.servers: / etc / X11 / xdm / Xservers
DisplayManager.errorLogFile: /var/log/xdm.log
Recursos de DisplayManager *: / etc / X11 / xdm / Xresources
Inicio de DisplayManager *: / etc / X11 / xdm / Xstartup
Sesión de DisplayManager *: / etc / X11 / xdm / Xsession
DisplayManager.pidFile: / var / run / xdm-pid
DisplayManager._0.authorize: verdadero
DisplayManager * autorizar: falso

Tenga en cuenta que este archivo contiene principalmente referencias a otros archivos. Tenga en cuenta también que algunos de los
Los recursos se especifican con `` * '' separando los componentes. Estos recursos se pueden hacer
único para cada pantalla diferente, reemplazando el `` * '' con el nombre de pantalla, pero
normalmente esto no es muy útil. Ver el Recursos sección para una discusión completa.

XDMCP ACCESO CONTROL

El archivo de base de datos especificado por el DisplayManager.accessArchivo proporciona información que
xdm utiliza para controlar el acceso desde las pantallas que solicitan el servicio XDMCP. Este archivo contiene
tres tipos de entradas: entradas que controlan la respuesta a Direct y Broadcast
consultas, entradas que controlan la respuesta a consultas indirectas y definiciones de macros.

El formato de las entradas directas es simple, ya sea un nombre de host o un patrón, que es
se distingue de un nombre de host por la inclusión de uno o más metacaracteres ('*'
coincide con cualquier secuencia de 0 o más caracteres y '?' coincide con cualquier carácter) que
se comparan con el nombre de host del dispositivo de visualización. Si la entrada es un nombre de host,
Todas las comparaciones se realizan utilizando direcciones de red, por lo que cualquier nombre que se convierta a la
se puede utilizar la dirección de red correcta. Para los patrones, solo se utilizan nombres de host canónicos en
la comparación, así que asegúrese de no intentar hacer coincidir los alias. Precediendo a un
nombre de host o un patrón con un `! ' El carácter hace que los hosts que coincidan con esa entrada sean
excluido

Para responder solo a consultas directas para un host o patrón, puede ir seguido de la
palabra clave opcional `` NOBROADCAST ''. Esto se puede utilizar para evitar que un servidor xdm
que aparecen en menús basados ​​en consultas de difusión.

Una entrada indirecta también contiene un nombre o patrón de host, pero lo sigue con una lista de host
nombres o macros a los que se deben enviar consultas indirectas.

Una definición de macro contiene un nombre de macro y una lista de nombres de host y otras macros que
la macro se expande a. Para distinguir las macros de los nombres de host, los nombres de las macros comienzan con un '%'
personaje. Las macros pueden estar anidadas.

Las entradas indirectas también pueden especificar tener xdm puedes seguir elección para ofrecer un menú de anfitriones a
conectar a. Ver la seccion Elección.

Al verificar el acceso para un host de pantalla en particular, cada entrada se escanea a su vez y la
la primera entrada coincidente determina la respuesta. Las entradas directas y de difusión se ignoran
al buscar una entrada indirecta y viceversa.

Las líneas en blanco se ignoran, `# 'se trata como un delimitador de comentario, lo que hace que el resto
línea a ignorar, y `nueva línea'hace que se ignore la nueva línea, lo que permite
listas de hosts para abarcar varias líneas.

Aquí hay un archivo de Xaccess de ejemplo:

#
# Xaccess - Archivo de control de acceso XDMCP
#

#
# Entradas de consultas directas / de difusión
#

! xtra.lcs.mit.edu # no permitir el servicio directo / de transmisión para xtra
bambi.ogi.edu # permitir el acceso desde esta pantalla en particular
* .lcs.mit.edu # permite el acceso desde cualquier pantalla en LCS

* .deshaw.com NOBROADCAST # permite solo acceso directo
* .gw.com # permitir directo y transmisión

#
# Entradas de consultas indirectas
#

%HOSTS expo.lcs.mit.edu xenon.lcs.mit.edu
exceso.lcs.mit.edu kanga.lcs.mit.edu

extract.lcs.mit.edu xenon.lcs.mit.edu #force extract para contactar xenon
! xtra.lcs.mit.edu dummy #disallow acceso indirecto
* .lcs.mit.edu% HOSTS #todos los demás pueden elegir

Si se compila con compatibilidad con IPv6, los grupos de direcciones de multidifusión también pueden incluirse en la lista
de direcciones a las que se configuran las consultas indirectas. Las direcciones de multidifusión pueden ir seguidas de una
opcional / carácter y recuento de saltos. Si no se especifica ningún recuento de saltos, el recuento de saltos de multidifusión
por defecto es 1, manteniendo el paquete en la red local. Para la multidifusión IPv4, el salto
count se utiliza como TTL.

Ejemplos:

rincewind.sample.net ff02 :: 1 # Multidifusión IPv6 a ff02 :: 1
#con un conteo de saltos de 1
ponder.sample.net CHOOSER 239.192.1.1/16 #Ofrecer un menú de hosts
#quienes responden a la multidifusión IPv4
# a 239.192.1.1 con un TTL de 16

ELECCIÓN

Para terminales X que no ofrecen un menú de host para usar con consultas de difusión o indirectas,
el elección El programa puede hacer esto por ellos. En el xacceso archivo, especifique `` CHOOSER '' como el
primera entrada en la lista de hosts indirectos. Elección enviará una solicitud de consulta a cada uno de los
los nombres de host restantes en la lista y ofrecen un menú de todos los hosts que responden.

La lista puede constar de la palabra `` BROADCAST '', en cuyo caso elección enviará un
Transmita en su lugar, nuevamente ofreciendo un menú de todos los hosts que responden. Tenga en cuenta que en algunos
sistemas operativos, los paquetes UDP no se pueden transmitir, por lo que esta función no funcionará.

Ejemplo xacceso El uso de archivos elección:

extract.lcs.mit.edu ELEGIR% HOSTS #ofrece un menú de estos hosts
xtra.lcs.mit.edu CHOOSER BROADCAST #ofrece un menú de todos los hosts

El programa a utilizar para elección es especificado por el Gestor de pantalla.DISPLAY.elección
recurso. Para mayor flexibilidad en este paso, el selector podría ser un script de shell.
Elección es el administrador de sesiones aquí; se ejecuta en lugar de un niño xdm para gestionar el
display.

Los recursos para este programa se pueden colocar en el archivo nombrado por
Gestor de pantalla.DISPLAY.recursos.

Cuando el usuario selecciona un anfitrión, elección imprime el host elegido, que es leído por el padre
xdmy sale. xdm cierra su conexión con el servidor X, y el servidor se reinicia y
envía otro indirecto Solicitud XDMCP. xdm recuerda la elección del usuario (por
DisplayManager.choiceTimeout segundos) y reenvía la solicitud al host elegido, que
inicia una sesión en esa pantalla.

ESCUCHA

La siguiente directiva de configuración también se define para el archivo de configuración de Xaccess:

ESCUCHA interfaz. [lista of multicast grupo de XNUMX direcciones]
interfaz. puede ser un nombre de host o una dirección IP que represente una interfaz de red en este
máquina, o el comodín * para representar todas las interfaces de red disponibles.

Si se especifican una o más líneas LISTEN, xdm solo escucha las conexiones XDMCP en el
interfaces especificadas. Si las direcciones de grupo de multidifusión se enumeran en una línea de escucha, xdm se une
los grupos de multidifusión en la interfaz dada.

Si no se dan líneas LISTEN, el comportamiento original de escuchar en todas las interfaces es
conservado para compatibilidad con versiones anteriores. Además, si no se especifica LISTEN, xdm se une
el grupo de multidifusión XDMCP IPv6 predeterminado, cuando se compila con compatibilidad con IPv6.

Para deshabilitar la escucha de conexiones XDMCP por completo, una línea de LISTEN sin direcciones
se puede especificar, o el método previamente admitido para configurar DisplayManager.requestPort
a 0 se puede utilizar.

Ejemplos:
ESCUCHAR * ff02 :: 1 # Escuche en todas las interfaces y al
# ff02 :: 1 grupo de multidifusión IPv6.
ESCUCHE 10.11.12.13 # Escuche solo en esta interfaz, siempre que
# ya que no aparecen otras directivas de escucha en
# Archivo.

IPv6 MULTIDIFUSIÓN DIRECCIÓN Características

La Autoridad de Números Asignados de Internet ha asignado ff0X:0:0:0:0:0:0:12b as the
rango asignado permanentemente de direcciones de multidifusión para XDMCP. El X en el prefijo puede estar
reemplazado por cualquier identificador de alcance válido, como 1 para Interface-Local, 2 para Link-Local, 5
para Site-Local, etc. (Consulte IETF RFC 4291 o su reemplazo para obtener más detalles y
definiciones de alcance.) xdm por defecto escucha en la dirección de alcance Link-Local
ff02: 0: 0: 0: 0: 0: 0: 12b para que coincida más estrechamente con el antiguo comportamiento de transmisión de subred IPv4.

VENDEDORES SERVIDOR Características

El recurso DisplayManager.servidores da una especificación del servidor o, si los valores comienzan
con una barra (/), el nombre de un archivo que contiene las especificaciones del servidor, una por línea.

Cada especificación indica una pantalla que debe gestionarse constantemente y que no
utilizando XDMCP. Este método se utiliza normalmente solo para servidores locales. Si el recurso o
el archivo nombrado por el recurso está vacío, xdm ofrecerá únicamente el servicio XDMCP.

Cada especificación consta de al menos tres partes: un nombre de visualización, una clase de visualización, un
tipo de pantalla y (para servidores locales) una línea de comando para iniciar el servidor. Una entrada típica
para la pantalla local, el número 0 sería:

: 0 QV digital local / usr / bin / X: 0

Los tipos de visualización son:

pantalla local local: xdm debe ejecutar el servidor
pantalla remota extranjera: xdm abre una conexión X a un servidor en ejecución

El nombre para mostrar debe ser algo que se pueda pasar en el -monitor opción a una X
programa. Esta cadena se utiliza para generar los nombres de recursos específicos de visualización, así que tenga
tenga cuidado de hacer coincidir los nombres (por ejemplo, use ``: 0 Sun-CG3 local / usr / bin / X: 0 '' en lugar de
`` localhost: 0 Sun-CG3 local / usr / bin / X: 0 '' si sus otros recursos se especifican como
`` DisplayManager._0.session ''). La parte de la clase de visualización también se utiliza en la visualización.
recursos específicos, como la clase del recurso. Esto es útil si tiene una gran
colección de pantallas similares (como un corral de terminales X) y me gustaría configurar
recursos para grupos de ellos. Cuando se usa XDMCP, se requiere que la pantalla especifique el
clase de pantalla, por lo que el manual de su terminal X particular debe documentar la pantalla
cadena de clase para su dispositivo. Si no es así, puedes correr xdm en modo de depuración y mira
las cadenas de recursos que genera para ese dispositivo, que incluirá la clase
cadena.

¿Cuándo? xdm inicia una sesión, configura los datos de autorización para el servidor. Para locales
servidores, xdm pasa ''-autorización nombre de archivo'' en la línea de comando del servidor para apuntar a su
datos de autorización. Para servidores XDMCP, xdm pasa los datos de autorización al servidor
mediante el Aceptar Solicitud XDMCP.

RECURSOS ARCHIVO

La recursosx El archivo se carga en la pantalla como una base de datos de recursos usando xrdb. A este tenor,
El widget de autenticación lee esta base de datos antes de iniciarse, normalmente contiene
parámetros para ese widget:

xlogin*login.traducciones: #override
Control R: abortar-mostrar()\n
F1: establecer-argumento-de-sesión(a prueba de fallas) terminar-campo()\n
Retorno: set-session-argument () fin-campo ()
xlogin * borderWidth: 3
xlogin * saludo: CLIENTHOST
#ifdefCOLOR
xlogin * saludarColor: CadetBlue
xlogin * failColor: rojo
#terminara si

Tenga en cuenta la entrada de traducciones; especifica algunas traducciones nuevas para el widget
que permiten a los usuarios escapar de la sesión predeterminada (y evitar problemas que pueden ocurrir en
eso). Tenga en cuenta que si no se especifica # override, las traducciones predeterminadas se eliminan y
reemplazado por el nuevo valor, no es un resultado muy útil ya que algunas de las traducciones predeterminadas
son bastante útiles (como '' : insert-char () '' que responde a la escritura normal).

Este archivo también puede contener recursos para el programa de instalación y elección.

CONFIGURACIÓN PROGRAMA

La Xconfiguración El archivo se ejecuta después de reiniciar el servidor, pero antes de que se ofrezca la ventana de inicio de sesión.
El archivo suele ser un script de shell. Se ejecuta como root, por lo que debe tener cuidado con
seguridad. Este es el lugar para cambiar el fondo raíz o abrir otras ventanas que
debería aparecer en la pantalla junto con el widget de inicio de sesión.

Además de cualquier especificado por DisplayManager.exportList, el siguiente entorno
se pasan variables:

MOSTRAR el nombre de visualización asociado
PATH el valor de Gestor de pantalla.DISPLAY.rutadelsistema
SHELL el valor de Gestor de pantalla.DISPLAY.sistemaShell
XAUTHORITY se puede establecer en un archivo de autoridad

Tenga en cuenta que desde xdm agarra el teclado, cualquier otra ventana no podrá recibir
entrada de teclado. Sin embargo, podrán interactuar con el mouse; Cuidado con
posibles agujeros de seguridad aquí. Si Gestor de pantalla.DISPLAY.grabServidor Está establecido, Xconfiguración will
no podrá conectarse a la pantalla en absoluto. Los recursos para este programa se pueden poner en
el archivo nombrado por Gestor de pantalla.DISPLAY.recursos.

Aquí hay una muestra Xconfiguración script:

#!/ Bin / sh
# Xsetup_0 - script de configuración para una estación de trabajo
xcmsdb </etc/X11/xdm/monitors/alex.0
xconsole -geometry 480x130-0-0 -notify -verbose -exitOnFail &

AUTENTICACIÓN WIDGET

El widget de autenticación solicita al usuario el nombre de usuario, la contraseña y / u otros
requirió datos de autenticación del teclado. Casi todos los parámetros imaginables se pueden
controlado con un recurso. Los recursos para este widget deben colocarse en el archivo llamado
by Gestor de pantalla.DISPLAY.recursos. Todos estos tienen valores predeterminados razonables, por lo que
No es necesario especificar ninguno de ellos.

El archivo de recursos se carga con xrdb(1) para que pueda usar las sustituciones definidas por ese
programa como CLIENTHOST para el nombre de host del cliente en el mensaje de inicio de sesión, o C pre
sentencias #ifdef del procesador para producir diferentes pantallas dependiendo de la profundidad del color o
otras variables.

xdm se puede compilar con soporte para xft(3) biblioteca para renderizado de fuentes. Si esto
el soporte está presente, los tipos de letra se especifican utilizando los recursos con nombres que terminan en
`` cara '' en el formato de cara de fontconfig descrito en el Fuente nombres sección de
fuentes.conf(5). De lo contrario, las fuentes se especifican utilizando los recursos con nombres que terminan en
`` fuente '' en el tradicional X lógico Fuente DESCRIPCIÓN formato descrito en el Fuente nombres
sección de X(7).

xlogin.Login.ancho, xlogin.iniciar sesión.altura, xlogin.Login.x, xlogin.Login.y
La geometría del widget de inicio de sesión normalmente se calcula automáticamente. Si lo desea
para colocarlo en otro lugar, especifique cada uno de estos recursos.

xlogin.Login.primer plano
El color utilizado para mostrar la entrada escrita por el usuario.

xlogin.iniciar sesión.face
La cara utilizada para mostrar la entrada escrita por el usuario cuando se construyó con el soporte de Xft.
El predeterminado es `` Serif-18 ''.

xlogin.Login.fuente
La fuente utilizada para mostrar la entrada escrita por el usuario cuando no está construida con Xft
apoyo.

xlogin.Login.saludo
Una cadena que identifica esta ventana. El valor predeterminado es `` X Window System ''.

xlogin.Login.unsecureSaludo
Cuando se solicita autorización X en el archivo de configuración para esta pantalla y
ninguno está en uso, este saludo reemplaza al saludo estándar. El valor predeterminado es
`` Esta es una sesión insegura ''

xlogin.Iniciar sesión.saludarCara
La cara utilizada para mostrar el saludo cuando se construyó con soporte Xft. El valor predeterminado es
`` Serif-24: cursiva ''.

xlogin.Login.greetFont
La fuente utilizada para mostrar el saludo cuando no está construida con soporte Xft.

xlogin.Login.greetColor
El color utilizado para mostrar el saludo.

xlogin.Login.namePrompt
La cadena que se muestra para solicitar un nombre de usuario. xrdb tiras de espacio en blanco al final
de los valores de los recursos, por lo que para agregar espacios al final de la solicitud (generalmente un buen
cosa), agregue espacios escapados con barras invertidas. El valor predeterminado es `` Iniciar sesión: ''

xlogin.Login.contraseñaPrompt
La cadena que se muestra para solicitar una contraseña, cuando no se utiliza una autenticación
sistema como PAM que proporciona sus propios mensajes. El valor predeterminado es `` Contraseña: ''

xlogin.Login.promptFace
La cara solía mostrar mensajes cuando se construía con soporte Xft. El valor predeterminado es
`` Serif-18: negrita ''.

xlogin.Login.promptFont
La fuente que se usa para mostrar mensajes cuando no está construida con soporte Xft.

xlogin.Login.promptColor
El color utilizado para mostrar las indicaciones.

xlogin.Login.cambiarContraseñaMensaje
Un mensaje que se muestra cuando la contraseña del usuario ha expirado. El valor predeterminado es
`` Se requiere cambio de contraseña ''

xlogin.iniciar sesión.fallar
Un mensaje que se muestra cuando falla la autenticación, cuando no se utiliza un
sistema de autenticación como PAM que proporciona sus propios mensajes. El valor predeterminado es
`` Inicio de sesión incorrecto ''

xlogin.Login.failFace
La cara utilizada para mostrar el mensaje de falla cuando se construye con el soporte de Xft. El
el valor predeterminado es `` Serif-18: negrita ''.

xlogin.Login.failFont
La fuente utilizada para mostrar el mensaje de falla cuando no está construida con el soporte de Xft.

xlogin.Login.failColor
El color utilizado para mostrar el mensaje de error.

xlogin.Login.failTimeout
La cantidad de segundos que se muestra el mensaje de falla. El valor predeterminado es 10.

xlogin.Login.logoNombreArchivo
Nombre de un mapa de píxeles en formato XPM para mostrar en la ventana de bienvenida, si se creó con XPM
apoyo. El valor predeterminado es ningún mapa de píxeles.

xlogin.Login.logoRelleno
Número de píxeles de espacio entre el mapa de píxeles del logotipo y otros elementos del saludo
ventana, si se muestra el mapa de píxeles. El valor predeterminado es 5.

xlogin.Login.useForma
Si se establece en `` verdadero '', cuando se construye con soporte XPM, intente utilizar X Non-
Extensión de forma de ventana rectangular para establecer la forma de la ventana. El valor predeterminado es
`` cierto ''.

xlogin.Login.hiColor, xlogin.Login.shdColor
Se pueden dibujar biseles de apariencia elevada alrededor del marco de bienvenida y los cuadros de entrada de texto
configurando estos recursos. hiColor es el color de resaltado, usado en la parte superior y
los lados izquierdo del marco y los lados inferior y derecho de las áreas de entrada de texto.
shdColor es el color de la sombra, que se utiliza en los lados inferior y derecho del marco, y
los lados superior e izquierdo de las áreas de entrada de texto. El valor predeterminado para ambos es el primer plano.
color, proporcionando una apariencia plana.

xlogin.Login.frameWidth
frameWidth es el ancho en píxeles del área alrededor del marco de bienvenida dibujado en
hiColor y shdColor.

xlogin.Login.innerFramesWidth
innerFramesWidth es el ancho en píxeles del área alrededor de las áreas de entrada de texto dibujadas
en hiColor y shdColor.

xlogin.Login.sepAncho
sepWidth es el ancho en píxeles de la línea biselada entre el saludo y la entrada
áreas dibujadas en hiColor y shdColor.

xlogin.Login.allowRootLogin
Si se establece en `` falso '', no permita que root (y cualquier otro usuario con uid = 0) inicie sesión
directamente. El valor predeterminado es `` verdadero ''. Esta configuración solo la comprueban algunos de los
backends de autenticación en este momento.

xlogin.Login.allowNullPasswd
Si se establece en `` verdadero '', permita que una coincidencia de contraseña que de otro modo fallará tenga éxito si el
cuenta no requiere una contraseña en absoluto. El valor predeterminado es `` falso '', por lo que solo
los usuarios que tienen contraseñas asignadas pueden iniciar sesión.

xlogin.Login.echoContraseña
Si se establece en `` verdadero '', se mostrará un carácter de marcador de posición (echoPasswdChar) para
los campos normalmente configurados para no hacer eco, como la entrada de contraseña. El valor predeterminado es `` falso ''.

xlogin.Login.echoPasswdChar
Carácter que se mostrará si echoPasswd es verdadero. El valor predeterminado es `` * ''. Si se establece en un
valor vacío, el cursor avanzará con cada entrada de carácter, pero no se mostrará ningún texto.
dibujado.

xlogin.Iniciar sesión.traducciones
Esto especifica las traducciones utilizadas para el widget de inicio de sesión. Consulte el kit de herramientas de X
documentación para una discusión completa sobre las traducciones. La traducción predeterminada
la mesa es:

Ctrl<Key>H: delete-previous-character() \n
Ctrl<Key>D: delete-character() \n
Ctrl<Key>B: move-backward-character() \n
Ctrl<Key>F: move-forward-character() \n
Ctrl<Key>A: move-to-begining() \n
Ctrl<Key>E: move-to-end() \n
Ctrl<Key>K: erase-to-end-of-line() \n
Ctrl<Key>U: erase-line() \n
Ctrl<Key>X: erase-line() \n
Ctrl<Key>C: restart-session() \n
Ctrl<Key>\\: abort-session() \n
<Key>BackSpace:delete-previous-character() \n
<Key>Delete: delete-previous-character() \n
<Key>Return: finish-field() \n
<Key>: insert-char()

Las acciones que son compatibles con el widget son:

borrar-caracter-anterior
Borra el carácter antes del cursor.

borrar-caracter
Borra el carácter que sigue al cursor.

mover-hacia-atrás-personaje
Mueve el cursor hacia atrás.

personaje de avance
Mueve el cursor hacia adelante.

mudanza al comienzo
(Disculpas por el error ortográfico.) Mueve el cursor al principio de la
texto editable.

mover hasta el final
Mueve el cursor al final del texto editable.

borrar hasta el final de la línea
Borra todo el texto después del cursor.

borrar-linea
Borra todo el texto.

campo de meta
Si el cursor está en el campo de nombre, pasa al campo de contraseña; si el cursor
está en el campo de contraseña, verifica el par actual de nombre / contraseña. Si el
el par nombre / contraseña es válido, xdm inicia la sesión. De lo contrario, el mensaje de error
Se muestra y se vuelve a solicitar al usuario.

abortar sesión
Termina y reinicia el servidor.

abortar-mostrar
Termina el servidor, desactivándolo. Esta acción no es accesible de forma predeterminada.
configuración. Hay varias razones para dejar de xdm en una consola del sistema, como
al apagar el sistema, al usar xdmshell, para iniciar otro tipo de
servidor, o para acceder en general a la consola. Enviando xdm un SIGHUP reiniciará el
monitor. Ver la seccion Controlador XDM.

reiniciar sesión
Reinicia el servidor X e inicia una nueva sesión. Esto se puede utilizar cuando los recursos
han cambiado y desea probarlos o cuando la pantalla se ha sobrescrito
con mensajes del sistema.

insertar-char
Inserta el carácter escrito.

establecer-argumento-de-sesión
Especifica un argumento de una sola palabra que se pasa a la sesión al inicio. Ver
la sección Sesión Programa.

permitir-todo-acceso
Desactiva el control de acceso en el servidor. Esto se puede usar cuando el archivo .Xauthority
no puede ser creado por xdm. Tenga mucho cuidado al usar esto; podría ser mejor
desconecte la máquina de la red antes de hacer esto.

En algunos sistemas (OpenBSD), el shell del usuario debe aparecer en / etc / shells para permitir el inicio de sesión
a través de xdm. La contraseña normal y las fechas de vencimiento de la cuenta también se aplican.

STARTUP PROGRAMA

La Xinicio El programa se ejecuta como root cuando el usuario inicia sesión. Por lo general, es un shell
texto. Dado que se ejecuta como root, Xinicio Debe tener mucho cuidado con la seguridad. Esto es
el lugar para poner los comandos que agregan entradas a utmp or wtmp archivos, (el sesreg programa
puede ser útil aquí), monte los directorios de inicio de los usuarios desde servidores de archivos o cancele la sesión
si no se permiten inicios de sesión.

Además de cualquier especificado por DisplayManager.exportList, el siguiente entorno
se pasan variables:

MOSTRAR el nombre de visualización asociado
HOME el directorio de trabajo inicial del usuario
LOGNAME el nombre de usuario
USUARIO el nombre de usuario
PATH el valor de Gestor de pantalla.DISPLAY.rutadelsistema
SHELL el valor de Gestor de pantalla.DISPLAY.sistemaShell
XAUTHORITY se puede establecer en un archivo de autoridad
WINDOWPATH se puede establecer en la "ruta de la ventana" que conduce al servidor X

No se pasan argumentos al script. xdm espera hasta que este script salga antes de comenzar
la sesión del usuario. Si el valor de salida de este script no es cero, xdm interrumpe el
sesión e inicia otro ciclo de autenticación.

La muestra Xinicio archivo que se muestra aquí evita el inicio de sesión mientras el archivo / etc / nologin existe.
Por lo tanto, este no es un ejemplo completo, sino simplemente una demostración de los
funcionalidad

Aquí hay una muestra Xinicio script:

#!/ Bin / sh
#
#Xinicio
#
# Este programa se ejecuta como root después de que se verifica al usuario
#
si [-f / etc / nologin]; entonces
xmessage -file / etc / nologin -timeout 30 -center
salir de 1
fi
sessreg -a -l $ DISPLAY -x / etc / X11 / xdm / Xservers $ LOGNAME
/ etc / X11 / xdm / GiveConsole
salir de 0

SESIÓN PROGRAMA

La Xsesión El programa es el comando que se ejecuta como la sesión del usuario. Se ejecuta con
los permisos del usuario autorizado.

Además de cualquier especificado por DisplayManager.exportList, el siguiente entorno
se pasan variables:

MOSTRAR el nombre de visualización asociado
HOME el directorio de trabajo inicial del usuario
LOGNAME el nombre de usuario
USUARIO el nombre de usuario
PATH el valor de Gestor de pantalla.DISPLAY.rutadelusuario
SHELL el shell predeterminado del usuario (desde conseguirpwnam)
XAUTHORITY se puede establecer en un archivo de autoridad no estándar
KRB5CCNAME se puede establecer en un nombre de caché de credenciales de Kerberos
WINDOWPATH se puede establecer en la "ruta de la ventana" que conduce al servidor X

En la mayoría de las instalaciones, Xsesión debería buscar en $ HOME un archivo .xsesión, que contiene
comandos que a cada usuario le gustaría usar como sesión. Xsesión también debería implementar un
sesión predeterminada del sistema si no existe una sesión especificada por el usuario.

Se puede pasar un argumento a este programa desde el widget de autenticación usando el `set-
acción de argumento de sesión. Esto se puede utilizar para seleccionar diferentes estilos de sesión. Una
Un buen uso de esta función es permitir que el usuario salga de la sesión ordinaria cuando
falla. Esto permite a los usuarios reparar sus propios .xsesión si falla, sin requerir
intervención administrativa. El siguiente ejemplo demuestra esta característica.

Este ejemplo reconoce el modo especial `` a prueba de fallos '', especificado en las traducciones en
el recursosx archivo, para proporcionar un escape de la sesión ordinaria. También requiere
que el archivo .xsession sea ejecutable para que no tengamos que adivinar qué shell quiere
utilizar.

#!/ Bin / sh
#
# Sesión
#
# Este es el programa que se ejecuta como cliente.
# para el administrador de pantalla.

caso $ # en
1)
caso $ 1 en
a prueba de fallos)
exec xterm -geometría 80x24-0-0
;;
esac
esac

inicio = $ HOME / .xsession
recursos = $ HOME / .Xresources

if [-f "$ inicio"]; entonces
ejecutivo "$ inicio"
más
if [-f "$ recursos"]; entonces
xrdb -cargar "$ recursos"
fi
twm &
xman -geometría + 10-10 y
exec xterm -geometría 80x24 + 10 + 10 -ls
fi

Los usuarios .xsesión El archivo podría tener un aspecto similar al de este ejemplo. No olvides que el
el archivo debe tener permiso de ejecución.
#! / bin / csh
# no -f en la línea anterior, por lo que .cshrc se ejecuta para establecer $ PATH
twm &
xrdb -merge "$ HOME / .Xresources"
emacs -geometría + 0 + 50 &
xbiff -geometría -430 + 5 y
xterm -geometría -0 + 50 -ls

REAJUSTE PROGRAMA

Simétrico con Xinicio, Xreset La secuencia de comandos se ejecuta después de que finaliza la sesión del usuario.
Ejecutar como root, debe contener comandos que deshagan los efectos de los comandos en inicio x,
actualizando entradas en utmp or wtmp archivos o desmontar directorios de servidores de archivos. El
variables de entorno que se pasaron a Xinicio también se pasan a Xreset.

Una muestra Xreset script:
#!/ Bin / sh
#
# Reiniciar
#
# Este programa se ejecuta como root después de que finaliza la sesión
#
sessreg -d -l $ DISPLAY -x / etc / X11 / xdm / Xservers $ LOGNAME
/ etc / X11 / xdm / TakeConsole
salir de 0

CONTROLADOR EL SERVIDOR

xdm controla los servidores locales mediante señales POSIX. Se espera que SIGHUP reinicie el servidor,
cerrar todas las conexiones de clientes y realizar otras tareas de limpieza. Se espera SIGTERM
para terminar el servidor. Si estas señales no realizan las acciones esperadas, el
recursos Gestor de pantalla.DISPLAY.resetSignal y Gestor de pantalla.DISPLAY.termSeñal can
especificar señales alternativas.

Para controlar terminales remotos que no utilizan XDMCP, xdm busca en la jerarquía de ventanas en el
muestra y utiliza la solicitud de protocolo KillClient en un intento de limpiar el terminal
para la próxima sesión. Es posible que esto no mate a todos los clientes, ya que solo a aquellos que
han creado ventanas se notará. XDMCP proporciona un mecanismo más seguro; Cuándo xdm
cierra su conexión inicial, la sesión termina y el terminal debe cerrar
todas las demás conexiones.

CONTROLADOR XDM

xdm responde a dos señales: SIGHUP y SIGTERM. Cuando se envía un SIGHUP, xdm vuelve a leer el
archivo de configuración, el archivo de control de acceso y el archivo de servidores. Para el archivo de servidores,
advierte si se han agregado o eliminado entradas. Si se ha agregado una nueva entrada, xdm
inicia una sesión en la pantalla asociada. Las entradas que se han eliminado están deshabilitadas
inmediatamente, lo que significa que cualquier sesión en curso se terminará sin previo aviso y no
se iniciará una nueva sesión.

Cuando se envía un SIGTERM, xdm finaliza todas las sesiones en curso y sale. Esto se puede utilizar
al apagar el sistema.

xdm intenta marcar sus diversos subprocesos para ps(1) editando la línea de comando
lista de argumentos en su lugar. Porque xdm no puede asignar espacio adicional para esta tarea, es
útil para empezar xdm con una línea de comando razonablemente larga (el uso del nombre de ruta completo debe
bastar). Cada proceso que está dando servicio a una pantalla está marcado -display.

ADICIONAL VENDEDORES PANTALLAS

Para agregar una pantalla local adicional, agregue una línea al Servidores X expediente. (Ver el
. Local Server Especificaciones.)

Examine los recursos específicos de la pantalla en configuración xdm (por ejemplo, DisplayManager._0.autorizar)
y considere cuál de ellos debe copiarse para la nueva pantalla. El valor por defecto configuración xdm
tiene todas las líneas apropiadas para pantallas :0 y :1.

OTROS POSIBILIDADES

Puedes usar xdm para ejecutar una sola sesión a la vez, utilizando el 4.3 init opciones u otras
demonio adecuado especificando el servidor en la línea de comando:

xdm -server “: 0 SUN-3 / 60CG4 local / usr / bin / X: 0”

O puede tener un servidor de archivos y una colección de terminales X. La configuración para
esto es idéntico a la muestra anterior, excepto que el Servidores X el archivo se vería así

ensalzar: 0 VISUAL-19 extranjero
exaltar: 0 NCD-19 extranjero
explotar: 0 NCR-TOWERVIEW3000 extranjero

Esto dirige xdm para gestionar sesiones en los tres de estos terminales. Ver la seccion
Controlador xdm para obtener una descripción del uso de señales para habilitar y deshabilitar estos terminales
de una manera que recuerda a init(8).

LIMITACIONES

Una cosa que xdm lo que no es muy bueno es coexistir con otros sistemas de ventanas. A
utilice varios sistemas de ventanas en el mismo hardware, probablemente le interese más
xinit.

ASINCRÓNICO EVENTOS

xdm usos SIGALRM y SIGUSR1 para sus propios fines de comunicación entre procesos, gestionando
la relación entre los padres xdm proceso y sus hijos. Enviando estas señales
a cualquier xdm El proceso puede resultar en un comportamiento inesperado.

SUSCRÍBETE causas xdm para volver a escanear sus archivos de configuración y volver a abrir su archivo de registro.

SIGNO
causas xdm terminar con sus hijos y cerrar.

SIGUSR2
causas xdm para volver a abrir su archivo de registro. Esto es útil si se desea la rotación de registros, pero
SUSCRÍBETE es demasiado perturbador.

Utilice xdm en línea utilizando los servicios de onworks.net