如何配置gdm以允许X连接到其他服务器/工作站?


5

我的网络上所有新安装的CentOS 6.2都有问题。使用X11 gui软件连接到远程计算机失败的原因与xauth相关。我不确定如何诊断,但已将其缩小到以下范围:

  • gdm无法正确地使用远程主机进行身份验证
  • XAUTHORITY设置为远程计算机上不可用的本地路径
  • 本地用户主目录中没有.Xauthority文件
  • 缺少MIT-MAGIC-COOKIE-1

这是一些日志:

/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

我确信这是一个容易解决的问题。

我尝试的事情都没有成功:

  • 遗憾的是gdmsetup不是EL6的一部分
  • 配置/ etc / gdm / PostLogin$ XAUTHORITY复制到$ HOME / .Xauthority(NFS挂载的主目录)
  • 使用DISPLAYMANAGER = GNOMEDESKTOP = GNOME显式创建/ etc / sysconfig / desktop
  • 尝试了xinitxauth的不同组合

希望有人可以帮助诊断和解决这个问题。在日志中可见,因为我每天都使用它,所以我没有使用clusterssh,这是一个不幸的事情。


运行命令后它是否有效xauth + 127.0.0.1
Jeremy W

不,我已经在下面发布了解决方案。追踪但最简单的方法很棘手。对于未来的安装来说,这绝对是值得记住的。
mogga

我发布的解决方案实际上不是解决方案......但我现在发布了与系统Xresources文件相关的解决方案。操作员错误。
mogga

Answers:


2

正如所料,解决方案是微不足道的,模糊不清的 -

使用CentOS 6.2的vanilla安装,X11颜色定义文件是xorg-x11-server-utils包(X.Org X11 X服务器实用程序)的一部分,X11无法正确解析。

对于某些应用程序,这会产生警告消息,但其他应用程序会因无关的错

解决方案是将以下内容显式添加到/etc/X11/xorg.conf文件“Files”部分:

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

有了这个,一个简单的注销/登录重启X服务器修复了问题。

这个线程是我找到工作解决方案的原因:

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


0

摘录可能与您的问题有关:

7.2。为什么Cygwin / X报告AUDIT:客户端1被拒绝从IP remotehost?

问题很可能是错误的DNS(网络名称解析)。确保你的windows主机有一个从linux有效的主机名和一个linux可以解析为该主机名的IP地址。

如果添加一行

192.168.26.1 myhost

使用IP地址和Windows主机的主机名在XDMCP服务器上的/ etc / hosts中,名称解析应该有效。


所有正向和反向名称解析都按预期解析/工作。值得庆幸的是,网络上没有Windows主机使问题复杂化。我们还尝试在/ etc / hosts文件中添加显式主机。
mogga

确认这不是一个解决方案 - 所有主机都在两个方向正确解决
mogga

更多信息会很好:你用什么连接?你收到什么错误信息?你有没有试过没有ClusterSSH?
harrymc

1)对于需要本地gui窗口的任何内容,ssh -X具有相同的结果2)日志是原始问题的一部分但是如果你想看到其他人让我知道3)我与其他应用程序有类似的结果但是这个cssh是重现这个问题的最简单/最快捷的方式
mogga

0

实际上,X11访问控制与我遇到的问题无关。这完全是因为我在系统Xresources文件中添加了曝光的主题Xresources文件。删除这些行修复了问题。

我能够通过运行来诊断,cssh -e hostname这表明xterm没有理解颜色定义。删除了行,重新启动了X服务器,一切运行顺利。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.