Deep Rock Galactic Proxy: Missionsablauf, Patch-Pfad und Kontostandort

Wie weit reicht die Datagramm-Fähigkeit von SOCKS5?

Anders als die Vorgängerversion baut SOCKS5 nicht nur TCP-Verbindungen auf; mit einem Befehl namens UDP ASSOCIATE kann es dem Client eine Relay-Adresse zum Senden von Datagrammen zuweisen. Der Client sendet an diese Adresse gekapselte Datagramme, die das Ziel im Header nennen; der Proxy-Server entpackt das Paket, leitet es an das Ziel weiter und gibt die Antwort in derselben Kapselung zurück. Die detaillierte Funktionsweise des Protokolls SOCKS5-UDP-Unterstuetzung wird im Beitrag Schritt fuer Schritt erklaert.

Auf dem Papier bedeutet das, dass Spieltraffic über einen Proxy laufen könnte. In der Praxis müssen drei Bedingungen gleichzeitig erfüllt sein, und alle drei treffen selten zusammen. Erstens muss der Proxy-Server diesen Befehl tatsächlich unterstützen; ein erheblicher Teil kommerzieller Pools gibt nur den TCP-Verbindungsbefehl frei. Zweitens muss der Client in der Lage sein, seine Datagramme in SOCKS5-Kapselung zu senden. Drittens darf keine Firewall dazwischen den Relay-Port sperren.

Die zweite Bedingung ist hier entscheidend. Ein Spiel-Client nutzt seinen eigenen Netzwerk-Stack und muss die Proxy-Einstellung des Systems nicht auslesen. In einem Spiel wie Deep Rock Galactic gibt es in den Client-Einstellungen kein Proxy-Feld; entsprechend kann nicht erwartet werden, dass es seine Datagramme im SOCKS5-Format kapselt. Es gibt Wrapper-Tools, die diese Aufgabe stellvertretend übernehmen, doch sie arbeiten auf Treiberebene, verändern das Systemverhalten und erschweren die Diagnose.

Die ehrliche Erwartung lautet daher: Ein Proxy-Setup deckt in Deep Rock Galactic höchstwahrscheinlich Login, Store, Patch-Downloads und die Community-Seiten im Browser ab; den Fluss während der Mission deckt es nicht ab. Das ist nicht als Mangel zu lesen, sondern als Grenze des Protokolls.

• Prüfen Sie im Panel des Anbieters, ob UDP ASSOCIATE die Unterstützung ausdrücklich ausgewiesen ist.
• Gehen Sie selbst bei vorhandener Unterstützung nicht davon aus, dass der Client sie nutzen kann; in Spielen kann er es meist nicht.
• Versuchen Sie nicht, den Spielfluss über einen Exit zu routen, der nur TCP transportiert; er bleibt stillschweigend außerhalb des Geltungsbereichs.
• Testen Sie auf Treiberebene arbeitende Wrapper auf einem Testrechner, nicht in Ihrem Hauptsetup.

Was wird abgedeckt, je nachdem wo Sie die Regel hinterlegen?

Ein Proxy ist eine Routing-Regel, und sein Geltungsbereich entspricht genau dem Ort, an dem Sie die Regel hinterlegen. Hinterlegen Sie sie im Browserprofil, ist nur dieses Profil betroffen; hinterlegen Sie sie in den Systemeinstellungen, sind die Anwendungen betroffen, die diese Einstellung auslesen; schreiben Sie eine anwendungsbezogene Regel, gehen nur die gewählten Prozesse über den Tunnel nach außen. Da Spiel und Store-Client getrennte Prozesse sind, wird diese Unterscheidung hier besonders sichtbar.

Auf Seiten des Store-Clients ist eine Konfiguration meist möglich; in dessen Verbindungseinstellungen findet sich unter Umständen ein Proxy-Feld, und dieses deckt Download- und Login-Traffic ab. Die Schritte dazu Proxy-Einstellungen des Store-Clients finden Sie im Beitrag. Auf Spielseite gibt es kein solches Feld; das Netzwerkverhalten des Spiels hängt von seinem eigenen Stack ab.

Bei der Authentifizierung gibt es zwei Methoden, und die Wahl hängt von der Arbeitsweise des Teams ab. Benutzername und Passwort funktionieren überall, sind aber ein teilbares Geheimnis; die IP-Autorisierung ist bei festen Anschlüssen praktisch, doch bei einem Wechsel Ihrer Leitung bricht der Zugriff stillschweigend ab. Die Vor- und Nachteile beider Proxy-Authentifizierungsmethoden verglichen.

Denken Sie beim Eintragen der Verbindungsdaten im Client daran, dass die Portnummer nicht das Protokoll bestimmt. Derselbe Anbieter kann HTTP und SOCKS5 über zwei getrennte Ports anbieten, ebenso aber über einen einzigen; Werte zu kopieren, ohne im Panel zu lesen, welche Zeile zu welchem Protokoll gehört, ist der häufigste Ausgangspunkt von Einrichtungsfehlern.

Downloadvolumen, Verteilungsknoten und Updatedauer

Am konkretesten zeigt sich der Nutzen eines Proxys in diesem Spiel nicht während der Mission, sondern beim Download. Das Installationspaket und Versionsupdates sind große Dateiübertragungen und laufen vollständig über HTTPS per TCP. Sie sind also routbar. Damit ändert sich die Frage: nicht „wird das Spiel schneller“, sondern „über welchen Weg soll diese Übertragung laufen“.

Store-Clients beziehen Dateien von dem Verteilungsknoten, der ihnen am nächsten erscheint. Die Knotenwahl erfolgt meist anhand der Adresse, von der die Anfrage kommt, und des Ortes, an dem die Namensauflösung stattfindet. Mit aktivem Proxy ändern sich beide Eingaben: Die Adresse ist die des Proxys, und die Auflösung erfolgt je nach Client-Verhalten in Ihrem Netzwerk oder auf Proxy-Seite. Das Ergebnis kann sein, dass statt eines Knotens in Ihrer Nähe einer in der Nähe des Proxys gewählt wird. Die Ausrichtung dieser beiden Technologien ist ohnehin gegenläufig; den Unterschied im Vergleich von Proxy und Content Delivery Network erläutert der Beitrag ausführlich.

Daraus folgt eine einfache Regel: Wenn Sie den Dateiabruf beschleunigen wollen, fügen Sie keinen Proxy hinzu, sondern entfernen ihn. Der legitime Grund, einen Proxy in den Download-Pfad zu nehmen, ist nicht Geschwindigkeit, sondern Kontrolle und Transparenz; etwa wenn in einem Unternehmensnetzwerk alle Clients ihre Updates über denselben Exit beziehen sollen oder wenn Sie prüfen möchten, wie ein Verteilungsknoten aus einem anderen Land antwortet.

Der zweite Kostenfaktor ist das Datenvolumen. Residential- und Mobile-Pakete werden nach übertragenem Datenvolumen abgerechnet; ein Installationspaket von mehreren Dutzend Gigabyte über einen solchen Exit zu ziehen kann das Monatsvolumen auf einen Schlag aufbrauchen. Für eine überschlägige Kalkulation großer Übertragungen Bandbreitenberechnung folgen Sie dem Beitrag; ein kapazitätsstarker Exit zum Festpreis eignet sich für diese Aufgabe in der Regel besser.

Kontosicherheit: Zwei-Faktor-Authentifizierung und plötzlicher Standortwechsel

Ein Spielkonto ist wegen des angesammelten Fortschritts und der getätigten Käufe ein schützenswertes Gut. Die Basisschicht ist die Zwei-Faktor-Authentifizierung im Plattformkonto: Selbst wenn das Passwort abgegriffen wird, ist ohne den zweiten Schritt keine Anmeldung möglich. Diese Schicht sollte unabhängig davon aktiv sein, ob Sie einen Proxy nutzen, und eine Kopie der Wiederherstellungscodes sollte offline aufbewahrt werden.

Was sich mit einem Proxy ändert, ist der Standort, an dem die Sitzung erscheint. Plattformen protokollieren eine Anmeldung von einer neuen Adresse als gewöhnliches Ereignis; ändert sich das Land der Adresse plötzlich, können sie eine zusätzliche Verifizierung verlangen. Das ist keine Strafe, sondern erwartbares Sicherheitsverhalten. Die Reibung verringern Sie, indem Sie die Adresse nicht häufig wechseln und einen Exit wählen, der zum üblichen Nutzungsland des Kontos passt.

Hier fallen zwei Anwendungsfehler auf. Der erste besteht darin, einen Pool, der bei jeder Anfrage die Adresse wechselt, für ein Konto mit Anmeldung zu nutzen; da die Sitzung per Cookie transportiert wird, ist klar, dass beide Anfragen zum selben Konto gehören – das Einzige, was sich ändert, ist der Sprung des Standorts. Der zweite besteht darin, gleichzeitig einen geräteweiten Tunnel und einen Proxy auf Anwendungsebene zu betreiben; die doppelte Schicht macht jede Diagnose unmöglich.

Auch die Frage, welchem Exit Sie vertrauen, gehört in diesen Abschnitt. Bei HTTPS-Traffic kann der Proxy den Inhalt nicht lesen, wohl aber ist auf Proxy-Seite sichtbar und protokollierbar, mit welcher Domain Sie sich verbinden. Sich über kostenlose Server unklarer Herkunft in ein Konto einzuloggen ist deshalb nicht zu empfehlen; den Rahmen des Themas ist die Nutzung eines Proxys sicher behandelt der Beitrag. Die Einhaltung der Nutzungsbedingungen von Spiel und Plattform liegt in jedem Fall in der Verantwortung des Nutzers.

Latenzbudget und welche Aufgabe das Routing wert ist

Die Gesamtlatenz besteht aus drei Teilen: der Entfernung zwischen Ihnen und dem Proxy, der Entfernung zwischen Proxy und Ziel und der Last, die der Proxy-Server gerade trägt. Bei einer Direktverbindung werden die ersten beiden Teile als eine Strecke gemessen; kommt ein Proxy hinzu, teilt sie sich in zwei und die Summe wird meist größer. Die seltene Ausnahme ist der Fall, dass Ihre Standardroute einen Umweg nimmt und der Exit an einem direkteren Backbone sitzt; das ist keine Regel, sondern eine nur durch Messung belegbare Ausnahme. Das Thema Zusammenhang von Proxy und Ping in Spielen behandelt der Beitrag ausführlich.

Eine einmalige Messung ist irreführend. In geteilten Pools unterscheiden sich die Werte zur Spitzenzeit und zur Randzeit deutlich. Bevor Sie einen Exit einsetzen, Ping-Test messen Sie zu verschiedenen Tageszeiten und notieren Sie die Ergebnisse; die Komponenten der Latenz Proxy-Latenz wird im Beitrag erlaeutert.

Bei einer Koop-Mission ist die entscheidende Variable nicht der Durchschnitt der Latenz, sondern deren Stabilität. Eine gleichmäßige, vorhersehbare Latenz ergibt eine bessere Sitzung als ein niedriger Durchschnitt mit gelegentlichen Ausreißern; denn im Moment eines Ausreißers stauen sich Positionskorrekturen und die Figuren springen auf dem Bildschirm. Bei einem geteilten Exit liegt die Stabilität nicht in Ihrer Hand.

Die Positionierung im Diagramm fasst zusammen, welche Aufgabe das Routing wert ist: Aufgaben mit hoher Abdeckbarkeit und geringem Einrichtungsaufwand sammeln sich oben links, während der Fluss während der Mission am anderen Ende liegt.

Symptome, mögliche Ursachen und Fälle ohne Proxy-Bedarf

Bei der Diagnose zählt die Reihenfolge. Prüfen Sie zuerst, ob das Problem bei deaktiviertem Proxy fortbesteht; ist das der Fall, liegt die Ursache anderswo. Besteht es nicht fort, verengen Sie den Geltungsbereich der Regel: Routen Sie nur den Store-Client und lassen Sie das Spiel frei. Diese zwei Schritte grenzen die Ursache in den meisten Fällen im ersten Versuch ein.

Es gibt auch Fälle, in denen ein Proxy überhaupt nicht nötig ist, und diese zu kennen spart Zeit. Wenn Sie sich aus Ihrem eigenen Land, mit einem einzigen Konto und in einer gewöhnlichen Sitzung anmelden, bringt Ihnen eine zusätzliche Station nichts; sie fügt nur Latenz, Kosten und Diagnoseaufwand hinzu. Wenn Sie den gesamten Traffic des Geräts kapseln wollen, ist ein Proxy ebenfalls nicht das gesuchte Werkzeug: Ein Proxy deckt nur die von Ihnen konfigurierte Anwendung ab.

Die Szenarien, in denen ein Proxy sinnvoll ist, sind eng, aber klar: aus einem Unternehmensnetzwerk über eine feste Adresse nach außen gehen, prüfen, wie eine Store-Seite aus einem anderen Land aussieht, große Downloads über einen bestimmten Exit bündeln und Community-Seiten über ein separates Profil betrachten.