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

6397
mogga

У меня проблема со всеми новыми установками 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

/ вар / Журнал / сообщения

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 & DESKTOP = GNOME
  • пробовал разные комбинации xinit и xauth

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

5
Работает ли это после запуска команды `xauth + 127.0.0.1`? Jeremy W 12 лет назад 0
Нет, я разместил решение ниже. Было сложно выследить, но в конце концов все было просто. Это определенно нужно помнить для будущих установок. mogga 12 лет назад 0
Решение, которое я разместил, на самом деле НЕ было решением ... но теперь я опубликовал решение, которое было связано с системным файлом Xresources. Ошибка оператора. mogga 12 лет назад 0

3 ответа на вопрос

2
mogga

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

При стандартной установке CentOS 6.2 файл определения цвета X11, являющийся частью пакета xorg-x11-server-utils (серверные утилиты X.Org X11 X), не был правильно определен 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

0
harrymc

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.

Все прямое и обратное разрешение имен разрешается / работает должным образом. К счастью, в сети нет хостов Windows, что усложняет ситуацию. Мы также уже пытались добавить явные хосты в файл ** / etc / hosts **. mogga 12 лет назад 0
подтвердила, что это не решение проблемы - все хосты разрешаются правильно в обоих направлениях mogga 12 лет назад 0
Было бы неплохо больше информации: что вы используете для подключения? Какое сообщение об ошибке вы получаете? Вы пробовали без ClusterSSH? harrymc 12 лет назад 0
1) ssh -X имеет тот же результат для всего, что требует локального окна графического интерфейса пользователя 2) журналы являются частью исходного вопроса, но если вы хотите увидеть других, дайте мне знать 3) у меня были похожие результаты с другими приложениями, но это cssh - самый простой / быстрый способ воспроизвести проблему mogga 12 лет назад 0
0
mogga

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

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

Похожие вопросы