Black Desert Online: Proxy-Einrichtung und Netzwerkverhalten

Die Proxy-Frage rund um Black Desert Online entsteht meist aus zwei Beduerfnissen: aus einem Unternehmens- oder eingeschraenkten Netz heraus eine konsistente Adresse zu nutzen und ueber einen zweiten Weg zu pruefen, ob Verbindungsprobleme routenbedingt sind. Beides ist legitim, und beides trifft auf dieselbe technische Realitaet: den Geltungsbereich der Umleitung.

Der BDO-Client bringt seinen eigenen Launcher mit und erledigt Dateipruefung, Reparatur und Download, bevor das Spiel laeuft. „Ich habe das Spiel ueber den Proxy geleitet“ heisst deshalb oft nur, dass Sie eine einzige Komponente umgeleitet haben. Die Qualitaet der Einrichtung bemisst sich daran, ob Sie wissen, welche Prozesse ueber welchen Weg hinausgehen.

Im gesamten Text verwenden wir die Abkuerzung BDO zusammen mit dem vollen Spielnamen; die Ausfuehrungen beruhen auf dem allgemeinen Netzwerkverhalten des Clients, Details koennen je nach Version und Region abweichen.

Die Stationen des Clients vom Start bis ins Spiel

Beim Oeffnen fuehrt der Launcher als Erstes eine kleine Versionspruefung durch. Ihre Dateiliste wird mit der Liste auf der Gegenseite verglichen, und bei Abweichungen wird ein Downloadplan erstellt. Die Netzwerklast dieser Phase ist unerheblich, sie ist aber latenzempfindlich: Ein langsamer Ausgang fuehrt dazu, dass der Launcher lange im Zustand „wird geprueft“ verharrt.

Die zweite Station ist der Download, und hier liegt nahezu das gesamte Volumen. Patch-Pakete werden von einem Content Delivery Network gezogen, es werden zahlreiche parallele Verbindungen geoeffnet und die Leitung wird ausgelastet. Nutzen Sie einen geteilten Ausgang, entsteht hier der Engpass; zudem arbeitet der Downloader bei einem Paket mit begrenzter Anzahl gleichzeitiger Verbindungen langsamer als erwartet.

Die dritte Station ist der Login. Die Authentifizierungsanfrage geht an den Kontodienst des Publishers, und die protokollierte Adresse ist Ihre Ausgangsadresse. Zugleich wird ein Sitzungstoken erzeugt; dieses Token ist nicht an die IP, sondern an die Sitzung gebunden, die Identitaet der Sitzung bleibt also auch bei spaeterem Adresswechsel dieselbe.

Die vierte Station ist die dauerhafte Sitzung mit dem Weltserver. Das uebertragene Volumen ist klein, die Kontinuitaet dagegen entscheidend. In einem nicht zielbasierten Kampfsystem, in dem der Spieler zielt und Timing setzt, wirkt sich ein Aussetzer von einer halben Sekunde unmittelbar auf das Spielgefuehl aus; bei der Ausgangswahl zaehlt deshalb nicht die Durchschnittsgeschwindigkeit, sondern die Stabilitaet.

UDP-Relay: Was verspricht SOCKS5 und unter welchen Bedingungen?

Der praktischste Unterschied zwischen den Proxy-Protokollen zeigt sich auf der Transportschicht. Ein HTTP-Proxy kann zu verschluesselten Zielen nur einen TCP-Tunnel aufbauen; UDP-Traffic gelangt gar nicht erst in diesen Tunnel. SOCKS5 fordert dagegen mit dem Befehl UDP ASSOCIATE die Einrichtung eines Relay-Punkts auf dem Proxy an; anschliessend gehen die Datagramme, in einen kleinen Header verpackt, ueber diesen Punkt hin und zurueck.

So klar das Versprechen ist, so anspruchsvoll sind die Bedingungen. Damit das Relay funktioniert, muss der Anbieter UDP freigeschaltet haben – und viele Anbieter liefern es geschlossen aus. Auf Anwendungsseite muss der Client SOCKS5 sprechen und das Relay anfordern; die meisten Spiel-Clients besitzen diese Faehigkeit nicht. Schliesslich darf die TCP-Kontrollverbindung nicht abreissen, solange das Relay besteht, denn faellt sie aus, schliesst sich auch der UDP-Weg.

Und es gibt eine stille Falle: Die Verpackung fuegt jedem Datagramm einige Bytes hinzu. Bei Traffic, der ohnehin nahe an der MTU-Grenze arbeitet, fuehrt dieser Zuschlag zur Fragmentierung des Pakets – und geht eines der Fragmente verloren, wird das gesamte Paket unbrauchbar. In der Messung sieht es dann so aus, als bestehe die Verbindung, waehrend es im Spiel zu unregelmaessigen Rucklern kommt.

Der richtige Ansatz ist, die Faehigkeit des Protokolls nicht anhand der Anbieterdokumentation, sondern durch ausdrueckliches Nachfragen zu bestaetigen. Details finden Sie auf der Seite SOCKS5 Proxy und im Beitrag, wie die UDP-Unterstuetzung funktioniert ; faellt die Antwort negativ aus, ist es schneller, sich mit einer Einrichtung zu begnuegen, die die Spielsitzung ueber TCP transportiert, als sich mit einer Konfiguration abzumuehen, die nicht funktionieren wird.

Warum sind die Patches so gross und was bestimmt die Downloadgeschwindigkeit wirklich?

Der BDO-Client erreicht wegen hochaufgeloester Assets, einer weitlaeufigen Weltkarte und staendig neuer Inhalte eine Installationsgroesse von mehreren Dutzend Gigabyte. Entsprechend kommen Updates nicht als kleine Patches, sondern mitunter als Pakete im Gigabyte-Bereich. Das wirkt sich direkt auf die Proxy-Entscheidung aus: Ein einziger grosser Download ueber einen volumenbasierten Ausgang kann einen erheblichen Teil des Monatspakets aufbrauchen.

Der Faktor, der die Downloadgeschwindigkeit bestimmt, ist ein anderer, als die meisten Nutzer annehmen. Content Delivery Networks entscheiden ueber den zugewiesenen Knoten nicht anhand des Standorts der anfragenden Seite, sondern anhand des Standorts derjenigen Seite, die die Domain aufloest. Beim Betrieb ueber einen Proxy wird daher entscheidend, wo die Domain aufgeloest wird: Loest Ihr eigenes Netz auf, erhalten Sie einen nahe gelegenen Knoten, aber die Verbindung wird aus dem Land des Proxys aufgebaut und die Route wird unnoetig lang.

Bei SOCKS5 haengt dieses Verhalten vom Client ab; der Modus, der die Adressaufloesung dem Proxy ueberlaesst, liefert ein anderes Ergebnis als der Modus mit lokaler Aufloesung. Beim HTTP-Proxy gibt der Client das Ziel im Klartext an und der Proxy loest auf, weshalb der zurueckgegebene Knoten nahe am Proxy liegt. Keines von beiden ist „falsch“; falsch ist es, nicht zu wissen, welches von beiden greift.

Zu den Details des Mechanismus hilft der Beitrag Wo wird DNS bei SOCKS5 aufgeloest , und zu den Einstellungen auf der Distributionsplattform der Beitrag Steam-Proxy-Einstellungen weiter.

Download- und Kontingentplanung: Entscheidung in vier Schritten

Die Einrichtung ohne Planung zu starten, ist der Fehler, dessen nachtraegliche Korrektur am teuersten ist. Halten Sie zuerst fest, wie viel Datenvolumen Ihr Paket enthaelt und welchen Anteil davon Sie fuer Aufgaben ausserhalb des Spiels reservieren muessen. Waehlen Sie den Ausgangsstandort anschliessend nicht nach der Downloadquelle, sondern nach dem Spielserver; der Download ist einmalig, die Spielsitzung dagegen dauerhaft.

Der dritte Schritt ist die Trennung des Geltungsbereichs. Launcher und Downloader ausserhalb des volumenbasierten Ausgangs zu halten und die Spielsitzung ueber den Proxy zu fuehren, ist in den meisten Setups sowohl guenstiger als auch schneller. Mit einer systemweiten Einstellung gelingt das nicht; dafuer braucht es eine anwendungsbasierte Regel oder ein separates Netzwerkprofil.

Der vierte Schritt ist die Verifizierung und der einzige, der nicht uebersprungen werden darf. Pruefen Sie mit dem Werkzeug Meine IP-Adresse , dass sich der Ausgang tatsaechlich geaendert hat, testen Sie, mit dem Proxy-Check-Tool dass der Proxy erreichbar ist, und kontrollieren Sie, DNS-Leak-Test dass Ihre Domainaufloesung nicht in Ihr lokales Netz durchsickert. Fuehren Sie die Verifizierung nicht waehrend, sondern vor dem Download durch.