State of Survival: Launcher, Patches und Szenarien in eingeschraenkten Netzen

Die getrennte Konfiguration von Launcher und Spiel-Client

In einer Desktop-Installation gibt es zwei Prozesse, und beide erzeugen eigene Netzwerkanfragen. Der Launcher prueft die Version, laedt Ankuendigungs- und Kampagneninhalte, holt die Update-Pakete und bereitet die Sitzung vor. Der Spiel-Client baut nach dem Start seine eigenen Verbindungen auf. Ihre Schnittmenge ist die Konto- und Sitzungsschicht: Beide nutzen dieselbe Identitaet.

Nutzen Sie eine systemweite Proxy-Einstellung, werden beide Prozesse erfasst und die Unterscheidung entfaellt in der Praxis. Haben Sie eine anwendungsbasierte Weiterleitung gewaehlt, muessen beide Prozesse in die Regel aufgenommen werden; nur einen hinzuzufuegen erzeugt eine Luecke in der Reichweite. Fuer die Einstellungspunkte unter Windows Windows-Proxy-Einstellungen genuegt der Leitfaden.

Eine dritte Option ist, das Spiel in einem mobilen Emulator laufen zu lassen. Da Emulatoren eigene virtuelle Netzwerkschnittstellen einrichten, uebernehmen sie die Proxy-Einstellung des Host-Rechners nicht immer; in diesem Fall muessen Sie die Regel in den Netzwerkeinstellungen des Emulators definieren oder am Netzausgang eintragen. Es lohnt sich auch zu pruefen, wie die Nutzung eines Emulators in der Vereinbarung des Publishers behandelt wird; nicht jedes Spiel betrachtet diese Methode gleich.

Die Pruefung erfolgt in einer einfachen Reihenfolge: Oeffnen Sie zuerst den Launcher und vergewissern Sie sich, dass die Ankuendigungsinhalte ankommen, versuchen Sie danach einen kleinen Update-Download und starten Sie zuletzt das Spiel und fuehren Sie eine Aktion aus. Funktionieren alle drei Schritte, ist die Reichweite vollstaendig; hakt einer, ist unmittelbar klar, welche Schicht aussen vor bleibt.

Patch-Download-Traffic und uebertragenes Datenvolumen

In einem nach uebertragenem Datenvolumen abgerechneten Tarif entsteht der groesste Teil der Kosten nicht durch das Spielen, sondern durch Downloads. Die Erstinstallation traegt einmalig das groesste Volumen; darauf folgen Saison-Updates und Inhaltspakete. Das taegliche Spielen besteht dagegen aus kleinen, kurzen Anfragen, weil die meisten Oberflaechenelemente ohnehin auf dem Geraet liegen.

Diese Verteilung hat eine unmittelbare Konsequenz: Grosse Downloads ueber den Proxy zu fuehren ist meist unnoetig. Das Update ueber Ihre normale Leitung zu laden und nur Konto- und spielinterne Anfragen weiterzuleiten schont das Kontingent deutlich. Wenn Ihr Regelpunkt es zulaesst, ist es ein legitimer und praktischer Ansatz, die Regel waehrend des Downloads voruebergehend zu deaktivieren.

Die zweite Variable ist die Bandbreite. Ein grosses Paket ueber einen schmalen Exit zu laden dauert nicht nur lange; es verlangsamt waehrend des Downloads auch Ihre uebrigen Aufgaben, die denselben Exit nutzen. In einem geteilten Pool ist dieser Effekt noch deutlicher. Wie sich die Kontingentplanung aufstellen laesst Bandbreitenberechnung wird im Beitrag Schritt fuer Schritt erklaert.

Protokollwahl: Welcher Traffic laeuft ueber welchen Weg?

Ein klassischer HTTP-Proxy transportiert TCP und oeffnet fuer HTTPS mit CONNECT einen Tunnel. Konto-Login, spielinterne Anfragen, Ankuendigungsinhalte und Update-Downloads gehoeren in diese Klasse; alle koennen den Tunnel passieren. UDP-basierte Datenstroeme gelangen dagegen gar nicht erst in den Tunnel.

SOCKS5 arbeitet auf der Transportschicht und interpretiert das transportierte Protokoll nicht. UDP ASSOCIATE kann es mit diesem Verfahren UDP transportieren, doch dafuer muss der Proxy-Server das Verfahren freigeben und der Client SOCKS5 sprechen koennen. Auf der Desktop-Seite unterstuetzen das einige Werkzeuge; dass Spiel-Clients selbst ein SOCKS5-Feld anbieten, ist dagegen nicht verbreitet. Wie das Protokoll arbeitet Wie ein SOCKS5-Proxy funktioniert im Beitrag, die Produktseite dagegen SOCKS5 Proxy .

In eingeschraenkten Netzen gewinnt die Protokollwahl eine eigene Bedeutung. Erlaubt das Netz nur bestimmte Ports, ist es entscheidender, ueber welchen Port Ihr Exit bereitsteht, als das Protokoll selbst. Deshalb kehrt sich die Entscheidungsreihenfolge in Unternehmensumgebungen um: Zuerst erfahren Sie, welcher Port offen ist, und waehlen dann einen Exit, der auf diesem Port arbeitet.

Entscheidung ueber Exit-Typ und Region

Fuer die Typwahl gibt es eine praktische Reihenfolge. Geht es allein um grosse Downloads und das Lesen oeffentlicher Seiten, liefert Datacenter Proxy die hoechste Bandbreite zu den geringsten Kosten. Bei Sitzungen mit Konto-Login, die lange offen bleiben, gewinnt Bestaendigkeit an Bedeutung; hier erzeugen Loesungen mit statischer Adresse weniger Reibung.

Halten Sie bei der Regionsentscheidung zwei Regeln zugleich ein: Der Exit sollte sowohl zu Ihnen als auch zum Ziel in vernuenftiger Naehe liegen und mit der ueblichen Nutzungsregion Ihres Kontos konsistent bleiben. Ein sehr weit entfernter Exit verlaengert den Weg und erhoeht zugleich die Wahrscheinlichkeit, dass Sicherheitsablaeufe zusaetzliche Schritte ausloesen. Eine entfernte Region sollte nur fuer eine bestimmte Pruefaufgabe gewaehlt und nicht zur taeglichen Voreinstellung gemacht werden.

Die dritte Variable ist, mit wie vielen Personen der Exit geteilt wird. In einem geteilten Pool wirkt sich die Vorgeschichte der Adresse auch auf Ihre Sitzung aus; bei einer dedizierten Adresse finden sich nur Spuren Ihrer eigenen Nutzung. Bei einer langlebigen Identitaet wie einem Spielkonto ist dies die zweite Entscheidung, die unmittelbar nach der Typwahl zu treffen ist. Fuer die Bedeutung der Begriffe Proxy-Glossar sollten Sie es griffbereit halten.

Symptome und Checkliste

Die meisten Zeilen der Liste lassen sich schnell trennen, indem Sie die Reichweite verengen und wieder ausweiten. Tragen Sie die Regel zuerst in einem einzigen Browser-Profil ein und pruefen Sie, ob der Exit die richtige Adresse ist; weiten Sie sie danach auf Prozessebene aus. Die Pruefung nicht im Spiel, sondern ueber eine unabhaengige Seite vorzunehmen erleichtert die Interpretation des Ergebnisses: Proxy-Anonymitätstest zeigt sowohl die Adresse als auch die hinzugefuegten Header.

Die Zertifikatswarnung ist eine eigene Kategorie und darf nicht auf die leichte Schulter genommen werden. Ein korrekt eingerichteter Proxy greift nicht in die TLS-Sitzung ein; sehen Sie eine Warnung, wird Ihr Traffic an einer Stelle entschluesselt und neu verschluesselt. In einem Unternehmensnetz kann das eine bewusste Richtlinie sein, an einem unbekannten Exit ist es dagegen ein Zeichen, innezuhalten.

Wann ist kein Proxy noetig?

Wenn Sie von zu Hause, aus Ihrem eigenen Land und mit einem einzigen Konto spielen, bringt Ihnen ein Proxy keinen Gewinn. Er fuegt der Kette eine Station hinzu, verursacht Kosten ueber das uebertragene Datenvolumen und bringt im Problemfall eine weitere zu diagnostizierende Variable mit sich. Auf der Liste der bei Verbindungsproblemen zu pruefenden Punkte steht ein Proxy nicht an erster, sondern an letzter Stelle.

Auch wenn Sie die Reaktionszeit verbessern wollen, ist dies nicht das richtige Werkzeug. Da ein Proxy eine zusaetzliche Station einfuegt, verlaengert sich die Gesamtzeit in den meisten Setups; den Ping senkt er nicht. Die seltene Ausnahme ist der Fall, in dem Ihre Standardroute verschlungen verlaeuft und der Proxy an einem direkteren Backbone sitzt, und das laesst sich nur durch eine Vergleichsmessung zeigen.

Uebrig bleiben die Szenarien, in denen ein Proxy seinen Platz wirklich ausfuellt: aus einem erlaubten Unternehmensnetz mit einer festen und bekannten Adresse hinauszugehen, zu pruefen, wie eine Ankuendigung oder eine Kampagnenseite in einem anderen Land aussieht, und das Netzwerkverhalten in einer kontrollierten Umgebung zu testen. In jedem Szenario ausserhalb dieser drei sollten Sie zunaechst versuchen, ein Setup ohne Proxy zum Laufen zu bringen. Wo kostenlose Listen bei diesen Aufgaben stehen aktuelle Free-Proxy-Liste koennen Sie den Hinweisen auf der Seite entnehmen.