[GELÖST] "Kann GTK nicht initialisieren: could not open"

[Nelson]

Hallo,
"Kann GTK nicht initialisieren: could not open display" bekomme ich auf einem Root-Server mit Debian Lenny, wenn ich

Code: Alles auswählen

virt-manager

im XTerm eingebe. Ach so, ich habe mich von meiner Debian-Maschine mittels

Code: Alles auswählen

ssh -X -p 67545 user@example.org

eingeloggt. Eigentlich müßte jetzt bei mir auf dem Desktop der Virt-Manager aufspringen. Auf dem Rootserver läuft eine Shorewall-Firewall, kann das damit zusammenhängen? Als ich virt-manager mit aptitude installierte, ist eigentlich alles installiert wurden, was notwendig ist. Die Python-gtk-Libraries sind auch installiert, deswegen stehe ich ein bisschen auf dem Schlauch.

Viele Grüße

Nelson

[Saxman]

Ist denn X Forwarding überhaupt an?

Code: Alles auswählen

cat /etc/ssh/sshd_config |grep X11

Code: Alles auswählen

cat /etc/ssh/ssh_config |grep X11

[Nelson]

Nein, die waren tatsächlich nicht angeschaltet. Besten Dank dafür, dass ich wieder ein bisschen schlauer bin.
Geändert habe ich jetzt

Code: Alles auswählen

cat /etc/ssh/sshd_config |grep X11
X11Forwarding yes
X11DisplayOffset 10

und

Code: Alles auswählen

cat /etc/ssh/ssh_config |grep X11
   ForwardX11 yes
   ForwardX11Trusted yes

Ein Reload des SSH-Daemons und ein Neu-Logging erweitert meine Meldung beim Aufruf von virt-manager um

Code: Alles auswählen

X11 connection rejected because of wrong authentication.
Kann GTK nicht initialisieren: could not open display

Also scheint das kein Firewall-Problem zu sein, hätte mich auch gewundert ssh ist doch offen. Also liegt es daran, dass ich noch ein bisschen schlauer werden sollte.

Grüße
Nelson

[Saxman]

hilft ein

Code: Alles auswählen

xhost +

auf dem client?

[Nelson]

Nein das ändert nichts

Code: Alles auswählen

X11 connection rejected because of wrong authentication.
Kann GTK nicht initialisieren: could not open display

kommt nach wie vor. Nur wenn ich das "-X" weglasse, fehlt "X11 connection rejected because of wrong authentication.". Das will ich aber nicht, wäre auch hirnrissig.

Ich habe jetzt auf meiner KVM-Maschine in meinem Netzwerk die beiden Datei nach X11 gegrept. Da bekomme ich

Code: Alles auswählen

cat /etc/ssh/ssh_config |grep X11
#   ForwardX11 no
#   ForwardX11Trusted yes
cat /etc/ssh/sshd_config |grep X11
X11Forwarding yes
X11DisplayOffset 10

Und der "ssh -X"-Login inklusive Starten des virt-manager klappt hier anstandslos. Ich vermute ein bisschen mein Kollege, der den Rootserver aufgesetzt hat, hat da noch was Anderes eingestellt. Der ist bloß momentan unreachable.

[Saxman]

Du könntest noch schauen ob auf dem server xauth istalliert ist und evtl den Verbindungsaufbau mittels ssh -Y versuchen.

Ansonsten fällt mir spontan nichts weiter ein. Da müsst Ich sonst selber mal in die Dokus schauen, bzw wissen was bei dir verändert wurde.

[Nelson]

Der ist drauf. Ich gehe dem mal in Ruhe nach, denn das muß ich jetzt auch erst mal verdauen und nachlesen.
Wenn ich den Weg gefunden habe, setze ich das auf alle Fälle hier rein.
Bis dahin vielen Dank für die Denkansätze!

Grüße

Nelson

[Nelson]

Okay, ich denke, ich habe des Rätsels Lösung gefunden. Kein Firewall-Problem, ssh-Configs an sich alle von vorneherein richtig eingestellt. Es handelt sich hier um ein Root-Zugriffsproblem. So gesehen ist der Fingerzeig mit dem xauth von Saxman Gold wert. Kai Hildebrandt beschreibt hier
http://www.kai-hildebrandt.de/linux/xauth.html die Funktionsweise von xauth und was passiert, wenn der Root eine Anwendung starten will. Dort ist ebenfalls dokumentiert wie vorzugehen ist, wenn der Root diese Berechtigung erhalten soll.

Vielen Dank für die Unterstützung,

Nelson