Filme für meinen Vater: Plex über VPN, wenn die Leitung nicht mitspielt
Geschätzte Lesezeit: 8 Minuten
Wichtigste Erkenntnisse
1. Plex ermöglicht Live-Transcoding, was bei schmalen Bandbreiten entscheidend ist.
2. Mit WireGuard ist der Zugriff sicher, ohne das gesamte Heimnetzwerk preiszugeben.
3. Transcoding erfordert Rechenleistung, die auf der richtigen Hardware laufen sollte.
Inhaltsverzeichnis
Zwei Zahlen, die alles bestimmen
Warum Plex und nicht Jellyfin
Der Netzwerk-Teil, und der ist der eigentliche Trick
Was daran gut funktioniert
Was ich vorher gerne gewusst hätte
Zwei Zahlen, die alles bestimmen
| | |
|—|—|
| Meine Leitung | 1 Gbit/s **synchron** |
| Seine Leitung | **50 Mbit/s** |
Der entscheidende Wert ist nicht meine Geschwindigkeit, sondern seine. Und genauer gesagt: seine Empfangsrichtung, denn dorthin muss das Video.
Eine gute Videodatei in hoher Auflösung braucht 40 bis 60 Mbit/s. Bei 50 Mbit/s Anschluss heißt das im besten Fall: geht gerade so. Im realistischen Fall, wenn nebenbei noch jemand im Netz ist: geht nicht.
Und genau das war das Ergebnis. Ohne Umwandlung ruckelt es. Nicht dauerhaft, sondern immer dann, wenn die Szene komplex wird — also genau in dem Moment, in dem man hinschaut.
Warum Plex und nicht Jellyfin
Für mich selbst nutze ich Jellyfin. Zu Hause, im eigenen Netz, wo Bandbreite kein Thema ist. Es ist quelloffen, es läuft, ich mag es.
Für meinen Vater läuft Plex. Aus genau einem Grund: Live-Transcoding.
Plex erkennt, dass die Gegenstelle nicht genug Bandbreite hat, und rechnet den Film während der Wiedergabe auf eine niedrigere Bitrate herunter. Aus 50 Mbit/s werden 8 oder 10, und das Bild läuft flüssig durch. Der Server macht die Arbeit, der Empfänger merkt davon nichts außer dass es funktioniert.
Das ist kein Qualitätsurteil über Jellyfin. Es ist eine Aufgabenteilung: Das eine Werkzeug löst mein Problem zu Hause, das andere löst das Problem einer schmalen Leitung 400 Kilometer weiter.
Beide laufen bei mir auf demselben Rechner, einem Mac mini M4. Der hat Hardware-Encoder eingebaut, die genau für so etwas gedacht sind — mehrere Umwandlungen gleichzeitig, ohne dass der Lüfter überhaupt anspringt.
Der Netzwerk-Teil, und der ist der eigentliche Trick
Die naheliegende Lösung wäre, den Plex-Server aus dem Internet erreichbar zu machen. Portweiterleitung, fertig.
Das wollte ich nicht. Ein Dienst, der aus dem Netz erreichbar ist, wird gescannt — meine Serverprotokolle sind voll von Versuchen auf Adressen, die es bei mir nie gab. Für einen Zugang, den genau eine Person nutzt, ist das ein schlechter Tausch.
Also WireGuard. Der Aufbau bei mir:
Vater → FRITZ!Box (WireGuard-Gegenstelle)
↓
meine UDM
↓
nur die interne IP des Mac mini
Und da steckt der Punkt, auf den ich hinauswill: Es wird nicht das ganze Netz weitergereicht, sondern ausschließlich die interne Adresse des Mac mini.
Das ist eine Zeile in der Konfiguration — die Liste der erlaubten Adressen — und sie macht den Unterschied zwischen „mein Vater kann Filme schauen” und „mein Vater ist in meinem Heimnetz“. Sein Gerät sieht genau einen Rechner. Nicht das NAS, nicht die Kameras, nicht den Drucker, nicht die Verwaltungsoberfläche des Routers.
Falls sein Rechner irgendwann Schadsoftware hat — und das ist keine unrealistische Annahme bei einem Gerät, das man nicht selbst betreut — dann ist die Reichweite ein einzelner Dienst statt meines gesamten Zuhauses.
Das ist die Einstellung, die in Anleitungen regelmäßig fehlt. Die meisten zeigen, wie man den Tunnel aufbaut. Was danach hindurch darf, wird auf „alles” gelassen, weil es dann sicher funktioniert.
Was daran gut funktioniert
Es braucht keine Betreuung. Der Tunnel steht in der FRITZ!Box, sie baut ihn selbst wieder auf. Mein Vater startet Plex, wählt einen Film, fertig. Er weiß nicht, dass es ein VPN gibt, und das ist genau richtig so.
Es ist keine Cloud beteiligt. Die Dateien liegen bei mir, sie gehen direkt zu ihm. Kein Dienst dazwischen, kein Abo, keine Frage, wem die Daten gehören.
Und es skaliert nach unten. Wenn seine Leitung schlechter wird — abends, wenn die Nachbarschaft online ist — geht Plex mit der Qualität runter statt stehenzubleiben.
Was ich vorher gerne gewusst hätte
Transcoding kostet Rechenzeit, und zwar durchgehend. Nicht einmal beim Start, sondern die ganze Laufzeit über. Auf dem M4 fällt das nicht auf, weil die Umwandlung in dedizierter Hardware läuft. Auf einem NAS mit sparsamer CPU wäre derselbe Aufbau eine Zumutung.
Die Bitrate muss man festlegen, nicht der Zufall. In den Servereinstellungen lässt sich eine Obergrenze für entfernte Zugriffe setzen. Ohne die versucht Plex zunächst, alles in Originalqualität zu schicken, merkt erst währenddessen dass es nicht geht, und regelt nach. Das sind die ersten zwanzig Sekunden Ruckeln, die niemand braucht.
Und die Erwartung sollte stimmen. Über 50 Mbit/s mit Umwandlung bekommt man ein gutes, flüssiges Bild — aber nicht das, was auf meinem eigenen Fernseher läuft. Wer denkt, er reicht sein Heimkino per Leitung durch, wird enttäuscht. Wer will, dass sein Vater die Aufnahmen von damals sehen kann, ohne dass jemand vorbeikommen und etwas einrichten muss, ist genau richtig.
Und darum geht es ja eigentlich.
FAQ
1. Was ist Live-Transcoding?
2. Wie sicher ist WireGuard?
3. Kann ich Plex auch mit schlechterem Internet nutzen?
