Firewall on Michael’s Domain

x11vnc als Ersatz für nxserver

Thu, 29 Nov 2012 00:00:00 +0000

Da der großartige nxclient von nomachine unter Mac OS X nicht mehr funktioniert und der neue nxplayer noch in der Beta-Phase ist (und auf meinem System überhaupt nicht läuft), brauchte ich eine andere Lösung, um von zu Hause aus eine Verbindung zu meinem Arbeits-Desktop herzustellen. Ich habe vieles ausprobiert, mich dann aber für x11vnc entschieden. Auf meinem Arbeits-Desktop läuft Ubuntu Precise Pangolin (12.04) und ich verbinde mich von einem Mac OS X 10.8 (Mountain Lion) aus. Ich musste lediglich x11vnc und openssh-server auf meinem Arbeits-Desktop installieren und eine Datei x11vnc.conf mit folgendem Inhalt unter /etc/init hinzufügen:x11vnc -forever -rfbauth /etc/x11vnc.pass -bg -o /var/log/x11vnc.log -scale 1280x800 -display :0 -auth /var/run/lightdm/root/:0Ich muss die Passwortdatei erstellen:x11vnc -storepasswd password /etc/x11vnc.passDann muss ich mich nur noch auf die eine oder andere Weise in meinen Arbeits-Desktop einloggen. Derzeit greife ich über die UNIX-Rechner der Universität darauf zu, da ein direkter SSH-Zugriff aufgrund einer Firewall nicht möglich ist. Also verbinde ich mich per SSH mit dem UNIX-Mainframe und von dort aus per SSH mit meinem Arbeitsrechner. Sobald ich angemeldet bin, richte ich einen Reverse-SSH-Tunnel zu meinem Macbook Pro zu Hause ein:ssh -R 19999:localhost:5900 IP-Adresse_des_HeimcomputersAuf meinem Macbook zu Hause musste ich zunächst die Option „Freigabe – Fernzugriff“ aktivieren. Dann nutze ich einfach die integrierte Bildschirmfreigabe des Betriebssystems „Mit Server verbinden“ und gebe „vnc://localhost:19999“ ein – und schon sehe ich den Anmeldebildschirm meines Arbeits-Desktops.Alternativ könnte ich meinen OpenVPN-Server nutzen, den ich auf meinem MacBook installiert habe, und einen OpenVPN-Client auf meinem Arbeits-Desktop verwenden, um eine Verbindung zu meinem MacBook herzustellen. Dann könnte ich mich direkt anmelden und die Umwege über die UNIX-Rechner der Universität vermeiden, um den Reverse-SSH-Tunnel einzurichten. Eine weitere, wenn auch sehr langsame Methode, um auf die GUI meines Arbeits-Desktops zuzugreifen, ist die X11-Weiterleitung über SSH. Alles, was ich dafür brauche, ist eine funktionierende SSH-Verbindung zum Server, eine in der SSH-Serverkonfigurationsdatei aktivierte X11-Weiterleitung und einen X11-Server auf dem lokalen Rechner (z. B. XQuarz unter macOS): ssh -X username@remote-server.comxclock &

Eine Firewall, die sie alle abwehrt

Tue, 06 Nov 2012 00:00:00 +0000

Die Firewall der Universität Helsinki hindert Mitarbeiter daran, zu arbeitenAls ich mit einem gebrochenen Wadenbein im Krankenhaus lag, konnte ich wegen der Firewall der Universität Helsinki keine Arbeit erledigen. Selbst wenn der Android-OpenVPN-Client mir den Zugang ermöglicht hätte, hätte ich dennoch nicht arbeiten können. Der Zweck eines VPN besteht darin, Remote-Clients denselben Zugriff auf die LAN-Ressourcen zu ermöglichen wie den Rechnern, die sich physisch im LAN befinden. Offensichtlich sieht die Universität Helsinki das anders und gewährt VPN-Clients keine gleichwertigen Berechtigungen. In meinem Fall bedeutete das, dass ich mich nicht per SSH auf meinen Arbeitscomputer einloggen konnte. Das verteuert die Arbeit im Homeoffice, da mein Chef mir einen Laptop kaufen musste, nur weil die Firewall zwischen HY-VPN-Clients und lokalen Rechnern SSH-Verbindungen blockiert. Ohne diese Einschränkung könnte ich die gesamte Arbeit von meinem 400-€-Tablet aus erledigen, beispielsweise mit dem nomachine Player).Auch die Umgehungslösungen schlugen fehlHätte ich es geschafft, mich bei einem der UNIX-Server der Universität (myntti, kruuna, klaava oder ruuvi) anzumelden, hätte ich mich von dort aus bei meinem Arbeitscomputer anmelden können. Allerdings konnte mein Android-SSH-Client ConnectBot keine SSH-Verbindung zu diesen Servern herstellen. Ich vermute, dass dies am meinem Mobilfunkanbieter Tele Finland liegt, da ich mich auch nicht bei meinen eigenen SSH-Servern anmelden konnte (was normalerweise möglich ist, wenn mein Android-Gerät über WLAN verbunden ist). Sobald ich mich per SSH mit meinem Arbeitscomputer verbinden kann, kann ich einen Reverse-SSH-Tunnel einrichten und X Windows oder den NoMachine Player nutzen, um all die Arbeit zu erledigen, die ich normalerweise erledigen kann, wenn ich im Labor vor meinem Arbeitscomputer sitzePlex und endlose Probleme bei der VideowiedergabeAllerdings gelang es mir nicht, die OpenVPN-Konfiguration auf Android richtig hinzubekommen, und auch der Helpdesk-Support hat es bis heute nicht geschafft. Also langweilte ich mich im Krankenhaus zu Tode, und da wir zu Hause Plex als Medienzentrum nutzen, beschloss ich, mir ein paar Filme anzusehen. Allerdings befindet sich Plex auch nach vier Jahren Entwicklung immer noch in der Beta-Phase, und wir hatten unseren Anteil an Problemen bei der Medienwiedergabe. Auch dieses Mal: Ich konnte mit dem Android-Client . Die Verbindung zu unserem (Ubuntu 10.04) Plex-Medienserver wurde zwar problemlos hergestellt, aber das Einzige, was funktionierte, war der Bereich „Fotos“. Durch Ausprobieren fand ich heraus, dass ein Teil des Problems darin bestand, dass die Videos im QuickTime-Format von Apple vorlagen (sie waren auf einem Mac kodiert worden). Also suchte ich nach einer Möglichkeit, Hunderte von Dateien im Batch-Verfahren von .mov in .avi zu konvertieren. Das wäre sicherlich schneller, als einen Fehlerbericht einzureichen und darauf zu warten, dass die Plex-Leute das Problem beheben. QuickTime ist doch sowieso tot, oder? ffmpeg war sicherlich der richtige Weg, aber Google überschüttete mich mit Treffern zum Thema Stapelkonvertierung, und das Problem bestand darin, den einen zu finden, der funktioniert. Leider gibt es im Internet jede Menge Mist und Rauschen. Der folgende Einzeiler hat funktioniert:find . -name '*.mov' -exec sh -c 'ffmpeg -i "$0" -sameq "${0%%.mov}.avi"' {} \;

Programme zur Konfiguration von Firewalls (fwbuilder, yast2, iptables, Brickwall/Brickhouse)

Wed, 04 Apr 2007 00:00:00 +0000

Die manuelle Konfiguration der Firewall mit iptables ist ziemlich schwierig. Als wir noch RedHat 8.1 verwendet haben, haben wir das gemacht, aber mittlerweile nicht mehr. Wir verwenden mittlerweile yast2 für die Firewall-Konfiguration. Eine Alternative zu yast2 ist fwbuilder . Wir haben es einmal ausprobiert und es scheint zu funktionieren, obwohl der dabei erzeugte Code im Vergleich zur manuellen Konfiguration recht umfangreich ist. Ein offensichtlicher Vorteil ist, dass fwbuilder mit vielen verschiedenen Arten von Firewalls und Betriebssystemen (z. B. auch Mac OS X) verwendet werden kann. Ich halte Brickhouse (ehemals Brickwall) ein sehr gutes – wahrscheinlich das beste und einfachste – Konfigurationsskript für die integrierten Firewall-/Routing-Funktionen von Mac OS X ist. Ich denke, die Linux-Community braucht ein solches Projekt, da Brickhouse wesentlich einfacher zu bedienen ist als fwbuilder.