Gdm'yi diğer sunuculara / iş istasyonlarına X bağlantılarına izin verecek şekilde nasıl yapılandırabilirim?

Ağımdaki tüm yeni CentOS 6.2 yüklemeleriyle ilgili bir sorunum var . X11 gui yazılımı kullanarak uzak makinelere bağlanmak , xauth ile ilişkili nedenlerden dolayı başarısız oluyor . Nasıl tanı koyacağımı bilmiyorum ama bunu daraltmıştım:

• gdm uzak ana bilgisayarla doğru şekilde kimlik doğrulaması yapamıyor
• XAUTHORITY uzak makinede bulunmayan yerel bir yola ayarlanmış
• Yerel kullanıcı ana dizinde .Xauthority dosyası yok
• eksik MIT-MAGIC-COOKIE-1

İşte bazı günlükler:

/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 / mesajları

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

Bunun çözülmesi kolay bir şey olduğuna eminim.

Denediğim şeyler başarısız oldu:

• ne yazık ki gdmsetup EL6'nın bir parçası değil
• yapılandırılmış / etc / gdm / PostLogin kopyalamak için $ XAUTHORITY için $ HOME / .Xauthority (NFS ev dizinleri monte)
• açıkça DISPLAYMANAGER ile çalışan / etc / sysconfig / desktop = GNOME ve DESKTOP = GNOME
• xinit ve xauth'un farklı kombinasyonlarını denedim

Umarım birileri bu sorunu teşhis ve çözmede yardımcı olabilir. Günlüklerde görüldüğü gibi, günlük kullandığım için talihsiz bir şey olan bir sonuç olarak kümelerim yok .

Çözüm beklendiği gibi önemsiz ve belirsizdi.

CentOS 6.2'nin vanilya kurulumunda, xorg-x11-server-utils paketinin (X.Org X11 X sunucu yardımcı programları) bir parçası olan X11 renk tanımı dosyası X11 tarafından doğru şekilde çözülmedi.

Bazı uygulamalar için bu uyarı mesajlarına yol açar, ancak diğerleri ilgisiz hatalarla başarısız olur.

Çözüm, aşağıdakileri açıkça /etc/X11/xorg.conf dosyası "Dosyalar" bölümüne eklemekti:

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

Bu yerinde, X sunucusunu yeniden başlatmak için basit bir oturum kapatma / oturum açma sorunu çözdü.

Bu konu bana çalışma çözümünü bulmamı sağlayan şeydi:

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

Bu alıntı senin sorununla ilgili olabilir:

7.2. Cygwin / X neden AUDIT: client 1'i IP remotehost'tan reddetti?

Sorun büyük olasılıkla yanlış bir DNS'dir (Ağ adı çözünürlüğü). Windows sunucunuzun da linux için geçerli bir ana bilgisayar adı ve linux'un bu ana bilgisayar adına çözebileceği bir IP adresi olduğundan emin olun.

Çizgi eklerseniz

192.168.26.1 myhost

XDMCP sunucusunda / etc / hosts dosyasına IP adresi ve pencerelerinizin ana bilgisayar adı ile ad çözümlemesi çalışmalıdır.

Aslında X11 erişim kontrollerinin sahip olduğum konularla hiçbir ilgisi yoktu. Hepsi, solarres teması Xresources dosyasını sistem Xresources dosyasına eklediğim içindi. Bu çizgileri kaldırmak sorunu çözdü.

cssh -e hostnameRenk tanımlarının xterm tarafından anlaşılmadığını gösteren koşarak tanı koydum. Çizgiler kaldırıldı, X sunucusu yeniden başlatıldı ve hepsi sorunsuz çalışıyor.