5

I have an issue on all new installs of CentOS 6.2 on my network. Connecting to remote machines using X11 gui software fails for reasons associated with the xauth. I'm not sure how to diagnose but have narrowed it down to the following:

  • gdm can't properly authenticate with remote host
  • XAUTHORITY is set to a local path not available on the remote machine
  • there is no .Xauthority file in the local user home dir
  • missing MIT-MAGIC-COOKIE-1

Here are some logs:

/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/messages

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

I'm sure this is an easy thing to address.

Things I tried that were unsuccessful:

  • sadly gdmsetup is not part of EL6
  • configured /etc/gdm/PostLogin to copy $XAUTHORITY to $HOME/.Xauthority (NFS mounted home directories)
  • explicitly created /etc/sysconfig/desktop with DISPLAYMANAGER=GNOME & DESKTOP=GNOME
  • tried different combinations of xinit and xauth

Hopefully someone can help diagnose and solve this problem. As visible in the logs, I'm without clusterssh as a result which is an unfortunate thing given I use it daily.

rjmoggach
  • 303

3 Answers3

2

The solution was, as expected, trivial and obscure-

With the vanilla install of CentOS 6.2 the X11 color definition file that is part of the xorg-x11-server-utils package (X.Org X11 X server utilities) is not resolved correctly by X11.

For some apps this results in warning messages but others fail with unrelated errors.

The solution was to add the following explicitly to the /etc/X11/xorg.conf file "Files" section:

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

With this in place, a simple logout/login to restart the X server fixed the problem.

This thread was what led me to find the working solution:

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

rjmoggach
  • 303
0

This excerpt might relate to your problem :

7.2. Why does Cygwin/X report AUDIT: client 1 rejected from IP remotehost?

The problem is most likely a wrong DNS (Network name resolution). Make sure your windows host has a hostname which is valid from linux too and an IP address which linux can resolve to that hostname.

If you add a line

192.168.26.1 myhost

to /etc/hosts on the XDMCP server with the IP address and the hostname of your windows host the name resolution should work.

harrymc
  • 498,455
0

Actually the X11 access controls had nothing to do with the issues I was having. It was all because I had appended the solarized theme Xresources file in the system Xresources file. Removing those lines fixed the problem.

I was able to diagnose by running cssh -e hostname which showed that the color definitions were not understood by xterm. Removed the lines, restarted the X server and all is running smoothly.

rjmoggach
  • 303