☰

Как настроить gdm, чтобы разрешить X-подключения к другим серверам/рабочим станциям?

tag-icon • tag-icon gnome centos gdm centos-6 xauth
Как настроить gdm, чтобы разрешить X-подключения к другим серверам/рабочим станциям?

У меня проблема со всеми новыми установкамиCentOS 6.2в моей сети. Подключение к удаленным машинам с помощьюХ11программное обеспечение графического интерфейса выходит из строя по причинам, связанным сxauthЯ не уверен, как диагностировать, но сузил круг до следующего:

  • gdm не может правильно аутентифицироваться на удаленном хосте
  • XАВТОРИТЕТустановлен локальный путь, недоступный на удаленной машине
  • здесь нет.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/сообщения

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)
  • явно созданный/etc/sysconfig/desktopсDISPLAYMANAGER=GNOME&РАБОЧИЙ СТОЛ=GNOME
  • пробовал разные комбинацииxinitиxauth

Надеюсь, кто-то поможет диагностировать и решить эту проблему. Как видно из логов, у меня нетclustersshв результате, что является досадным фактом, учитывая, что я пользуюсь им ежедневно.

решение1

Решение, как и ожидалось, оказалось тривиальным и неясным.

В стандартной установке CentOS 6.2 файл определения цвета X11, который является частьюxorg-x11-server-utilsПакет (X.Org X11 X server utility) некорректно обрабатывается X11.

Для некоторых приложений это приводит к появлению предупреждающих сообщений, но другие приложения завершаются сбоем и не связанными с этим ошибками.

Решением стало явное добавление следующего кода в раздел «Файлы» файла /etc/X11/xorg.conf:

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

После этого простой выход из системы/вход в систему для перезапуска X-сервера решил проблему.

Эта тема помогла мне найти работающее решение:

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

решение2

Этотвыдержкаможет иметь отношение к вашей проблеме:

7.2 Почему Cygwin/X сообщает об AUDIT: клиент 1 отклонен с IP-адреса удаленного хоста?

Проблема, скорее всего, в неправильном DNS (разрешении сетевых имен). Убедитесь, что у вашего хоста Windows есть имя хоста, которое также допустимо в Linux, и IP-адрес, который Linux может разрешить в это имя хоста.

Если вы добавите строку

192.168.26.1 myhost

в /etc/hosts на сервере XDMCP с IP-адресом и именем хоста вашего хоста Windows, разрешение имен должно работать.

решение3

На самом деле элементы управления доступом X11 не имели никакого отношения к проблемам, которые у меня были. Все потому, что я добавил файл Xresources темы solarized в системный файл Xresources. Удаление этих строк решило проблему.

Мне удалось провести диагностику, запустив cssh -e hostnameкоторый, я увидел, что определения цветов не были поняты xterm. Удалил строки, перезапустил X-сервер и все работает гладко.

Связанный контент