X2go: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
GerBra (Diskussion | Beiträge)
Artikel erstellt
 
GerBra (Diskussion | Beiträge)
Artikel erstellt
Zeile 1: Zeile 1:
Ich, GerBra, werde diesen Beitrag heute und morgen vervollständigen.
== x2go Server und Client ==
== x2go Server und Client ==
x2go erlaubt die Nutzung des eigenen Desktops von anderen Rechnern aus - sowohl im LAN als auch über das Internet. Dabei läuft die Übertragung über eine ssh-Verbindung, ist also verschlüsselt. Weiterhin wird durch die Verwendung der freien nx Bibliotheken (nomachine) eine sehr akzeptable Geschwindigkeit und Reaktionsverhalten des Desktops erzielt. Selbst über eine ISDN-Verbindung kann noch zufriedenstellend gearbeitet werden.
x2go erlaubt die Nutzung des eigenen Desktops von anderen Rechnern aus - sowohl im LAN als auch über das Internet. Dabei läuft die Übertragung über eine ssh-Verbindung, ist also verschlüsselt. Weiterhin wird durch die Verwendung der freien nx Bibliotheken (nomachine) eine sehr akzeptable Geschwindigkeit und Reaktionsverhalten des Desktops erzielt. Selbst über eine ISDN-Verbindung kann noch zufriedenstellend gearbeitet werden.
[[Bild:x2go-1.png|640px]]


So kann z.B. unterwegs vom Laptop aus der heimische Desktop genutzt werden, inkl. der Umgebung, Anwendungen und der Geschwindigkeit des entfernten Arbeitsplatzes. Auch ist mit x2go problemlos der Zugriff von einer Vielzahl von Clients auf einen Rechner möglich (Terminal-Server, Thin-Client).
So kann z.B. unterwegs vom Laptop aus der heimische Desktop genutzt werden, inkl. der Umgebung, Anwendungen und der Geschwindigkeit des entfernten Arbeitsplatzes. Auch ist mit x2go problemlos der Zugriff von einer Vielzahl von Clients auf einen Rechner möglich (Terminal-Server, Thin-Client).
Zeile 15: Zeile 17:
=== Installation und Konfiguration ===
=== Installation und Konfiguration ===
An Paketen wird aus dem AUR gebraucht: x2goserver und x2goclient. Und die jeweiligen abhängigen Pakete. Die Abhängigkeiten (nxcomp*, nxproxy) sind jeweils zuerst zu kompilieren.
An Paketen wird aus dem AUR gebraucht: x2goserver und x2goclient. Und die jeweiligen abhängigen Pakete. Die Abhängigkeiten (nxcomp*, nxproxy) sind jeweils zuerst zu kompilieren.
* Hinweis zum Paket nxcomp: Aufgrund eines Fehlers im AUR kann dieses PKGBUILD nicht über den normalen Weg bezogen werden. Das notwendige PKGBUILD ist aber als Kommentar im Paket nxcompext vorhanden.
* Hinweis zum Paket x2goagent: Dieses Paket baut die Quellen eines kompletten xorg Quellpaketes, braucht aber nur Teile daraus. Der Kompiliervorgang ist trotz allem etwas umfangreicher!
* Hinweis zum Paket x2goagent: Dieses Paket baut die Quellen eines kompletten xorg Quellpaketes, braucht aber nur Teile daraus. Der Kompiliervorgang ist trotz allem etwas umfangreicher!
* Weiterhin ist bei x2goagent zu beachten: Beim Kompilieren muß dieses Paket Zugriff auf die Source(scr)-Verzeichnisse der abhängigen Pakete nxcomp, nxcompext und nxcompshad haben. Diese sind ja als Abhängigkeit schon gebaut, man darf aber nicht durch makepkg den src-Tree darin entfernen lassen. In x2goagent werden SymLinks zu diesen Paketen hergestellt. Dafür müssen eben genannte Pakete im übergeordneten Verzeichniss vorhanden sein, also eine Struktur wie:
* Weiterhin ist bei x2goagent zu beachten: Beim Kompilieren muß dieses Paket Zugriff auf die Source(scr)-Verzeichnisse der abhängigen Pakete nxcomp, nxcompext und nxcompshad haben. Diese sind ja als Abhängigkeit schon gebaut, man darf aber nicht durch makepkg den src-Tree darin entfernen lassen. In x2goagent werden SymLinks zu diesen Paketen hergestellt. Dafür müssen eben genannte Pakete im übergeordneten Verzeichniss vorhanden sein, also eine Struktur wie:
Zeile 66: Zeile 69:
Jetzt aber zum x2goclient:
Jetzt aber zum x2goclient:
   x2goclient
   x2goclient
Das öffnet die Client-Anwendung. Hier können nun mehrere Sitzungen erstellt werden, auf die dann per Klick rechts zugegriffen werden kann. Jeder Eintrag besteht aus dem Anmeldenamen auf dem Server, dem Hostnamen/IP und dem Port für den ssh-Zugang. Weiterhin sind mehrere Geschwindigkeitsprofile einstellbar (von Modem bis zu LAN), ebenso welche Desktop-Umgebung auf dem entfernten Rechner gestartet werden soll.<br>
Das öffnet die Client-Anwendung. Hier können nun mehrere Sitzungen erstellt werden, auf die dann per Klick rechts zugegriffen werden kann. Jeder Eintrag besteht aus dem Anmeldenamen auf dem Server, dem Hostnamen/IP und dem Port für den ssh-Zugang. Weiterhin sind mehrere Geschwindigkeitsprofile einstellbar (von Modem bis zu LAN), ebenso welche Desktop-Umgebung auf dem entfernten Rechner gestartet werden soll.
'''Fallstrick:''' Bei KDE und Gnome nicht einfach die beiden Voreinstellungen wählen sondern "Eigene"; dort dann eintragen (für KDE): /opt/kde/bin/startkde. Ursache ist, das startkde normalerweise nicht beim User im Pfad verfügbar ist wenn dieser sich über ssh einloggt. Genauso kann aber auch z.B. openbox oder ein anderer WIndowmanager/Desktop gestartet werden.
 
 
[[Bild:x2go-2.png|640px]]
 
 
'''Fallstrick:''' Bei KDE und Gnome nicht einfach die beiden Voreinstellungen wählen sondern "Eigene"; dort dann eintragen (für KDE): /opt/kde/bin/startkde. Ursache ist, das startkde normalerweise nicht beim User im Pfad verfügbar ist wenn dieser sich über ssh einloggt. Genauso kann aber auch z.B. openbox oder ein anderer Windowmanager/Desktop gestartet werden.


Nach Abfrage des Paßwortes (für den Userzugang am Server) sollte nach kurzer Zeit das x2go-Logo gezeigt werden und dann der Desktop - voila!
Nach Abfrage des Paßwortes (für den Userzugang am Server) sollte nach kurzer Zeit das x2go-Logo gezeigt werden und dann der Desktop - voila!


=== Datenaustausch vom Client zum Desktop auf dem x2go-Server ===
=== Datenaustausch vom Client zum Desktop auf dem x2go-Server ===
Im x2goclient wird lokal (Laptop z.B.) ein Ordner mit Daten "freigegeben". Dieser wird per fuse und sshfs dann am  
Im x2goclient wird lokal (Laptop z.B.) ein Ordner mit Daten "freigegeben". Dieser steht per fuse und sshfs dann am x2goserver zur Verfügung und wird dort im $Home-Verzeichniss eingemountet, und zwar im Verzeichniss media. So können mehrere Verzeichnisse genutzt werden, z.B. um Arbeitsdaten vom Laptop am heimischen Arbeitsplatz zur Verfügung zu haben. Diese können auch "fest" eingestellt werden, so daß diese bei jeder Verbindung zum Server gemountet werden.
 
=== Sitzung vorübergehend verlassen ===
Eine weitere Besonderheit von x2go ist es, da. eine Sitzung auf dem Server quasi "suspended" werden kann. So kann eine laufende Sitzung geparkt werden und später - auch von einem anderen x2go-Client - wieder aufgenommen werden. Dabei ist es egal, woher der Client die Verbindung aufgebaut hat. So kann problemlos eine Sitzung im LAN begonnen werden und später die Verbindung z.B. vom Laptop aus einem Internet-Cafe wieder aufgenommen werden. Die Sitzungsinformationen werden dazu auf dem Server in der postgesql-Datenbank gespeichert und verwaltet. Der Prozess x2gocleansessions überwacht dabei den Status der Sitzungen.
 
== Ausblick ==
Momentan besteht das Paket in Arch hauptsächlich aus dem x2goserver und dem x2goclient. In der nächsten Zeit sollen noch hinzukommen:
* Die LDAP-Anbindung. Damit können dann User, Sitzungen und Anmeldungen per LDAP verwaltet werden (z.B. für Firmen oder Schulen interessant). Dafür gibt es Control-Programme, die sich in das KDE-Kontrollzentrum integrieren.
* Der GTK-x2goclient und der Client für die Kommandozeile. Weiterhin die Option den x2goclient als Anmeldebildschirm z.B, für Thin-Clients zu nutzen.
* Die Möglichkeit lokale Geräte (CD, Floppy, USB-Stick) transparent im entfernten Desktop benutzen zu können.
 
Bei Nachfragen und Problemen beim Bauen bitte im Forum fragen oder mich direkr (GerBra).
 
== Links ==
[http://x2go.berlios.de Projektseite]


[[Kategorie:Unvollständig]]
[[Kategorie:Konfiguration]]

Version vom 2. Juli 2008, 08:12 Uhr

x2go Server und Client

x2go erlaubt die Nutzung des eigenen Desktops von anderen Rechnern aus - sowohl im LAN als auch über das Internet. Dabei läuft die Übertragung über eine ssh-Verbindung, ist also verschlüsselt. Weiterhin wird durch die Verwendung der freien nx Bibliotheken (nomachine) eine sehr akzeptable Geschwindigkeit und Reaktionsverhalten des Desktops erzielt. Selbst über eine ISDN-Verbindung kann noch zufriedenstellend gearbeitet werden.



So kann z.B. unterwegs vom Laptop aus der heimische Desktop genutzt werden, inkl. der Umgebung, Anwendungen und der Geschwindigkeit des entfernten Arbeitsplatzes. Auch ist mit x2go problemlos der Zugriff von einer Vielzahl von Clients auf einen Rechner möglich (Terminal-Server, Thin-Client).

Das Paket besteht aus einem Server (x2goserver in Verbindung mit x2goagent) und der Client-Software. Auf dem Server muß der postgresql SQl-Server laufen. Clients gibt es für Linux (momentan einen QT4-basierenden Client, GTK kommt noch) und auch für Windows (Download über die x2go Homepage). Weiterhin muß der Server einen sshd zur Verfügung stellen.

x2go und Archlinux

Die notwendigen Pakete gibt es im AUR. Aktuell sind die notwendigen Bibliotheken, der Server/Agent und der qt basierende Client vorhanden. Noch nicht (aber in Arbeit) ist die LDAP-basierende Verwaltung von Benutzer, Sitzungen und Zugängen.
Auch fehlen noch ein paar Tool, die x2go interessant für Schulen bzw. ThinClient-Umgebungen machen. Aber ich arbeite daran ;-)

Installation und Konfiguration

An Paketen wird aus dem AUR gebraucht: x2goserver und x2goclient. Und die jeweiligen abhängigen Pakete. Die Abhängigkeiten (nxcomp*, nxproxy) sind jeweils zuerst zu kompilieren.

  • Hinweis zum Paket nxcomp: Aufgrund eines Fehlers im AUR kann dieses PKGBUILD nicht über den normalen Weg bezogen werden. Das notwendige PKGBUILD ist aber als Kommentar im Paket nxcompext vorhanden.
  • Hinweis zum Paket x2goagent: Dieses Paket baut die Quellen eines kompletten xorg Quellpaketes, braucht aber nur Teile daraus. Der Kompiliervorgang ist trotz allem etwas umfangreicher!
  • Weiterhin ist bei x2goagent zu beachten: Beim Kompilieren muß dieses Paket Zugriff auf die Source(scr)-Verzeichnisse der abhängigen Pakete nxcomp, nxcompext und nxcompshad haben. Diese sind ja als Abhängigkeit schon gebaut, man darf aber nicht durch makepkg den src-Tree darin entfernen lassen. In x2goagent werden SymLinks zu diesen Paketen hergestellt. Dafür müssen eben genannte Pakete im übergeordneten Verzeichniss vorhanden sein, also eine Struktur wie:
 ./nxcomp/src
 ./nxcompext/src
 ./nxcompshad/src
 ./x2goagent (was man gerade am Bauen ist)

Nachdem nun alle Pakete gebaut sind installiert man:
Auf dem Server(z.B. Arbeitsplatz zuhause):

 x2goserver (plus Abhängigkeiten)

Auf dem Client(z.B. Laptop):

 x2goclient (plus Abhängigkeiten)

Konfiguration Server
Ein lokal funktionierenden Xserver plus Desktop(z.B. KDE) wird vorausgesetzt. Nutzbar ist vom Client aus aber auch jeder andere Windowmanager.

a) Installiere den sshd-Daemon mit:

 pacman -Sy openssh
 /etc/rc.d/sshd start

Wenn der TCP-Wrapper (etc/hosts.deny hosts.allow aktiv ist, dann den sshd noch freischalten. Damit der sshd beim Neustart mitgestartet wird, diesen als Daemon in der /etc/rc.conf eintragen:

 DAEMONS=(... network ... sshd ...)

b) Das fuse Modul laden, damit vom Client aus eine Verzeichnissfreigabe(Datenaustausch) mit dem Desktop des Servers möglich ist:

 modprobe fuse

Damit das Modul bei jedem Start geladen wird dieses bei MODULES in die /etc/rc.conf eintragen.

c) Benutzern bzw. einer Gruppe erlauben ein Programm mit Root-Rechten auszuführen:

 pacman -Sy sudo
 visudo

Dort eintragen (als Beispiel für alle Mitglieder der Gruppe users):

 %users ALL=(ALL) NOPASSWD: /usr/bin/x2gopgwrapper

d) Die SQl-Datenbank initialisieren und den SQL-Server starten:

 /etc/rc.d/postgresql start

Dabei werden initial interne Tabellen des PostgreSQL angelegt. Jetzt noch die x2go Datenbank und Tabellenstruktur anlegen:

 cd /usr/lib/x2go
 ./x2gocreatebase.sh

Den SQL-Server und den x2goserver neu starten:

 /etc/rc.d/postgresql restart
 /etc/rc.d/x2goserver start

Damit beide Dienste beim Neustart automatisch gestartet werden, diese wieder als Daemons ein die /etc/rc.conf eintragen:

 DAEMONS=(... network ... sshd ... postgresql ... x2goserver)

Konfiguration Client
Du solltest sicherstellen, daß vom Client aus eine ssh-Sitzung zum Rechner mit dem x2goserver aufgebaut werden kann:

 ssh deinusername_amServer@dein_hostname_oder_ip

Im lokalen Netzwerk sollte das kein Problem sein. Wie du von außerhalb z.B. über das Internet eine Verbindung zum "heimischen" Rechner aufbaust ist eine Frage deines Netzwerkaufbaus. Und es würde den Rahmen des Artikels sprengen. Deshalb nur ein paar Stichworte:

  • am Router/Gateway muß ein Port geöffnet werden, welcher Anfragen an diesen Port z.B. zum Arbeitsplatz und dort an den sshd-Port (i.d.R. Port 22) weiterleitet (PortForwarding). Um einen großen Teil der Portscan-Attacken außzuschließen bietet sich als öffentlicher Port statt 22 z.B. die 222 an.
  • Damit man die eigene öffentliche IP-Adresse nicht im Kopf haben muß (die ja meist auch dynamisch wechselt), bietet sich ein sog. dynamischer DNS-Dienst an (DynDNS, DynIP). Meist sind die Router schon zur Aktualisierung dieses Dienstes vorbereitet, so daß der eigene Rechner zuhause immer per Namen erreichbar ist.

Jetzt aber zum x2goclient:

 x2goclient

Das öffnet die Client-Anwendung. Hier können nun mehrere Sitzungen erstellt werden, auf die dann per Klick rechts zugegriffen werden kann. Jeder Eintrag besteht aus dem Anmeldenamen auf dem Server, dem Hostnamen/IP und dem Port für den ssh-Zugang. Weiterhin sind mehrere Geschwindigkeitsprofile einstellbar (von Modem bis zu LAN), ebenso welche Desktop-Umgebung auf dem entfernten Rechner gestartet werden soll.



Fallstrick: Bei KDE und Gnome nicht einfach die beiden Voreinstellungen wählen sondern "Eigene"; dort dann eintragen (für KDE): /opt/kde/bin/startkde. Ursache ist, das startkde normalerweise nicht beim User im Pfad verfügbar ist wenn dieser sich über ssh einloggt. Genauso kann aber auch z.B. openbox oder ein anderer Windowmanager/Desktop gestartet werden.

Nach Abfrage des Paßwortes (für den Userzugang am Server) sollte nach kurzer Zeit das x2go-Logo gezeigt werden und dann der Desktop - voila!

Datenaustausch vom Client zum Desktop auf dem x2go-Server

Im x2goclient wird lokal (Laptop z.B.) ein Ordner mit Daten "freigegeben". Dieser steht per fuse und sshfs dann am x2goserver zur Verfügung und wird dort im $Home-Verzeichniss eingemountet, und zwar im Verzeichniss media. So können mehrere Verzeichnisse genutzt werden, z.B. um Arbeitsdaten vom Laptop am heimischen Arbeitsplatz zur Verfügung zu haben. Diese können auch "fest" eingestellt werden, so daß diese bei jeder Verbindung zum Server gemountet werden.

Sitzung vorübergehend verlassen

Eine weitere Besonderheit von x2go ist es, da. eine Sitzung auf dem Server quasi "suspended" werden kann. So kann eine laufende Sitzung geparkt werden und später - auch von einem anderen x2go-Client - wieder aufgenommen werden. Dabei ist es egal, woher der Client die Verbindung aufgebaut hat. So kann problemlos eine Sitzung im LAN begonnen werden und später die Verbindung z.B. vom Laptop aus einem Internet-Cafe wieder aufgenommen werden. Die Sitzungsinformationen werden dazu auf dem Server in der postgesql-Datenbank gespeichert und verwaltet. Der Prozess x2gocleansessions überwacht dabei den Status der Sitzungen.

Ausblick

Momentan besteht das Paket in Arch hauptsächlich aus dem x2goserver und dem x2goclient. In der nächsten Zeit sollen noch hinzukommen:

  • Die LDAP-Anbindung. Damit können dann User, Sitzungen und Anmeldungen per LDAP verwaltet werden (z.B. für Firmen oder Schulen interessant). Dafür gibt es Control-Programme, die sich in das KDE-Kontrollzentrum integrieren.
  • Der GTK-x2goclient und der Client für die Kommandozeile. Weiterhin die Option den x2goclient als Anmeldebildschirm z.B, für Thin-Clients zu nutzen.
  • Die Möglichkeit lokale Geräte (CD, Floppy, USB-Stick) transparent im entfernten Desktop benutzen zu können.

Bei Nachfragen und Problemen beim Bauen bitte im Forum fragen oder mich direkr (GerBra).

Links

Projektseite