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

6435
mogga

Ich habe ein Problem bei allen Neuinstallationen von CentOS 6.2 in meinem Netzwerk. Das Verbinden mit Remote-Computern mit der X11- GUI-Software schlägt aus Gründen des Xauth fehl . Ich bin nicht sicher, wie ich diagnostizieren soll, habe es aber auf Folgendes eingegrenzt:

  • gdm kann sich nicht korrekt mit dem Remote-Host authentifizieren
  • XAUTHORITY ist auf einen lokalen Pfad eingestellt, der auf dem Remote-Computer nicht verfügbar ist
  • Es gibt keine .Xauthority- Datei im Heimatverzeichnis des lokalen Benutzers
  • fehlt MIT-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 / 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

Ich bin mir sicher, dass dies eine einfache Sache ist.

Dinge, die ich ausprobiert habe, waren erfolglos:

  • leider ist gdmsetup nicht Teil von EL6
  • konfiguriert / etc / gdm / Postlogin zu kopieren $ XAUTHORITY zu $ HOME / .Xauthority (NFS Home - Verzeichnisse)
  • explizit erstellte / etc / sysconfig / desktop mit DISPLAYMANAGER = GNOME & DESKTOP = GNOME
  • versuchte verschiedene Kombinationen von Xinit und Xauth

Hoffentlich kann jemand helfen, dieses Problem zu diagnostizieren und zu lösen. Wie in den Protokollen zu sehen ist, habe ich keine Cluster. Dies ist eine unglückliche Sache, da ich es täglich benutze.

5
Funktioniert es nach dem Ausführen des Befehls `xauth + 127.0.0.1`? Jeremy W vor 11 Jahren 0
Nein, ich habe die Lösung unten veröffentlicht. Es war schwierig zu finden, aber am Ende war es einfach. Es ist auf jeden Fall eine Erinnerung für zukünftige Installationen. mogga vor 11 Jahren 0
Lösung, die ich gepostet habe, war eigentlich NICHT die Lösung ... aber ich habe jetzt die Lösung gepostet, die sich auf die Xresources-Datei des Systems bezog. Bedienerfehler mogga vor 11 Jahren 0

3 Antworten auf die Frage

2
mogga

Die Lösung war erwartungsgemäß trivial und unklar.

Bei der Vanilla-Installation von CentOS 6.2 wird die X11-Farbdefinitionsdatei, die Teil des Pakets xorg-x11-server-utils (X.Org X11 X-Server-Dienstprogramme) ist, von X11 nicht ordnungsgemäß aufgelöst.

Bei einigen Apps führt dies zu Warnmeldungen, andere schlagen jedoch mit nicht zusammenhängenden Fehlern fehl.

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

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

In diesem Fall wurde das Problem durch eine einfache Abmeldung / Anmeldung zum Neustarten des X-Servers behoben.

Dieser Thread hat mich dazu gebracht, die funktionierende Lösung zu finden:

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

0
harrymc

Dieser Auszug könnte sich auf Ihr Problem beziehen:

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

Das Problem ist höchstwahrscheinlich eine falsche DNS (Netzwerknamenauflösung). Stellen Sie sicher, dass Ihr Windows-Host einen Hostnamen hat, der auch von 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

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

Die Auflösung der Vorwärts- und Rückwärtsnamen funktioniert wie erwartet. Glücklicherweise gibt es keine Windows-Hosts im Netzwerk, die die Sache komplizieren. Wir haben auch bereits versucht, explizite Hosts in der Datei ** / etc / hosts ** hinzuzufügen. mogga vor 11 Jahren 0
Es wurde bestätigt, dass dies keine Lösung ist - alle Hosts werden in beide Richtungen korrekt aufgelöst mogga vor 11 Jahren 0
Mehr Info wäre schön: Was benutzt du zum Verbinden? Welche Fehlermeldung erhalten Sie? Hast du es ohne ClusterSSH probiert? harrymc vor 11 Jahren 0
1) ssh -X hat das gleiche Ergebnis für alles, was ein lokales GUI-Fenster erfordert. 2) Protokolle sind Teil der ursprünglichen Frage, aber wenn Sie andere sehen möchten, lassen Sie es mich wissen. 3) Ich hatte ähnliche Ergebnisse mit anderen Apps außer diesem cssh ist der einfachste / schnellste Weg, um das Problem zu reproduzieren mogga vor 11 Jahren 0
0
mogga

Eigentlich hatten die Zugangskontrollen für X11 nichts mit meinen Problemen zu tun. Das lag alles daran, dass ich die solarisierte Motiv-Xresources-Datei in die System-Xresources-Datei angehängt hatte. Durch das Entfernen dieser Zeilen wurde das Problem behoben.

Ich konnte diagnostizieren, indem ich cssh -e hostnamezeigte, dass die Farbdefinitionen von xterm nicht verstanden wurden. Entfernte die Zeilen, startete den X-Server neu und alles läuft reibungslos.

Verwandte Probleme