☰

¿Cómo puedo configurar gdm para permitir conexiones X a otros servidores/estaciones de trabajo?

tag-icon • tag-icon gnome centos gdm centos-6 xauth
¿Cómo puedo configurar gdm para permitir conexiones X a otros servidores/estaciones de trabajo?

Tengo un problema con todas las instalaciones nuevas deCentOS 6.2en mi red. Conexión a máquinas remotas usandoX11El software GUI falla por razones asociadas con elxauth. No estoy seguro de cómo diagnosticarlo, pero lo he reducido a lo siguiente:

  • gdm no puede autenticarse correctamente con el host remoto
  • XAUTORIDADestá configurado en una ruta local no disponible en la máquina remota
  • no hay.Xautoridadarchivo en el directorio de inicio del usuario local
  • desaparecidoMIT-MAGIC-COOKIE-1

Aquí hay algunos registros:

/var/log/Xorg.0.log

[  9273.858] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9273.870] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 disconnected
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 disconnected
[  9277.236] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.248] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 disconnected
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 disconnected

/var/log/mensajes

Jun  4 14:41:21 myhostname abrt[8801]: saved core dump of pid 8800 (/usr/bin/perl) to /var/spo
ol/abrt/ccpp-2012-06-04-14:41:21-8800.new/coredump (18776064 bytes)
Jun  4 14:41:21 myhostname abrtd: Directory 'ccpp-2012-06-04-14:41:21-8800' creation detected
Jun  4 14:41:21 myhostname abrtd: Package 'clusterssh' isn't signed with proper key
Jun  4 14:41:21 myhostname abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2012-06-04-14:41:21-8800 (res:2), deleting

Estoy seguro de que esto es algo fácil de abordar.

Cosas que intenté y no tuvieron éxito:

  • desafortunadamenteconfiguracióngdmno es parte de EL6
  • configurado/etc/gdm/PostLogincopiar$XAUTORIDADa$HOME/.Xautoridad(directorios de inicio montados en NFS)
  • creado explícitamente/etc/sysconfig/escritorioconDISPLAYMANAGER=GNOME&ESCRITORIO=GNOME
  • Probé diferentes combinaciones dexinityxauth

Ojalá alguien pueda ayudar a diagnosticar y resolver este problema. Como se ve en los registros, estoy sinclustersshComo resultado, es algo desafortunado dado que lo uso a diario.

Respuesta1

La solución fue, como era de esperar, trivial y oscura.

Con la instalación básica de CentOS 6.2, el archivo de definición de color X11 que forma parte delxorg-x11-servidor-utilsEl paquete (utilidades del servidor X.Org X11 X) no se resuelve correctamente con X11.

Para algunas aplicaciones, esto genera mensajes de advertencia, pero otras fallan con errores no relacionados.

La solución fue agregar lo siguiente explícitamente a la sección "Archivos" del archivo /etc/X11/xorg.conf:

Section "Files"
    RgbPath "/usr/share/X11/rgb.txt"
EndSection

Una vez implementado esto, un simple cierre de sesión/iniciar sesión para reiniciar el servidor X solucionó el problema.

Este hilo fue lo que me llevó a encontrar la solución funcional:

http://www.nntp.perl.org/group/perl.tcltk/2006/09/msg99.html

Respuesta2

Esteextractopodría estar relacionado con su problema:

7.2. ¿Por qué Cygwin/X informa AUDITORÍA: cliente 1 rechazado del host remoto IP?

Lo más probable es que el problema sea un DNS (resolución de nombre de red) incorrecto. Asegúrese de que su host de Windows tenga un nombre de host que también sea válido para Linux y una dirección IP que Linux pueda resolver con ese nombre de host.

Si agregas una línea

192.168.26.1 myhost

a /etc/hosts en el servidor XDMCP con la dirección IP y el nombre de host de su host de Windows, la resolución de nombres debería funcionar.

Respuesta3

En realidad, los controles de acceso de X11 no tuvieron nada que ver con los problemas que estaba teniendo. Todo se debió a que había añadido el archivo Xresources del tema solarizado al archivo Xresources del sistema. Eliminar esas líneas solucionó el problema.

Pude diagnosticar ejecutando cssh -e hostnamelo que mostró que xterm no entendía las definiciones de color. Se eliminaron las líneas, se reinició el servidor X y todo funciona sin problemas.

información relacionada