Mehrwege-IP-Transport
Ein Tunnel. Mehrere physische Ausgänge.
PLY nimmt den gesamten IP-Verkehr von macOS in einen Systemtunnel und verteilt ihn auf unabhängige Strecken: Kabel, Mobilfunk, Satellit. Hinaus geht er über den eigenen Linux-Server. Anwendungen merken davon nichts, denn an ihnen ist nichts zu ändern: kein SDK, kein SOCKS, keine Eingriffe in den Code.
- TCPjeder Port
- UDPjeder Port
- IPICMP und der Rest
Wie diese Seite zu lesen ist
Die Farbe steht für das physische Medium
Violett ist Satellit, Ocker ist Mobilfunk, Türkis ist Kabel. Eine Farbe behält in jedem Schema, im Client-Entwurf und in den Beschriftungen dieselbe Bedeutung, deshalb muss die Legende nur einmal gelesen werden.
Der Zustand zeigt sich daran, wie eine Linie gezeichnet ist, nie an ihrer Farbe. Eine stumme Satellitenstrecke bleibt violett, statt sich als Kabelstrecke zu tarnen.
- Satellit
- Mobilfunk
- Kabel
Von der Anwendung zum Uplink
Ein Paket, vier Übergaben
Keine der vier verlangt etwas von der Anwendung.
01 · Client
Die Anwendung nutzt das gewohnte Netz
Ein Browser, ein Terminal, ein Anruf oder ein selbst geschriebenes Protokoll sehen eine Systemschnittstelle. PLY zerlegt TCP und UDP nicht und schreibt sie nicht um.
02 · Packet Tunnel
Das System übergibt rohes IP
Eine Network System Extension bringt
utunhoch und reicht die Pakete über eine lokale Brücke an den Rust-Client weiter, die nur denselben Benutzer zulässt.03 · Transport
Der Planer verteilt die Pakete auf die Strecken
Geprüfte Strecken tragen verschlüsselte UDP-Datagramme. Der Planer liest die Wichtigkeit jedes Pakets aus dessen Kopf und gibt Redundanz danach aus. Bestätigungen, FEC und Überlastregelung arbeiten weiter, während eine Strecke schlechter wird.
04 · Ausgang
Linux routet den Verkehr oder setzt NAT
Ein dauerhaftes TUN entlässt den erlaubten Verkehr in ein geroutetes Netz oder über den gewählten Uplink mit
MASQUERADE.
Was sich im Netz ändert
Über mehrere Strecken läuft das Netz selbst, nicht eine einzelne Anwendung
Ein Tunnel auf IP-Ebene
Hinein gehen IPv4 und IPv6, TCP, UDP, DNS, ICMP und die übrigen erlaubten Protokolle. Ein Proxy, der drei davon versteht, genügt nicht.
Geprüfter physischer Ausgang
Eine Strecke gilt als lebendig, sobald der Server ihre Sonden von einer eigenen öffentlichen Adresse hat ankommen sehen.
Zwei Serverbetriebsarten
forwardschickt den Verkehr über einen Uplink mit NAT hinaus.tunroutet ihn weiter, ohne die Adressen anzufassen.Rechte je Paket
Ein Gerät bekommt eine feste Adresse, eine erlaubte Betriebsart und eine Liste von Netzen. Die Quelle muss zu der Adresse passen, die ihm zugeteilt wurde.
macOS-14+-Client
Eine Oberfläche, die zwei Zeilen nicht als zwei Strecken ausgibt
Der Hauptbildschirm beantwortet zuerst eine Frage: hat jede Strecke einen geprüften physischen Ausgang. Laufzeit, Verluste, Bandbreite und Warteschlange kommen danach. Eine Prüfung, die nie gelaufen ist, bleibt leer und sieht nicht nach Erfolg aus.
Client ansehenStrecken
Was jede Strecke tut und ob sie wirklich unabhängig ist.
Wo es sich auszahlt
Gebaut für Netze in Bewegung
Ein Arbeitstag über mehrere Strecken
Anrufe, entfernte Sitzungen, Dateiabgleich und Browsen teilen sich einen Tunnel. Den Schutz bekommen Verbindungsaufbau und interaktiver Verkehr; ein Upload im Hintergrund braucht ihn nicht.
Mobile Teams
Notebooks und Telefone unterwegs bekommen ein stabiles Firmennetz statt dessen, was der nächste Mast hergibt.
Schiffe und abgelegene Standorte
Satellit allein ist teuer und ungleichmäßig. Nehmen Sie irgendeine zweite Strecke dazu, und der Tunnel nutzt beide.
Rückfallebene im Büro
Kabel und Modem gebündelt. Den Tag, an dem die Glasfaser gekappt wird, bemerkt niemand.
Loslegen
Beschreiben Sie uns Ihr Netz
Schicken Sie uns das Bild: welche Strecken Sie haben, was darüber läuft, wo es weh tut. Wir antworten konkret, nicht mit einem Prospekt.
Sprechen Sie uns an