Destiny 2 und Proxy: Welcher Traffic wird umgeleitet, welcher nicht?

Der erste Schritt, das Verhaeltnis von Destiny 2 und Proxy richtig zu erfassen, ist zu akzeptieren, dass der Client nicht mit einem einzigen Server, sondern mit mehreren voneinander unabhaengigen Diensten spricht. Login- und Charakterdaten kommen von einer Stelle, die beim Schiessen erzeugten Pakete nehmen einen ganz anderen Weg, und das Saison-Update wird von einer voellig separaten Content-Delivery-Infrastruktur heruntergeladen.

Die praktische Entsprechung dieser Unterscheidung lautet: Wenn Sie einen Proxy definieren, werden nicht alle diese Dienste umgeleitet, sondern nur jene, die das von Ihrer Konfiguration abgedeckte Transportprotokoll nutzen. Waehrend die im Browser geoeffnete Kontoseite ueber den Proxy laeuft, tritt die gleichzeitig laufende Spielsession in den meisten Setups direkt aus.

Der zweite Punkt betrifft das richtige Setzen der Erwartung: Ein Proxy ist kein Geschwindigkeits-, sondern ein Routing- und Sichtbarkeitswerkzeug. Ihre Exit-Adresse aendert sich; die Plattform, an die Ihr Spielkonto gebunden ist, die Regionsangabe und die Zahlungsmethode bleiben gleich.

In welche Teile gliedert sich der Traffic eines Spieltags?

Wenn Sie eine Destiny-2-Session von Anfang bis Ende verfolgen, sehen Sie vier verschiedene Request-Familien. Die erste ist die Identitaetsseite: Sie melden sich mit Ihrem Plattformkonto an, es wird mit Ihrem Spielkonto verknuepft und die Charakterdaten werden abgerufen. Das sind kurze und haeufige Requests ueber HTTPS; ihr Volumen ist klein, doch der Aufbau der Session haengt vollstaendig von ihnen ab.

Die zweite ist die Spielsession selbst. Zielen, Bewegung und Trefferinformationen werden in Form kleiner, extrem latenzempfindlicher Pakete ueberwiegend ueber UDP transportiert. Diese Pakete gelangen nicht in den CONNECT Tunnel eines HTTP-Proxys, denn dieser Tunnel transportiert nur TCP. Das Ergebnis lautet: Selbst wenn Sie einen systemweiten HTTP-Proxy definieren, tritt Ihr Match-Traffic hoechstwahrscheinlich direkt aus.

Die dritte sind die Bildschirme fuer Shop, Inventar und Saison-Inhalte. Diese verhalten sich, auch wenn sie aus dem Spiel heraus geoeffnet werden, im Hintergrund wie Web-Requests und laufen ueber TCP. Die vierte ist der Download-Traffic, der die ueberwiegende Mehrheit des Volumens ausmacht; da Patches zum Saisonstart Dutzende Gigabyte erreichen koennen, beginnt die Bandbreitenplanung bei diesem Posten.

Welches Land sehen Shop-, Inventar- und Kontobildschirme?

Der Ingame-Shop und der Plattform-Shop sind zwei getrennte Ebenen, und keine von beiden bestimmt den Preis anhand Ihrer Exit-IP-Adresse. In welcher Waehrung Sie zahlen, welche Kampagne Ihnen angezeigt wird und welche Ruecknahmebedingungen gelten, haengt von der in Ihrem Konto hinterlegten Landesangabe ab. Diese Information liegt auf Plattformseite und wird zusammen mit Ihrer Zahlungsmethode und Rechnungsadresse bewertet.

Ihr Exit-Land zu aendern beeinflusst in der Regel nur die Darstellung: Es kann aendern, in welcher Sprache eine Kampagnenseite oeffnet, welche regionale Ankuendigung hervorgehoben wird oder ob ein Trailer abgespielt wird. Wenn Sie untersuchen moechten, wie dasselbe Paket in verschiedenen Maerkten praesentiert wird, ist das ein legitimes Recherche-Szenario, und der Beitrag zur regionalen Preisrecherche in Game-Stores erlaeutert die Methode.

Demgegenueber funktioniert der Versuch, die Region Ihres Kontos ueber die IP zu aendern, nicht und steht im Widerspruch zu den Nutzungsbedingungen der Plattformen. Massgeblich auf Kaufseite ist das Land, in dem das Zahlungsmittel ausgestellt wurde; die IP ist lediglich ein zusaetzliches Signal. Wenn Sie zu Recherchezwecken unterwegs sind, gehen Sie nicht zum Kaufschritt ueber und beschraenken Sie den Vergleich auf die Seitendarstellung.

Fuer Konto- und Supportseiten lautet die praktische Empfehlung, ein eigenes Browserprofil zu verwenden. So deckt der Proxy nur dieses Profil ab, waehrend Ihr Game-Client und Ihre uebrigen Anwendungen ihre normalen Verbindungen beibehalten. Dass sich der Exit tatsaechlich geaendert hat, Meine IP-Adresse pruefen Sie mit dem Werkzeug aus demselben Profil.

Die Match-Region wird per Messung, die Kontoregion per Eintrag bestimmt

In Destiny 2 gibt es kein Menue, in dem Sie die Serverregion manuell waehlen. Das Matchmaking-System platziert Sie anhand der Messungen Ihres Clients zu den erreichbaren Endpunkten und der geografischen Naehe in einer Session. Die Entscheidung faellt danach, wo der Spiel-Traffic tatsaechlich austritt; ein in Ihrem Browser definierter Proxy ist kein Teil dieser Messung.

Deshalb erfuellt sich die Erwartung, "durch Aktivieren eines Proxys in einer anderen Region zu spielen", in den meisten Setups nicht. Solange die Match-Pakete ausserhalb des Tunnels bleiben, faellt die Regionsentscheidung anhand Ihrer tatsaechlichen Leitung. Und wenn Sie ein Setup aufbauen, das den Traffic vollstaendig in ein anderes Land verlagert, zahlen Sie drauf statt zu gewinnen: Die Route wird laenger, die Latenz steigt und das Spielerlebnis verschlechtert sich.

Auf einen Satz gebracht: Der Proxy wirkt nicht auf der Ebene, auf der gespielt wird, sondern auf der Web-Ebene rund um das Spiel. Zum technischen Hintergrund des Regionsunterschieds senkt ein Proxy den Ping im Spiel erlaeutert der Beitrag die Messlogik im Detail.

Patch-Groesse, CDN-Knoten und die Kosten des Update-Tags

Destiny-2-Updates kommen mit grossen Dateien, und diese Dateien werden von einem Content Delivery Network bezogen. Von welchem Knoten Sie herunterladen, haengt unmittelbar von der Domainaufloesung ab: Der Client fragt den Namen des Download-Servers an, die DNS-Antwort verweist auf einen geografisch nahen Knoten und die Uebertragung beginnt dort.

Wenn der Proxy ins Spiel kommt, ist entscheidend, welches Glied dieser Kette betroffen ist. Nutzen Sie einen HTTP-Proxy, geben Sie das Ziel in der Form CONNECT server.example:443 an und die Aufloesung uebernimmt der Proxy; folglich kann ein Knoten nahe dem Land des Proxys zurueckkommen. Bei SOCKS5 haengt das Verhalten vom Client ab: Wird die Adresse in Ihrem Netzwerk aufgeloest, kommt ein Ihnen naher Knoten zurueck, doch die Verbindung wird ueber den Proxy aufgebaut und die Route verlaengert sich unnoetig. Die Unterscheidung HTTP-CONNECT-Methode ausfuehrlich erlaeutert.

Der zweite Kostenposten ist das Kontingent. Mit einem nach uebertragenem Datenvolumen abgerechneten Exit einen Patch von Dutzenden Gigabyte herunterzuladen kann das Budget des Monats auf einen Schlag aufbrauchen. Deshalb ist die praktische Regel klar: Lassen Sie den Download-Traffic ausserhalb der Proxy-Abdeckung und wenden Sie den Proxy nur auf die Web-Requests an, die Sie umleiten wollen. Zur Berechnungsmethode siehe den Leitfaden zur Bandbreitenberechnung.

Wenn Sie aus zwingendem Grund auch den Download umleiten muessen, waehlen Sie einen Exit-Typ, der statt auf Kontingent auf Geschwindigkeit ausgelegt ist; Datacenter Proxy bietet bei solch volumenstarken Uebertragungen die hoechste Bandbreite, hat bei sessionbasierten Szenarien dagegen keinen Vorteil.