Proxy fuer Rise of Kingdoms: Messung, Latenz und Grenzen

Das Netzwerkprofil dieses Spiels liegt an einem interessanten Mittelpunkt. Es gibt Einheiten, die sich permanent ueber die Karte bewegen, und Live-Events, doch nichts davon erfordert eine Frame-fuer-Frame-Synchronisation wie bei Shootern. Wird ein Marschbefehl erteilt, meldet der Client dem Server eine Absicht, der Server liefert das Ergebnis zurueck und die Oberflaeche animiert es. Die wenigen Dutzend Millisekunden dazwischen aendern nichts an der Fairness des Spiels.

Die Verbindungsqualitaet ist dagegen spuerbar. Eine abreissende Verbindung, ein stockender Allianz-Chat oder ein Event-Fenster, das nicht laedt, wirken sich unmittelbar auf das Spielerlebnis aus. Genau hier beginnt das Problem: Der Nutzer sagt "schlechte Verbindung", aber es fehlt eine Messung, die benennt, was genau schlecht ist. Ist die Latenz hoch, gibt es Verlust, oder antwortet nur ein einzelner Endpunkt nicht?

Die folgenden Abschnitte gehen dieser Frage der Reihe nach nach. Zuerst, welcher Traffic ueberhaupt durch einen Tunnel laufen kann, dann, wie gemessen wird, anschliessend, wie das Ergebnis zu lesen ist, und zuletzt, in welchen Faellen eine Proxy-Entscheidung wirklich sinnvoll ist.

Was transportiert der Tunnel, was nicht?

Der von einem HTTP-Proxy geoeffnete CONNECT Tunnel transportiert TCP. Kontoanmeldung, Abrufe des Kartenzustands, Allianzlisten, Event-Fenster und Shop-Seiten fallen in diese Klasse; alle sind verschluesselte TCP-Sessions und laufen problemlos durch den Tunnel. Das umfasst den groessten Teil der Bildschirme, die Sie im Spiel sehen.

Ausserhalb des Tunnels bleiben Streams, die ueber UDP laufen. Sprachchat, einige Echtzeit-Benachrichtigungskanaele und Inhaltsanfragen ueber HTTP/3 gehoeren dazu. Das Verfahren UDP ASSOCIATE von SOCKS5 kann diese theoretisch transportieren, doch dafuer muessen drei Bedingungen gleichzeitig erfuellt sein: Der Proxy-Server muss das Verfahren freigeschaltet haben, der Client muss SOCKS5 sprechen und das Netz dazwischen muss diese Association zulassen. Bei mobilen Spiele-Clients ist ein Setup, das alle drei erfuellt, unueblich.

Diese Unterscheidung hat grossen diagnostischen Wert. Faellt nur eine Funktion aus, die ueber UDP laeuft, liegt das Problem ausserhalb der Proxy-Reichweite, und dort etwas an der Proxy-Einstellung zu aendern, bringt nichts. Umgekehrt liegt das Problem auf der TCP-Seite, wenn Login- und Menuebildschirme haengen - und dann ist die Regel unmittelbar relevant. Den allgemeinen Rahmen der Protokollwahl finden Sie unter der Leitfaden zur Wahl des Proxy-Protokolls ein guter Ausgangspunkt.

Ein dritter Punkt ist, wo die Namensaufloesung stattfindet. Bei einem HTTP-Proxy meldet der Client das Ziel in der Form CONNECT server.example:443 und der Proxy uebernimmt die Aufloesung. SOCKS5 akzeptiert das Ziel sowohl als reine IP als auch als Domainnamen; da die Einstellung des Clients entscheidet, was gesendet wird, ist der Ort der Aufloesung eine Frage der Konfiguration und nicht des Protokolls. Findet die Aufloesung in Ihrem Netz statt, werden die Zieldomains fuer Ihren lokalen Server sichtbar; zudem wird ein Ihnen naher Content-Knoten ausgewaehlt, waehrend die Verbindung aus einem anderen Land aufgebaut wird, wodurch der Weg unnoetig laenger wird. Diese Unterscheidung zu kennen erklaert bei Messungen, warum derselbe Exit bei zwei Clients unterschiedliche Ergebnisse liefert.

Mit welchem Werkzeug sollte man Paketverlust messen?

Der haeufigste Fehler ist, auf Basis eines einzigen Messwerkzeugs zu entscheiden. Drei verschiedene Werkzeuge beantworten drei verschiedene Fragen und ersetzen einander nicht. Ein einfacher Echo-Test sagt Ihnen, wie schnell eine Adresse antwortet und wie viele Pakete verloren gehen. Ein Routenverfolgungswerkzeug zeigt, welche Knoten die Pakete passieren. Ein dauerhaft laufendes Monitoring-Werkzeug wiederum zeigt, ob das Problem zeitabhaengig ist.

Fuer die Messung gelten drei Regeln. Erstens die Dauer: Ein Test mit zehn Paketen erfasst kein Problem, das ueber Minuten hinweg sporadisch auftritt; messen Sie ueber mindestens einige Hundert Pakete. Zweitens die Wiederholung: Fuehren Sie denselben Test zu verschiedenen Tageszeiten durch, denn auf geteilten Leitungen besteht ein realer Unterschied zwischen Abend- und Morgenstunden. Drittens der Vergleich: Ohne denselben Test mit aktiviertem und deaktiviertem Proxy kennen Sie die Wirkung der zusaetzlichen Station nicht.

Um Ihren eigenen Exit zu pruefen, gibt Ping-Test und Proxy-Check-Tool einen schnellen ersten Eindruck; diese messen nicht den Spieleserver, sondern die Erreichbarkeit und Reaktion des von Ihnen genutzten Exits. Eine ausfuehrlichere Darstellung der Methode finden Sie unter So testen Sie die Proxy-Geschwindigkeit .

Messergebnisse richtig lesen

Wenn in der Ausgabe der Routenverfolgung einer der Zwischenknoten nicht antwortet, bedeutet das nicht, dass dort Verlust auftritt. Viele Netzwerkgeraete behandeln an sie gerichtete Kontrollpakete mit niedriger Prioritaet oder beantworten sie gar nicht; den durchlaufenden Traffic leiten sie dagegen vollstaendig weiter. Die Leseregel ist einfach: Nicht die Prozentwerte der Zwischenzeilen sind aussagekraeftig, sondern das Ergebnis der letzten Zeile. Gibt es am Endpunkt keinen Verlust, sind die Sternchen dazwischen meist Rauschen.

Der zweite haeufige Irrtum ist, die WLAN-Verbindung aus der Gleichung zu lassen. Ein erheblicher Teil der Verluste entsteht im heimischen WLAN - durch geteilte Kanaele mit Nachbarnetzen oder durch zu grosse Entfernung des Geraets zum Router. Um das abzugrenzen, wiederholen Sie die Messung einmal ueber eine Kabelverbindung; verschwindet der Verlust, suchen Sie keinen Proxy, sondern eine bessere WLAN-Konfiguration.

Der dritte Fehler ist, eine Loesung zu waehlen, ohne zu wissen, wo der Verlust entsteht. Einen Verlust auf Ihrem Anschluss beseitigt ein Proxy nicht; der Traffic laeuft weiterhin ueber dieselbe Leitung, und Sie haben zusaetzlich eine Station eingefuegt. Die einzige Verlustart, bei der ein Proxy sinnvoll sein kann, ist ein Verlust, der nur auf einer bestimmten Route entsteht und sich mit einem anderen Exit umgehen laesst. Auch das zeigt nur eine vergleichende Messung.

Damit Latenz und Verlust nicht durcheinandergeraten, definiert der Beitrag was ist Proxy-Latenz beide Groessen getrennt. Warum die Schwankung auf Mobilfunkleitungen hoeher ist, erlaeutert Geschwindigkeit und Latenz von Mobile Proxys .

Der Beitrag der zusaetzlichen Station zur Gesamtzeit

Die Gesamtzeit einer Anfrage besteht nicht aus einem einzigen Teil. Der lokale Abschnitt von Ihrem Geraet bis zum Router, der Abschnitt ueber Ihre Anschlussleitung, der Transport im Backbone und die Verarbeitungszeit des Servers summieren sich zur Gesamtzeit. Mit einem Proxy kommen zwei neue Teile hinzu: die Distanz zwischen Ihnen und dem Proxy sowie die Distanz zwischen Proxy und Ziel.

Die natuerliche Folge ist, dass die Gesamtzeit in den meisten Setups steigt. Ein Proxy senkt den Ping nicht; er fuegt im Gegenteil eine zusaetzliche Station hinzu. Marketingaussagen, die diesen Satz umkehren, sind technisch nicht korrekt. Die einzige Ausnahme ist der Fall, in dem Ihre Standardroute unnoetig lang ist und der Proxy in einem Backbone liegt, das direkter zum Ziel fuehrt; das ist keine Regel, sondern eine Ausnahme, die man ohne Messung nicht annehmen darf. Die Diskussion dazu finden Sie unter senkt ein Proxy den Ping im Spiel .

Die praktische Entscheidung lautet: Wenn Ihr Ziel eine bessere Antwortzeit ist, ist der Proxy das falsche Werkzeug, und Sie sollten zuerst die Variablen Ihrer eigenen Leitung in Ordnung bringen. Wenn Ihr Ziel dagegen ein fester Exit, der Weg durch ein Unternehmensnetz oder die Pruefung ist, wie ein Inhalt in einer anderen Region aussieht, ist der Proxy das richtige Werkzeug, und Sie verbuchen die zusaetzliche Latenz als akzeptable Kosten.

Auch die Zahl gleichzeitiger Verbindungen ist eine eigene Variable, die das Gesamterlebnis beeinflusst. Laufen mehrere Geraete oder mehrere Anwendungen ueber denselben Exit, ist die Obergrenze schneller erreicht als erwartet, und das Ergebnis zeigt sich dem Nutzer als "Verlangsamung"; Details dazu unter Limit gleichzeitiger Verbindungen .