X Server / X Org Konfigurieren Für SSH und XMing

[sotex]

Kann mir jemand helfen? ich suche ein How-To um auf einem Debian System ein X Server so zu konfigurieren das man Per SSH und XMing eine verbindung von windows aus herstellen kann.

Aber irgendwie will der nicht. Nachdem der Xserver startet und ich per SSH un Xforwarding versuche Fluxbox zu starten meint der Server das das Display schon verwendet wird. Ein export der DISPLAY variable in der .bashrc hat nichts bewirkt

Bin für jede Hilfestellung dankbar :-)

 

[theton]

Wie willst du einen kompletten Fenstermanager forwarden? Warum hat man wohl VNC entwickelt, wenn sowas ohne Probleme möglich wäre? XForwarding ist für einzelne Fenster brauchbar, nicht aber für komplette Desktops.
Installiere dir einfach einen VNC-Server und unter Windows einen VNC-Client und nutze damit einen Remote-Desktop.
Und sonst stelle sicher, dass du X-Forwarding sowohl im Client, als auch in der Server-Konfiguration aktiviert hast. Und nicht jeder Windows-SSH-Client kann das ohne Probleme. *anmerk*

 

[Goodspeed]

Das ist so nicht ganz korrekt. Wenn sich in den letzen 2 Jahren nicht was grundlegendes geändert hat, so gibt es schon "prinzipielle" Unterschiede. Beim X-Protokoll wird nur das übertragen, was sich geändert hat ... bei VNC dagegen der komplette Screen. Ist in meinen Augen nicht ganz unerheblich.

@sotex:
Ich nutze zwar kein XMing, aber hier treib ich das in etwa so:
Wie theton schon sagte, muss im SSH-Server (auf dem entfernten Rechner) X-Forwarding eingeschaltet werden (per default ist es aus).
Dann folgende Schritte:
1. neuen (leeren) X-Server starten

X :1

2. mitteilen, dass es in Zukunft um den geht:

export DISPLAY=:1

3. Jetzt holen wir uns dem WM

ssh -X user@server unser_windowmanager

 

[theton]

Hmm, ok... ich ging vom für mich logischen aus (was scheinbar falsch ist). Ein Fenstermanager tut ja erstmal garnichts (ausser vielleicht den Hintergrund zeichnen und bei manchen wird auch ein Panel angezeigt), bis man ein Fenster öffnet. Dann greift der Fenster-Manager und baut um dieses Fenster einen Rahmen, ordnet es auf dem Bildschirm an usw. Um nun aber ein Fenster zu öffnen (ein grafisches Programm zu starten), müsste man eine zweite SSH-Verbindung aufbauen (sofern man kein screen o.ä. nutzt) und das Programm starten und der Fenstermanager kann dann auch bei einem Programm, das per XForward auf einer anderen Session gestartet wurde, greifen? Oder ist hier in meinem Verständnis zu X, Fenster- und Desktop-Managern etwas falsch?

 

[Goodspeed]

Ich glaube schon ... allerdings steck ich in den Interna auch nicht mehr so drin:

Bei meiner Methode läuft lokal ein X-Server und remote der WM. Per SSH sagt der WM nun dem X-Server, was wo wie gezeichnet werden soll ... so hab ich das zumindest bis jetzt verstanden.
Und die ganzen Anwendungen laufen ja auch remote ... nur die Ausgabe wird ja umgeleitet ...

 

[sotex]

Schonmal danke für soviel infos ^^

Bloß leider hat Goodspeed's Methode nicht funktioniert O_o er startet die FLuxbox oder das xTerm immer auf dem Localen Monitor O_o

Mach ich was falsch? O_o

Ich hab eigendlich Putty und Xming genauso Konfiguriert wie ich mal eine KDE von einem Solaris Server betrieben hatte.

Oder muss man in der xinit einen befehl eintragen der sagt das der Xserver den Localen Monitor in ruhe läst? O_o

 

[Goodspeed]

Eigentlich nicht ... hast Du dem SSH-Server mitgeteilt, dass er X weiterleiten soll?

 

[sotex]

Ja , das macht mich ja so stutzig, han die sshd config in /etc/ssh/ geändert O_o , der macht halt immer den XDM (oder was das ist... sieht sogar aus wie ne stufe tefer) auf dem Localen Monitor auf und dann meint der SSH client das da schon was läuft und der deswegen es nicht starten kann O_o

Ich dacht eigendlich das Umleiten der DISPLAY variabel sollte genau das lösen XD

 

[Goodspeed]

Haste Du Dir das schonmal durchgelesen:
http://www.straightrunning.com/XmingNotes/

Vor allem den unteren Teil ...

 

[kbdcalls]

Ist Port 6000 offen ?

 

[Goodspeed]

Wozu Port 6000 wenn er per SSH tunneln will/muss???

 

[sotex]

wah, der huddl is ja schlimm. ich hab das jetzt mal mit XDMCP geregelt, das scheint besser zu laufen, aber wie ist das mit sicherheit?

Das ganze ist momentan nur n Versuch bei mir Daheim aber das soll später an die Hochschule als Fachschaftsserver udn wenn der hackbar wird zieht mir die Rechnerzentrale die Ohren lang XD

Kann man auch in der XDM Config die Clients einschränken auch wenn deren IP's Dynamisch sind ?

 

[theton]

XDMCP ist etwa so sicher wie Telnet.

 

[sotex]

Gibt es keine Verschlüßelungsflags für XDMCP ?

 

[theton]

Nein, gibt es nicht. Du kannst höchstens einen SSH-Tunnel nutzen.

 

[sotex]

Jo das währ mal was, wird mal direkt es WE über ausprobiert ^^