Rocket League Proxy: Welcher Traffic laesst sich umleiten, welcher bleibt?

Die richtige Form der Proxy-Frage fuer Rocket League lautet nicht "funktioniert es", sondern "was deckt es ab". Ein Teil des vom Spiel erzeugten Traffics besteht aus gewoehnlichen HTTPS-Anfragen und laesst sich problemlos in eine Proxy-Regel aufnehmen; ein anderer Teil besteht aus latenzempfindlichen Paketen, die waehrend des Matches kontinuierlich fliessen, und liegt dort, wo ein klassischer Proxy-Tunnel sie nicht transportieren kann.

Setups, die ohne Kenntnis dieser Unterscheidung eingerichtet werden, erzeugen stets denselben Irrtum: Weil sich die Menues oeffnen, nimmt man an, das Setup funktioniere vollstaendig, waehrend der eigentliche Spiel-Traffic gar nicht umgeleitet wurde. Die folgenden Abschnitte ziehen zunaechst diese Grenze und erklaeren dann, wo die Regel zu setzen ist, was sich an Update-Tagen aendert und wie gemessen wird.

Eine Anmerkung vorweg: Ein Proxy ist eine Routing-Entscheidung, kein Werkzeug zum Wechseln der Identitaet. Ihre Ausgangsadresse aendert sich; Ihr Konto, Ihr Session-Token, Ihre Client-Version und Ihre Kaufhistorie bleiben unveraendert.

Welcher Teil der Sitzung laesst sich in einer Proxy-Regel erfassen?

Beim Start verbindet sich der Client nicht mit einem einzigen Server. Kontopruefung, Berechtigungspruefung, Freundesliste, Saisonfortschritt und Shop-Auslage sind HTTPS-Anfragen an jeweils eigene Endpunkte. Sie verhalten sich wie gewoehnlicher Web-Traffic: Die Anfrage geht raus, die Antwort kommt, die Verbindung wird entweder geschlossen oder eine Zeit lang offen gehalten. Ein HTTP-Proxy kann diese Sitzungen mit der Methode CONNECT tunneln; SOCKS5 transportiert dieselben TCP-Verbindungen.

In dem Moment, in dem Sie aus der Matchmaking-Warteschlange ins Match wechseln, aendert sich die Transportart. Fahrzeugpositionen, Ballphysik und Eingabedaten fliessen als viele kleine Pakete pro Sekunde. Ein verlorenes Paket in diesem Strom erneut anzufordern, ist sinnlos, denn das naechste Paket traegt ohnehin bereits aktuellere Informationen. Die meisten Echtzeitspiele nutzen deshalb UDP, und da der von einem HTTP-Proxy geoeffnete Tunnel nur TCP transportiert, gelangt dieser Strom gar nicht erst in den Tunnel.

SOCKS5 hat darauf eine Antwort: UDP ASSOCIATE. Der Client baut zunaechst ueber TCP eine Kontrollverbindung auf, der Proxy teilt ihm eine UDP-Weiterleitungsadresse mit, und die Datagramme werden mit einem kleinen Header an diese Adresse gesendet. Die Voraussetzung ist anspruchsvoll: Sowohl der Proxy-Server muss die UDP-Weiterleitung aktiviert haben als auch der Spiele-Client SOCKS5-UDP in seinem eigenen Netzwerkcode unterstuetzen. Die meisten Desktop-Spiele-Clients bieten nicht einmal ein Proxy-Feld. Die Details des Verfahrens SOCKS5-UDP-Unterstuetzung .

Wie sieht diese Grenze in der Praxis aus?

Wenn sich nach dem Setup die Menues oeffnen, der Shop laedt und die Freundesliste erscheint, funktioniert die TCP-Seite ueber den Proxy. Dauert dagegen die Matchsuche lange, bricht sie ohne Sitzungsaufbau ab oder reisst die Verbindung mitten im Match, dann gelangt die Stromseite entweder gar nicht in den Tunnel oder wird beim Versuch irgendwo gestoppt. Diese beiden Symptome zu unterscheiden, ist der erste Schritt, bevor Sie das Setup komplett auseinandernehmen.

Update-Tage: Download-Volumen und Verhalten des Distributionsnetzes

Die Datenmenge, die bei einem Saisonwechsel oder einem grossen Content-Update heruntergeladen wird, ist um ein Vielfaches groesser als der Traffic, den Sie im selben Monat durch Matches erzeugen. Der Match-Strom besteht aus kleinen Paketen, der Patch dagegen aus grossen komprimierten Dateien. Wenn Sie einen Ausgang mit Kontingent nutzen, bestimmen nicht Ihre Spielstunden, sondern die Update-Tage Ihren Monatsverbrauch.

Patch-Dateien werden aus einem Content-Distributionsnetz bezogen, und welcher Knoten Sie bedient, richtet sich nach der Ausgangsadresse der Anfrage und dem Standort des Servers, der den Domainnamen aufloest. Bei aktivem Proxy wird diese Naeheberechnung nicht anhand Ihres Standorts, sondern anhand des Proxy-Standorts vorgenommen. Ein Client, der die Aufloesung in seinem eigenen Netz vornimmt, erzeugt ein noch unguenstigeres Bild: Es wird ein Knoten in Ihrer Naehe gewaehlt, die Verbindung wird aber vom Proxy in einem anderen Land aufgebaut, und jedes Teilstueck macht einen unnoetigen Umweg. Der Ursprung dieses Unterschieds Wo bei SOCKS5 DNS aufgeloest wird "reicht es fuer dieses Ziel"

Die praktische Empfehlung daraus ist eindeutig: Halten Sie den Download-Traffic vom Proxy fern. Wenn Sie die Regel nicht systemweit setzen, sondern nur so lange anwenden, wie Sie sie benoetigen, laedt der Patch ueber Ihre gewoehnliche Leitung, das Kontingent bleibt planbar, und Ihre Geschwindigkeit am Update-Tag haengt nicht von der Bandbreite des Proxys ab. Wenn Sie Ihren Monatsplan in Zahlen fassen moechten, liefert der Beitrag Bandbreitenberechnung eine Methode.

Wer hostet das Match: der Unterschied zwischen dediziertem Pool und Community-Server

Rocket-League-Matches laufen auf dedizierten Servern, die der Publisher regional betreibt. Die Spieler verbinden sich nicht direkt miteinander; alle sprechen mit demselben Server, und der Spielzustand wird dort gehalten. Das Ergebnis auf Nutzerseite lautet: Sie waehlen die Adresse, mit der Sie sich verbinden, nicht selbst aus, das Matchmaking-System weist sie zu.

Das unterscheidet sich grundlegend von Spielen, die nach dem Community-Server-Modell arbeiten. Minecraft Bei Titeln wie diesen laeuft der Server auf dem Rechner eines Community-Mitglieds oder eines Hosting-Anbieters; Sie geben die Adresse selbst ein, es ist klar, wohin die Verbindung geht, und eine Zwischenstation einzufuegen kann technisch sinnvoll sein. In einem dedizierten Pool gibt es kein solches Adressfeld, folglich gibt es auch kein Aequivalent fuer den Satz "Ich verbinde mich per Proxy mit diesem Server".

Auch bei privaten Matches ist dieselbe Infrastruktur im Einsatz: Der Rechner Ihres Freundes wird nicht zum Server, die Sitzung wird wieder im Hosting-Pool gestartet. Ein privates Match ist eine Sitzung, die nicht durch Matchmaking, sondern durch Einladung bestimmt wird; das Transportverhalten aendert sich nicht. Auch bei Turnieren und Community-Events bleibt die Verbindungsarchitektur gleich, es aendert sich lediglich, wer mit wem zusammengefuehrt wird.

Wo ein Proxy in diesem Bild tatsaechlich nuetzt, liegt woanders: in Szenarien, in denen die Ausgangsadresse fest und bekannt sein muss. Aus einem Unternehmensnetz mit einer einzigen Adresse in Erscheinung zu treten, den Traffic in einem Event-Netz von einem einzigen Punkt aus zu kontrollieren oder kontrolliert zu testen, wie Shop- und Webseite aus verschiedenen Laendern aussehen, sind Beispiele dafuer. Optionen fuer das Ausgangsland finden Sie auf der Seite Proxy-Standorte ; keine davon hat mit der Umleitung des Match-Stroms zu tun.

Wo setzen Sie die Regel, und in welcher Reihenfolge gehen Sie vor?

Der erste Schritt des Setups ist kein Einstellungsdialog, sondern eine Entscheidung ueber den Geltungsbereich: Welcher Traffic soll ueber den Proxy laufen? Eine systemweit gesetzte Einstellung erfasst alles und schliesst damit auch Patch-Downloads und Update-Dienste ein. Eine anwendungsbezogene Regel leitet nur den von Ihnen gewaehlten Prozess um und hat die geringsten Nebenwirkungen.

Der zweite Schritt ist das Protokoll. Wenn Sie nur TCP transportieren, genuegt ein HTTP-Proxy; wollen Sie die Moeglichkeit einer UDP-Weiterleitung offenhalten, muessen Sie zu SOCKS5 wechseln, allerdings hat diese Faehigkeit ohne Client-Unterstuetzung keinen praktischen Gegenwert. Der dritte Schritt ist der Punkt, an dem die Regel gesetzt wird: Betriebssystemeinstellung, anwendungsbezogenes Routing oder eine auf dem Router definierte Regel. Die Einstellungsdialoge unter Windows Windows-Proxy-Einstellungen wird im Beitrag Schritt fuer Schritt erklaert.

Der vierte Schritt ist die Authentifizierung. Wenn Sie von einer festen Leitung arbeiten, ist IP-Autorisierung praktisch, aber sobald sich Ihre Adresse aendert, bricht der Zugriff stillschweigend ab. Benutzername und Passwort funktionieren ueberall, sind dafuer aber ein teilbares Geheimnis, und die meisten Spiele-Clients bieten kein Feld zur Eingabe dieser Daten. Der fuenfte Schritt ist die Verifizierung: Statt anzunehmen, dass das Setup funktioniert, pruefen Sie Ihre Ausgangsadresse und Ihre Namensaufloesung jeweils separat.

• Entscheiden Sie vor dem Setzen der Regel, welcher Prozess umgeleitet wird.
• Lassen Sie Patch-Downloads bewusst ausserhalb des Geltungsbereichs.
• Betreiben Sie nicht gleichzeitig eine Systemeinstellung und eine Anwendungsregel.
• Waehlen Sie die Authentifizierungsmethode danach, ob Ihre Leitung fest ist.
• Schliessen Sie das Spiel nach einer Aenderung vollstaendig und starten Sie es neu; der Prozess kann die alte Einstellung mitfuehren.