☰

Wie kann ich gdm so konfigurieren, dass X-Verbindungen zu anderen Servern/Arbeitsstationen zugelassen werden?

tag-icon • tag-icon gnome centos gdm centos-6 xauth
Wie kann ich gdm so konfigurieren, dass X-Verbindungen zu anderen Servern/Arbeitsstationen zugelassen werden?

Ich habe ein Problem bei allen Neuinstallationen vonCentOS 6.2in meinem Netzwerk. Verbindung zu Remote-Rechnern überX11GUI-Software schlägt fehl aus Gründen im Zusammenhang mit derxauth. Ich bin nicht sicher, wie ich die Diagnose stellen soll, habe es aber auf Folgendes eingegrenzt:

  • gdm kann sich beim Remote-Host nicht richtig authentifizieren
  • XAUTHORITÄTist auf einen lokalen Pfad eingestellt, der auf dem Remotecomputer nicht verfügbar ist
  • es gibt kein.XauthorityDatei im lokalen Benutzer-Home-Verzeichnis
  • fehlenMIT-MAGIC-COOKIE-1

Hier sind einige Protokolle:

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

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

Ich bin sicher, dass sich dieses Problem leicht lösen lässt.

Dinge, die ich versucht habe und die erfolglos waren:

  • leidergdmsetupist nicht Teil von EL6
  • konfiguriert/etc/gdm/PostLoginKopieren$XAUTHORITÄTZu$HOME/.Xauthority(Per NFS gemountete Home-Verzeichnisse)
  • explizit erstellt/etc/sysconfig/desktopmitDISPLAYMANAGER=GNOMEundDESKTOP=GNOME
  • probierte verschiedene Kombinationen vonxinitUndxauth

Hoffentlich kann jemand helfen, dieses Problem zu diagnostizieren und zu lösen. Wie in den Protokollen sichtbar, bin ich ohneclustershwas bedauerlich ist, da ich es täglich benutze.

Antwort1

Die Lösung war, wie erwartet, trivial und obskur.

Mit der Vanilla-Installation von CentOS 6.2 wird die X11-Farbdefinitionsdatei, die Teil derxorg-x11-Server-DienstprogrammePaket (X.Org X11 X-Server-Dienstprogramme) wird von X11 nicht richtig aufgelöst.

Bei manchen Apps führt dies zu Warnmeldungen, andere schlagen jedoch mit unabhängigen Fehlern fehl.

Die Lösung bestand darin, Folgendes explizit zum Abschnitt „Dateien“ der Datei /etc/X11/xorg.conf hinzuzufügen:

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

Nachdem dies eingerichtet war, wurde das Problem durch ein einfaches Abmelden/Anmelden zum Neustarten des X-Servers behoben.

Dieser Thread hat mich zur funktionierenden Lösung geführt:

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

Antwort2

DasAuszugkönnte mit Deinem Problem zusammenhängen:

7.2. Warum meldet Cygwin/X „AUDIT: Client 1 vom IP-Remotehost abgelehnt“?

Das Problem ist höchstwahrscheinlich eine falsche DNS (Netzwerknamensauflösung). Stellen Sie sicher, dass Ihr Windows-Host einen Hostnamen hat, der auch unter Linux gültig ist, und eine IP-Adresse, die Linux in diesen Hostnamen auflösen kann.

Wenn Sie eine Zeile hinzufügen

192.168.26.1 myhost

zu /etc/hosts auf dem XDMCP-Server mit der IP-Adresse und dem Hostnamen Ihres Windows-Hosts sollte die Namensauflösung funktionieren.

Antwort3

Tatsächlich hatten die X11-Zugriffskontrollen nichts mit den Problemen zu tun, die ich hatte. Es lag alles daran, dass ich die Xresources-Datei des Solarized-Themas an die Xresources-Datei des Systems angehängt hatte. Das Entfernen dieser Zeilen behob das Problem.

Ich konnte die Diagnose durch Ausführen durchführen, cssh -e hostnamewas zeigte, dass die Farbdefinitionen von xterm nicht verstanden wurden. Ich habe die Zeilen entfernt, den X-Server neu gestartet und alles läuft reibungslos.

verwandte Informationen