Virtual Network Computing on Michael’s Domain

Remote-Desktop-Sitzungen auf Ihrem Arbeitscomputer an der Universität Helsinki

Mon, 15 Jan 2018 00:00:00 +0000

Wenn Sie einen Dienstlaptop haben, können Sie diesen mit nach Hause nehmen, um dort zu arbeiten. Aber was ist, wenn Sie einen Desktop-Computer haben und von zu Hause aus darauf zugreifen müssen? Die Technologie, die dies ermöglicht, gibt es bereits seit mehr als 20 Jahren, aber wenn Sie glauben, dass die IT-Abteilung der Universität Ihnen dies einfach gemacht hat, liegen Sie falsch. Tatsächlich kenne ich niemanden, der weiß, wie das geht (geschweige denn, wie man den Vorgang vereinfachen kann). Selbst mit der unten beschriebenen Konfiguration funktionieren einige Dinge nicht richtig (z. B. ich habe nie herausgefunden, wie die Dateifreigabe bei einer Mac-zu-Mac-Verbindung funktioniert, und nutze daher nach wie vor Fugu mit einer separaten, getunnelten SFTP-Verbindung, um Dateien zu übertragen). Du hast mehrere Möglichkeiten:

Startskript für den VNC-Server

Sat, 26 May 2007 00:00:00 +0000

Um den VNC-Server beim Systemstart automatisch als Dienst zu starten, benötigen Sie dieses Shell-Skript . Wahrscheinlich können Sie auch selbst ein viel einfacheres Shell-Skript schreiben, das dieselbe Aufgabe erfüllt. Tatsächlich wirst du das sogar tun müssen, da dieses Skript unter RedHat 9 fehlerhaft ist. Das einfachste Shell-Skript ist natürlich der Befehl „vncserver“ allein… Dieses Skript kommt in den Ordner /etc/init.d. Anschließend erstellst du im Verzeichnis /etc/rc5.d einen symbolischen Link, der auf das Skript verweist. Das Verzeichnis /etc/rc5.d enthält eine Reihe von Verknüpfungen zu Skripten in der Datei init.d, die ausgeführt werden, wenn das System in den Runlevel 5 wechselt (Runlevel 5 ist derjenige, in dem die grafische Benutzeroberfläche und mehrere Benutzer aktiviert sind – den Sie höchstwahrscheinlich in 95 % aller Fälle verwenden). Es gibt weitere Verzeichnisse für andere Runlevels (z. B. /etc/rc3.d für Runlevel 3 usw.).

VNC (Virtual Network Computing) über SSH

Sat, 26 May 2007 00:00:00 +0000

Ich sitze zu Hause und möchte die grafische Benutzeroberfläche meines Linux-Rechners bei der Arbeit nutzen. Mein Arbeitsrechner, auf dem der VNC-Server läuft (mcblpc2.hi.helsinki.fi), befindet sich jedoch hinter der Firewall der Universität. Die einzige Verbindung, die ich durch die Firewall herstellen kann, läuft über einen der Hauptrechner der Universität, z. B. vesuri.helsinki.fi. Um eine Verbindung über VNC herzustellen, benötige ich nur zwei Befehle: ssh -L 5901:mcblpc2.hi.helsinki.fi:5901 mjeltsch@vesuri.helsinki.fivncviewer localhost:1 Um die Verbindung zu beschleunigen, kannst du eine Komprimierung verwenden (hilft nur, wenn du eine langsame Verbindung hast, z. B. über ein Modem). Bei der Verwendung von VNC über SSH geht der VNC-Viewer fälschlicherweise davon aus, dass man eine Verbindung zum lokalen Rechner herstellt, und wählt daher eine falsche Kodierung. Der zweite Befehl sollte also eigentlich lauten: vncviewer localhost:1 -compresslevel 0 -encodings "copyrect hextile"Wenn du den vncserver auf einem Computer betreibst, der über eine eigene Firewall verfügt, muss sshd laufen und der SSH-Port (22) geöffnet sein. Anschließend richtest du einen Tunnel von diesem SSH-Server auf diesem Rechner zu einem Port auf deinem lokalen Rechner ein: ssh -L 5901:remotemachine:5901 username@remotemachine vncviewer localhost:1Wenn Sie die KDE-Desktopfreigabe unter SUSE 9.0 nutzen, geben Sie den physischen Bildschirm (:0) frei. Wenn Sie also abgemeldet sind, können Sie keine Verbindung über die Desktop-Freigabe herstellen. Sie müssen zusätzlich eine vncserver-Instanz starten: vncserver Dieser Server verwendet standardmäßig die Sitzung :1, weshalb der weitergeleitete Port 5901 und nicht 5900 (wie bei der ersten Sitzung) sein muss.

VNC-Server (auch bekannt als „KDE Desktop Sharing“) unter SUSE 9

Thu, 24 May 2007 00:00:00 +0000

SUSE 9 verfügt über einen integrierten VNC-Server namens „KDE Desktop Sharing“ (im Menü „System“ → „Fernzugriff“). Dieser kann im Kontrollzentrum unter „Internet & Netzwerk“ konfiguriert werden. Anders als beim Starten von VNC über die Befehlszeile („vncserver“) startet dieses Tool keinen neuen X-Desktop, sondern stellt eine Verbindung zu Ihrem bereits bestehenden X-Desktop her. Es ist möglich, zusätzlich zur integrierten KDE-Desktopfreigabe einen normalen vncserver zu betreiben, der eigene X-Sitzungen startet.

VNC-Server unter SUSE 9

Thu, 24 May 2007 00:00:00 +0000

Ich habe versucht, vncserver unter Suse 9 zu verwenden, aber zu meiner Überraschung sah ich beim Starten mit „vncserver“ und anschließender Verbindung über den Befehl „vncviewer“ nur einen grauen Bildschirm und ein X-Terminal. Ich habe versucht, „xclock“ und „gaim“ auszuführen, und diese Programme lassen sich problemlos starten. Ich möchte jedoch auch KDE starten können. Deshalb habe ich mir die Datei „xstartup“ (im Verzeichnis „.vnc“ in Ihrem Home-Verzeichnis) meiner alten Red Hat 9-Installation angesehen und sie mit der aus meiner SUSE 9-Installation verglichen:Suse 9:!/bin/shxrdb $HOME/.Xresourcesxsetroot -solid greyxterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &twm &Red Hat 9:!/bin/shRed Hat Linux VNC-Startskriptunset SESSION_MANAGERexec /etc/X11/xinit/xinitrcIch habe herausgefunden, dass „twm“ ein Fenstermanager ist; daher ersetzt es in diesem Zusammenhang KDE. Wenn ich das Suse-Skript durch das Red-Hat-Skript ersetze, startet KDE beim Start von vncserver.

Verwendung von SSH in Skripten (sichere VNC-Verbindung mit einem Klick über krdc)

Thu, 29 Mar 2007 00:00:00 +0000

Verwendung von SSH in Skripten (sichere VNC-Verbindung mit einem Klick über krdc) Ich wollte eine VNC-Verbindung herstellen, die über SSH getunnelt wird und mit nur einem Klick funktioniert. Ich habe ein Shell-Skript mit folgendem Inhalt erstellt: !/bin/sh ssh -L 5902:192.168.0.7:5902 -f -N jeltsch@192.168.0.7 krdc localhost:2 Die SSH-Verbindung bleibt im Hintergrund offen, bis die krdc-Anwendung beendet wurde.