Eine Firewall, die sie alle abwehrt

Zuletzt verändert am 24. Juli 2026 • 3 Min. Lesezeit • 480 Wörter

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"' {} \;