Need for Speed Proxy: Launcher-Traffic, UDP-Weiterleitung und NAT

Bei Rennspielen wird die Proxy-Frage meist in einem einzigen Satz gestellt, und dieser Satz verbirgt mindestens drei verschiedene Fragen: Geht es um die Konto-Seite, um die Download-Seite oder um die Rennsession? Diese drei laufen nicht im selben Prozess, nutzen nicht dasselbe Protokoll und lesen nicht dieselbe Einstellung.

Die folgenden Abschnitte trennen diese drei Bereiche. Zuerst behandeln wir, in wie viele Teile sich der Traffic aufteilt, dann die tatsaechlichen Grenzen der UDP-Weiterleitungsfaehigkeit von SOCKS5 und schliesslich, warum NAT entscheidend wird, sobald zwischen Spielern eine direkte Verbindung entsteht.

Eine Anmerkung, damit die Erwartung von Anfang an stimmt: Ein Proxy ist kein Werkzeug, das den Weg durch Ihr Netzwerk verkuerzt. Er fuegt eine Zwischenstation hinzu, und diese ist bei manchen Aufgaben sehr nuetzlich, bei anderen voellig ueberfluessig. Zu entscheiden, welcher Fall auf Sie zutrifft, ist das eigentliche Ziel dieser Seite.

Der Launcher tut das eine, der Spiel-Client etwas anderes

Der Prozess, der das Spiel auf dem Desktop startet, ist nicht derselbe, der das Spiel ausfuehrt. Der Launcher authentifiziert Ihr Konto, listet Ihre Bibliothek auf, prueft Besitzrechte, laedt die Shop-Auslage und verwaltet Updates. Der Spiel-Client nutzt nach dem Start seinen eigenen Netzwerk-Stack und muss die Einstellungen des Launchers nicht beruecksichtigen.

Fuer Anwender bedeutet diese Arbeitsteilung: Wo Sie dieselben Proxy-Daten eintragen, entscheidet darueber, welcher Datenstrom umgeleitet wird. Eine im Launcher hinterlegte Einstellung erfasst Konto- und Shop-Anfragen, nicht aber die Rennsession. Eine systemweite Einstellung versucht beides zu erfassen, doch wenn der Spiel-Client seine Sockets direkt oeffnet, kann er dennoch ausserhalb des Umfangs bleiben.

Auch bei der Authentifizierung gibt es einen Unterschied. Um einen Exit mit Benutzername und Passwort nutzen zu koennen, muss der Client ein Feld fuer diese Angaben bieten; in Spiel-Clients gibt es ein solches Feld so gut wie nie. Deshalb ist die IP-Autorisierung in Spielszenarien meist die einzige praktikable Methode. Der Unterschied der beiden Methoden Proxy-Authentifizierungsmethoden verglichen.

Erstellen Sie vor der Einrichtung diese Inventur: Welche Prozesse nutzen das Netzwerk, welcher liest eine Proxy-Einstellung und fuer welchen koennen Sie ueberhaupt eine Regel hinterlegen? Diese kleine dreispaltige Liste erledigt die Haelfte der spaeteren Diagnose schon im Voraus.

Worueber laeuft der Traffic fuer Patches und Content-Downloads?

Bei Rennspielen sind die Content-Pakete gross: Fahrzeugmodelle, Audiodateien, Umgebungs-Assets und Saisoninhalte werden regelmaessig aktualisiert. Diese Dateien kommen aus einem Content Delivery Network, und welcher Knoten ausgewaehlt wird, haengt von der Exit-Adresse der Anfrage und vom Standort des aufloesenden DNS-Servers ab.

Mit aktivem Proxy erfolgt diese Auswahl nach dem Standort des Proxys. Das Ergebnis kann in beide Richtungen gehen: Liegt Ihr Exit nahe am Auslieferungsnetz, merken Sie keinen Unterschied; liegt er weit entfernt, macht jedes Paket einen unnoetigen Umweg und der Download wird deutlich langsamer. Nutzen Sie einen Exit mit Volumenkontingent, kommt eine zweite Kostenseite hinzu: Jedes uebertragene Byte geht von Ihrem Paket ab. Um den Monatsplan in Zahlen zu fassen Bandbreitenberechnung verwenden.

Die praktische Entscheidung ist einfach: Downloads ausserhalb des Umfangs zu lassen, ist in den meisten Heimsetups die richtige Wahl. In einem Unternehmensnetz kann das Gegenteil gewuenscht sein, denn dort geht es nicht um Geschwindigkeit, sondern um Kontrolle; dass der gesamte externe Traffic durch ein einziges Tor laeuft, ist fuer Protokollierung und Richtlinien von Vorteil.

Was leistet die SOCKS5-UDP-Weiterleitung wirklich, und wo endet sie?

Anders als die Vorgaengerversion definiert SOCKS5 ein Verfahren zum Transport von UDP. Der Ablauf: Der Client baut eine TCP-Steuerverbindung zum Proxy auf und sendet die UDP ASSOCIATE Anfrage; der Proxy nennt in seiner Antwort eine Relay-Adresse und einen Port; der Client sendet seine Datagramme danach mit einem kleinen Header an diese Adresse, und der Proxy leitet die Pakete an das Ziel weiter. Wird die Steuerverbindung geschlossen, endet auch die Weiterleitung.

Auf dem Papier klingt das fuer Spiel-Traffic vielversprechend. In der Praxis endet es an drei Stellen. Erstens auf der Serverseite: Viele Proxy-Dienste aktivieren die UDP-Weiterleitung gar nicht erst, weil Ressourcenverbrauch und Missbrauchsrisiko anders gelagert sind als bei TCP. Zweitens auf der Clientseite: Im Netzwerkcode von Spiel-Clients gibt es keinen SOCKS5-UDP-Aufruf, also wird das Verfahren selbst bei vorhandener Unterstuetzung nicht genutzt. Drittens im Netz dazwischen: Der fuer die Weiterleitung geoeffnete UDP-Port kann in einer Firewall auf dem Weg gesperrt sein.

Besteht auch nur eine dieser drei Huerden, fuehrt das Eintragen von SOCKS5 die Rennsession nicht ueber den Proxy. Fuer Details zum Protokoll und zu den Unterschieden zwischen den Versionen SOCKS5-UDP-Unterstuetzung und Unterschied zwischen SOCKS4 und SOCKS5 koennen Sie die entsprechenden Beitraege lesen.

Die richtige Erwartung lautet: SOCKS5 zu waehlen haelt die Moeglichkeit offen, den Umfang zu erweitern, garantiert sie aber nicht. Pruefen Sie nach der Einrichtung indirekt, ob das Spiel diesen Weg tatsaechlich nutzt; Menues und Session getrennt zu testen, ist dafuer der praktischste Weg.

Peer-to-Peer-Sessions, NAT-Typ und Hole-Punching-Verhalten

Online-Rennsessions laufen nicht immer ueber einen zentralen Server. In manchen Architekturen bringt der Matchmaking-Server die Spieler nur zusammen, waehrend der Datenaustausch direkt zwischen den Spielern stattfindet. Welches Modell verwendet wird, haengt von Version und Modus ab; ohne Angabe in der offiziellen Dokumentation laesst es sich von aussen nicht sicher bestimmen, weshalb die Einrichtung so geplant werden sollte, dass sie beiden Moeglichkeiten standhaelt.

Kommt eine Direktverbindung zustande, kommt NAT ins Spiel. Ihr Heimrouter uebersetzt die interne Adresse in eine externe, und dieses Mapping entsteht, sobald Sie ein Paket nach aussen senden. Der Matchmaking-Server teilt beiden Seiten die externe Adresse und den Port der jeweils anderen mit; senden beide gleichzeitig ein Paket nach aussen, entstehen die Mappings und die Verbindung kommt zustande. Dieses Verhalten nennt man Hole Punching, und es funktioniert, wenn die Mapping-Regel des Routers vorhersagbar ist.

Ist sie es nicht, wird es schwierig. Bei einem strengen NAT, das fuer jedes Ziel einen anderen externen Port vergibt, oder bei Strukturen mit betreiberseitig geteilten Adressen CGNAT laesst sich das Mapping nicht vorhersagen; in diesem Fall faellt die Session auf einen Relay-Server zurueck und der Weg wird laenger. Genau das ist der eigentliche Grund, warum Mobile-Exits in Spielszenarien schwach abschneiden. Den konzeptionellen Unterschied zwischen NAT und Proxy Vergleich von Proxy und NAT erlaeutert.

Das Fazit ist eindeutig: Ein zwischengeschalteter Proxy verbessert das NAT-Verhalten nicht. Im Gegenteil: Selbst wenn UDP-Weiterleitung nutzbar ist, gehen die Pakete nun von der Adresse des Proxys aus und die Hole-Punching-Gleichung wird um eine weitere Ebene komplexer. Bei Verbindungsproblemen sehen Sie zuerst auf der Router-Seite nach, nicht auf der Proxy-Seite.

Das Profil der Exit-Typen im Spielszenario

Die Diskussion ueber Exit-Typen faellt hier anders aus als bei Social Media und Datenerhebung. Dort sind das Profil der Adresse und die Vielfalt des Pools entscheidend; hier sind es Stabilitaet und Vorhersagbarkeit. Dass derselbe Typ in zwei Szenarien gegensaetzlich abschneidet, ist deshalb normal.

Datacenter-Exits bieten eine stabile Leitung und hohe Bandbreite; fuer Download- und Kontrollszenarien sind sie die praktischste Option. ISP-Exits sind im Netz eines Providers angesiedelt, decken damit den Bedarf an statischen Adressen und bleiben stabil. Residential Proxys sind echte Anschlussleitungen; fuer die Pruefung regionaler Darstellung sind sie wertvoll, doch Geschwindigkeit und Bestaendigkeit liegen nicht in Ihrer Hand. Mobile Exits sind fuer Spiel-Traffic die schwaechste Wahl: ihre geteilte Struktur und schwankende Latenz machen sich in der Rennsession unmittelbar bemerkbar.

Fuehren Sie vor dem Einsatz eines Exits mindestens zwei Messungen durch und wiederholen Sie sie zu verschiedenen Tageszeiten. In geteilten Pools ist der Unterschied zur Hauptverkehrszeit die eigentliche Variable, die ein einmaliger Test verbirgt; nicht der Durchschnitt stoert, sondern diese Schwankung.

Auf einen Satz gebracht: fuer Downloads und Kontrolle Datacenter, fuer feste Adressen ISP, fuer regionale Pruefung Residential und fuer die Spielsession keines davon, sondern die Direktverbindung.

Was messbar ist und was sich ohne Messung nicht belegen laesst

Die in Proxy-Diskussionen am haeufigsten wiederholte Behauptung ist, die Verbindung werde schneller. Messungen stuetzen das in der Regel nicht: Die zwischengeschaltete Station verlaengert den Weg, und die Gesamtlatenz steigt in den meisten Setups. In den seltenen Faellen, in denen Ihre Standardroute Umwege nimmt, kann das Gegenteil eintreten, doch das ist keine Regel, sondern eine Ausnahme und nur durch Vergleichsmessung erkennbar.

Was Sie messen koennen, ist klar umrissen: die Round-Trip-Zeit zum Ziel, deren Schwankung im Tagesverlauf, die Download-Geschwindigkeit und die Dauer des Verbindungsaufbaus. Ping-Test genuegt fuer die ersten beiden; die Download-Seite koennen Sie mit einem dateibasierten Vergleich messen. Details zur Methode So testen Sie die Proxy-Geschwindigkeit wird im Beitrag erklaert.

Es gibt auch Dinge, die Sie nicht messen koennen und die Sie deshalb nicht zu Behauptungen machen sollten: in welche Session das Matchmaking Sie setzt, wie gut die Leitung der Gegenseite ist, ob auf einen Relay-Server zurueckgefallen wird. Das sind Variablen ausserhalb Ihrer Kontrolle, die sich nicht ueber die Wahl eines Proxys steuern lassen.

Messdisziplin ist einfach: Aendern Sie jeweils nur eine Variable, betrachten Sie dasselbe Ziel mit derselben Methode und notieren Sie das Ergebnis. Nach drei Messungen haben Sie keine Vermutung, sondern eine Tabelle in der Hand, und die Entscheidung stuetzt sich auf diese Tabelle.