Proxy fuer Delta Force: Abdeckung, Protokoll und Shop-Ebene

Bei einem Shooter mit grossen Karten und stark besetzten Modi wie Delta Force teilt sich das Netzwerkverhalten in zwei getrennte Charaktere. Auf der einen Seite stehen Requests, die vollstaendig nach Web-Logik funktionieren, etwa Konto, Shop, Saison-Inhalte und Marketplace. Auf der anderen Seite steht ein kontinuierlicher Stream mit kleinen Paketen, der das Gameplay traegt.

Ein Proxy behandelt diese beiden nicht gleich, und genau hier irren sich Nutzer am haeufigsten. Die Web-Ebene verhaelt sich so gefuegig wie ein Browser; der Spiel-Stream dagegen sieht Ihre Konfiguration in den meisten Setups nicht einmal. Jede Einstellung, die ohne Kenntnis dieses Unterschieds vorgenommen wird, fuehrt dazu, dass Ergebnisse falsch gelesen werden.

Die folgenden Abschnitte behandeln der Reihe nach, was Sie abdecken, je nachdem auf welcher Ebene Sie die Regel hinterlegen, was das Netzwerkgeraet tatsaechlich bietet und wie sich der Traffic auf Shop-Seite verhaelt.

Laesst sich ein Proxy im Router hinterlegen?

In der Oberflaeche von Routern fuer Zuhause und kleine Bueros ist ein Menuepunkt "Proxy" unueblich. Was diese Geraete bieten, sind in der Regel drei andere Dinge: Adressuebersetzung (NAT), Portweiterleitung und manchmal ein Tunnel-Client. Nichts davon ist die Aufgabe, die Requests einer einzelnen Anwendung im Netzwerk an einen Proxy-Server zu senden. Warum NAT und Proxy auf unterschiedlichen Ebenen stehen Unterschied zwischen NAT und Proxy erklärt der Beitrag.

Der Weg, auf Geraeteebene wirklich einen Proxy zu betreiben, ist transparentes Routing: Das Geraet faengt den Traffic zu bestimmten Ports ab und leitet ihn an einen Zwischenserver weiter. Bei HTTPS ist der Preis dieser Methode hoch, denn die verschluesselte Session muss aufgebrochen und neu aufgebaut werden. Das bedeutet eine Konstruktion, die dem Client ein eigenes Zertifikat unterschiebt; treffen Game-Clients auf eine solche Konstruktion, lehnen sie die Verbindung meist ab. Die technische Seite des Themas TLS-Zertifikatspruefung steht im Beitrag.

Deshalb ist der richtige Ort in der Praxis nicht das Geraet, sondern der Rechner. Wenn Sie die Regel auf dem Spielrechner hinterlegen, koennen Sie auch die Abdeckung eingrenzen; eine Loesung, die das gesamte Netzwerk umfasst, wirkt zwar fuer Geraete ohne eigene Einstellung wie Konsolen und Smart-TVs attraktiv, bringt beim Spiel-Traffic aber nicht den erhofften Nutzen. Proxy-Nutzung ueber den Router vergleicht, was in welchem Szenario tatsaechlich hilft.

Zwei Welten: Web-Request und Spielpaket

Alles auf der Web-Ebene — Login, Saisonseite, Shop, Marketplace, Freundesliste — laeuft ueber TCP mit TLS. Ein Parameter transportiert diese Requests CONNECT durch den mit dieser Methode geoeffneten Tunnel, und die Gegenseite sieht Ihre Exit-Adresse. Dieser Teil ist nahezu identisch mit dem Verhalten im Browser; wenn Sie Ihre Erwartung hier ansetzen, liegen Sie richtig.

Der Spiel-Stream ist anders. Die Pakete, die das Gameplay tragen, sind klein, haeufig und zeitkritisch; auf ein verlorenes Paket zu warten hat schlimmere Folgen, als den Stream anzuhalten. Deshalb wird auf Transportseite UDP bevorzugt. CONNECT Da der Tunnel TCP transportiert, gelangen diese Pakete nicht in den Tunnel; das Betriebssystem sendet sie ueber die gewoehnliche Schnittstelle.

Der Befehl des SOCKS5-Protokolls UDP ASSOCIATE existiert, um diese Luecke zu schliessen, doch zwei Bedingungen muessen gemeinsam erfuellt sein: Der Server muss diesen Befehl unterstuetzen und der Client muss ihn zu nutzen wissen. Game-Clients lesen die System-Proxy-Einstellung fuer die UDP-Seite in der Regel nicht. Die realistische Erwartung lautet daher, dass der Proxy die Web-Ebene abdeckt und der Spiel-Stream ausserhalb der Abdeckung bleibt.

Auch die Namensaufloesung ist Teil dieser Unterscheidung. Loest der Client den Domainnamen in seinem eigenen Netzwerk auf, wird das Ziel fuer Ihren DNS-Server sichtbar und kann Ihnen einen nahe gelegenen Knoten zurueckgeben; die Verbindung wird jedoch vom entfernten Exit aus aufgebaut. Wo bei SOCKS5 die Aufloesung stattfindet zeigt den Ursprung dieses Verhaltens.

Was passiert, wenn IPv6 aktiviert bleibt?

Es gibt eine weitere Situation, in der das Setup stillschweigend ins Leere laeuft. Wenn Ihr Exit nur eine IPv4-Adresse bereitstellt, auf Ihrem Geraet aber IPv6 aktiv ist, kann ein Request an ein ueber IPv6 erreichbares Ziel den Proxy vollstaendig umgehen; Betriebssysteme bevorzugen in den meisten Setups IPv6. Es gibt kein Symptom: Die Seite oeffnet sich, es erscheint kein Fehler, das Setup wirkt funktionsfaehig. Die Adresse, die die Gegenseite sieht, ist jedoch Ihre eigene.

Die Loesung fuehrt ueber einen von zwei Wegen: einen Exit mit IPv6-Unterstuetzung nutzen oder IPv6 in diesem Profil deaktivieren. Wofuer Sie sich auch entscheiden, pruefen Sie nach der Einrichtung unbedingt die sichtbare Adresse; diese Kontrolle auszulassen macht jede weitere Messung sinnlos, weil Sie nicht wissen, welcher Weg genutzt wurde.

Welcher Request profitiert vom Proxy?

Zwei Achsen erleichtern die Entscheidung: wie latenzempfindlich der Request ist und wie weit er sich ueberhaupt per Proxy abdecken laesst. Shop- und Kontoseiten stehen in der Ecke mit geringer Empfindlichkeit und hoher Abdeckbarkeit; dort funktioniert der Proxy und ist zugleich nuetzlich. Der Match-Stream liegt genau in der gegenueberliegenden Ecke: Er ist zugleich am empfindlichsten und praktisch nicht abdeckbar.

Zwei Posten dazwischen verlangen Aufmerksamkeit. Patch-Downloads sind abdeckbar, verursachen aber hohe Bandbreitenkosten; bei einem kontingentierten Exit sollte man das bewusst tun. Die Matchmaking-Warteschlange wiederum ist zwar abdeckbar, aber latenzempfindlich: Ein entfernter Exit kann die Queue-Requests verlangsamen und das Spiel im Menue warten lassen.

Sobald Sie diese Landkarte einmal erstellt haben, vereinfacht sich die Setup-Entscheidung von selbst. Wenn Ihr Ziel ist, auf der Shop- und Kontoebene aus einem anderen Land zu erscheinen, genuegt eine eng gefasste Regel. Wenn Ihr Ziel ist, die Verbindung des Spiels selbst zu aendern, ist das Werkzeug in Ihrer Hand dafuer nicht gebaut und das Ergebnis ist Enttaeuschung.

Shop-, Marketplace- und Kontobildschirme

Die Shop-Seite des Spiels ist eine Webanwendung und verhaelt sich gegenueber einem Proxy vorhersehbar: In welchem Land der Exit liegt, in dessen Oberflaechensprache, Waehrung und Content-Anordnung kann die Seite erscheinen. Fuer Content- und Marketing-Teams, die pruefen wollen, wie eine Kampagne in einem anderen Markt praesentiert wird, ist das ein natuerlicher Teil der Arbeit.

Hier ist eine Grenze zu ziehen. Das Erscheinungsbild zu pruefen ist nicht dasselbe wie Kaufbedingungen zu umgehen; Letzteres ist Sache der Nutzungsbedingungen des Publishers und keine auf dieser Seite empfohlene Nutzung. Wie eine Untersuchung regionaler Darstellung aufgebaut wird, regionale Recherche im Shop erlaeutert der Beitrag aus methodischer Sicht.

Kontobildschirme verlangen besondere Aufmerksamkeit. Seiten wie Passwortaenderung, Zahlungsmethode und Sicherheitseinstellungen bewerten die Herkunft der Session strenger. Auf diesen Bildschirmen den Exit ploetzlich zu wechseln kann eine zusaetzliche Verifizierung ausloesen; Kontoangelegenheiten ueber Ihren gewohnten Exit zu erledigen ist einfacher, als sich spaeter mit einem Wiederherstellungsprozess zu befassen.

Marketplace- und Inventarseiten erzeugen zahlreiche kleine Requests, die die Oberflaeche versorgen. Da diese Requests parallel geoeffnet werden, koennen sie Ihr Limit fuer gleichzeitige Verbindungen schneller ausschoepfen als erwartet; die Seite wirkt dann halb geladen. Das Problem ist in der Regel nicht die Geschwindigkeit des Exits, sondern die Grenze fuer die Zahl offener Verbindungen.

Die Protokollverteilung einer Session

Zu sehen, wie sich die in einer Spielsession transportierten Daten verteilen, macht die Setup-Entscheidung greifbar. Der groesste Teil des Volumens entfaellt auf den Stream, der das Gameplay traegt, und dieser Stream liegt ausserhalb des Tunnels. Web-Requests sind zwar zahlreich, bleiben im Volumen aber klein; dafuer sind sie der einzige Posten, den der Proxy tatsaechlich beeinflusst.

Diese Verteilung steuert auch die Kontingentplanung. Bei einem Exit, der nach uebertragenem Datenvolumen abgerechnet wird, bleibt der Monatsverbrauch massvoll, wenn Sie nur die Web-Ebene transportieren. Sobald Sie auch den Patch-Download ueber denselben Exit leiten, aendert sich das Bild und die Kosten vervielfachen sich mit wenigen Updates. Wie die Berechnung erfolgt, Bandbreitenberechnung veranschaulicht der Beitrag.

Der dritte Nutzen liegt in der Diagnose. Um zu verstehen, aus welcher Ebene ein Problem stammt, hilft es, zunaechst den Volumenanteil dieser Ebene zu betrachten: Oeffnet sich die Shop-Seite nicht, liegt die Sache auf der Web-Ebene und der Proxy ist relevant; erleben Sie im Spiel Ausreisser, ist der Proxy hoechstwahrscheinlich irrelevant, denn jener Stream laeuft ohnehin nicht durch den Tunnel.

Wie veraendert der Exit-Typ dieses Bild?

Datacenter Proxy transportiert die Web-Ebene mit hoher Bandbreite und geringen Kosten muehelos. Residential Proxy bietet ein Profil, das einem typischen Heimanschluss aehnelt, bringt aber auch die Schwankungen der Leitung mit sich. Die Wahl richtet sich danach, welche Ebene Sie transportieren; bei volumenstarken Vorhaben ist neben dem Typ auch das Kontingentmodell entscheidend.