Lords Mobile Proxy: Wo wird die Regel eingetragen und wie viel deckt sie ab?

In einem mobilen Strategiespiel mit persistenter Welt unterscheidet sich die Proxy-Entscheidung an zwei Punkten von Browser-Aufgaben. Erstens gibt es nur wenige Stellen, an denen Sie die Regel eintragen koennen: In den Netzwerk-Stack der App koennen Sie nicht eingreifen. Zweitens gibt es keine Ansicht, die direkt zeigt, auf welche Anfragen die Regel angewendet wird; das erkennen Sie nur ueber indirekte Tests.

Die folgenden Abschnitte beantworten vier Fragen: Welche Lasten erzeugt der Client tatsaechlich im Netzwerk, welche davon koennen durch einen Tunnel laufen, was gewinnt und was verliert man durch den Eintrag der Regel im Router, und warum ist das, was im Unternehmensnetz die Verbindung unterbricht, meist nicht das Spiel, sondern der Ausgangsfilter.

Ziehen wir gleich eine Grenze. Ein Proxy ist eine Routing-Entscheidung: Ihre Ausgangsadresse aendert sich, Ihre Geraete-ID, Ihr Sitzungstoken und die Historie Ihres Kontos bleiben unveraendert. Ein Geschwindigkeitsversprechen gibt es ebenfalls nicht; eine zwischengeschaltete Station verlaengert die gesamte Roundtrip-Zeit in den meisten Setups.

Der Client erzeugt vier getrennte Lasten im Netzwerk

Beim Start der App ist die erste Aufgabe der Aufbau der Identitaet: Der Client fuehrt einen TLS-Handshake durch und weist sich mit dem auf dem Geraet gespeicherten Token aus. Die auf der Gegenseite sichtbare Adresse ist bei Einsatz eines Proxys die Adresse des Proxy-Servers. Das Token aendert sich dagegen nicht, denn es liegt nicht im Netzwerk, sondern auf dem Geraet.

Die zweite Last ist der Spielzustand. Ressourcenaufbau, Ausbildungszeiten von Truppen und das Timing von Rallys werden serverseitig gehalten; der Client berechnet das Ergebnis nicht selbst. Der Traffic fliesst deshalb in Form kleiner, haeufiger HTTPS-Anfragen: Er belastet die Bandbreite nicht, doch die Roundtrip-Zeit jeder Anfrage bestimmt, wie fluessig sich die Oberflaeche anfuehlt.

Die dritte Last ist der langlebige Benachrichtigungskanal: Ereignisse, die vom Server zu Ihnen fliessen, wie Koenigreichschat, Gildenrufe und Angriffswarnungen. Dieser Kanal will offen bleiben, und jeder Punkt dazwischen kann eine untaetige Verbindung gemaess seiner eigenen Timeout-Richtlinie verwerfen. Die vierte Last ist der Asset-Download: Event-Grafiken und Oberflaechen-Updates kommen meist aus einem Content Delivery Network und machen den groessten Teil des monatlichen Volumens aus.

Welche dieser Lasten laeuft durch den Tunnel?

Ein HTTP Proxy öffnet für HTTPS-Ziele mit CONNECT oeffnet mit einen Tunnel und transportiert nur TCP. Kein Kanal, der ueber UDP spricht, kann in diesen Tunnel gelangen. SOCKS5 Auf der Seite von UDP ASSOCIATE Die Methode kann UDP transportieren, dazu muessen aber sowohl der Proxy-Server als auch der Spiele-Client die Methode unterstuetzen; der Grossteil der mobilen Spiele-Clients spricht kein SOCKS5. Das praktische Ergebnis lautet: Der Proxy deckt meist Login, Spiele-API, Shop-Seiten und Download-Traffic ab; gibt es einen nicht abgedeckten Kanal, leitet das Spiel ihn ueber Ihre gewoehnliche Leitung. Die Grenzen der Methode SOCKS5-UDP-Unterstuetzung ausfuehrlich erlaeutert.

Wer hostet die Welt: Koenigreiche und Behauptungen ueber "private Server"

In manchen Spielen hosten Sie die Welt selbst: Sie laden eine Serversoftware herunter, betreiben sie auf einer Maschine und laden Ihre Freunde zu Ihrer eigenen Adresse ein. Lords Mobile gehoert nicht in diese Klasse. Die Welt laeuft in der Infrastruktur des Publishers, der Client ist nur eine Oberflaeche und die Adresse, mit der er sich verbindet, waehlen nicht Sie. Fuer den Proxy hat das genau eine Konsequenz: Ein Proxy waehlt keine Serveradresse, er aendert nur Ihren Ausgang.

Auch das Konzept des Koenigreichs im Spiel lebt nicht auf der Netzwerk-, sondern auf der Kontoschicht: In welchem Koenigreich Sie sind, wird aus dem Datensatz Ihres Kontos gelesen, und ein Wechsel des Ausgangslandes aendert diesen Datensatz nicht. Ein Koenigreichwechsel ist ein Vorgang, der innerhalb der Spieloberflaeche moeglich ist. Diese Unterscheidung zu kennen schliesst die meisten Setups aus, die mit falschen Erwartungen an einen Proxy starten.

Im Netz kursierende "private Server" oder modifizierte Client-Pakete sind ein eigenes Thema und liegen ausserhalb des Umfangs dieser Seite: Sie sind nicht offiziell, widersprechen den Nutzungsbedingungen, und Kontodaten in ein Anwendungspaket unbekannter Herkunft einzugeben bedeutet, Ihre Zugangsdaten einer unbekannten Partei zu uebergeben. Ein Proxy ist kein Werkzeug fuer derartige Setups; eine Netzwerk-Routing-Einstellung sagt nichts ueber die Integritaet des Clients aus.

Was in der Community "Server" genannt wird, sind meist die Messaging-Kanaele, in denen der Gildenchat laeuft; das sind gewoehnliche Webdienste und lassen sich mit einer normalen Proxy-Regel leiten.

Die im Router eingetragene Regel gegenueber der auf dem Geraet eingetragenen

Die meisten Heimrouter haben kein Feld fuer einen "Proxy-Client"; was Sie vorfinden, sind meist NAT, DNS-Einstellungen und manchmal ein VPN-Client. Um einen Proxy auf das gesamte Heimnetz anzuwenden, muessten Sie entweder einen transparenten Proxy auf dem Router betreiben oder auf eine separate Maschine im Netzwerk umleiten. Beides sind fuer Privatnutzer schwergewichtige Loesungen.

Auch die Frage des Geltungsbereichs ist nicht so breit wie angenommen. Ein transparenter Proxy erfasst typischerweise TCP und meist nur die Zielports 80 und 443. Die ueber UDP sprechenden Kanaele des Spiels, Verbindungen zu anderen Ports und die Namensaufloesung koennen ausserhalb dieses Geltungsbereichs bleiben. Zudem kann ein zwischengeschalteter Punkt bei HTTPS-Traffic nur anhand des Ziels routen, ohne den Inhalt zu oeffnen; versucht er es doch, erscheint im Client eine Zertifikatswarnung, und das ist ein Zeichen, bei dem Sie innehalten sollten.

Fuer ein mobiles Spiel ist die Router-Ebene meist das falsche Werkzeug: Der Geltungsbereich ist entweder zu breit oder verfehlt den Kanal, den Sie eigentlich treffen wollen. Auf dem Geraet zu bleiben erleichtert die Diagnose. Fuer die Optionen Proxy ueber den Router und Android-Proxy-Einstellungen der Ausgangspunkt.

Der Lebenszyklus der Verbindung und die Nebenwirkung der Rotation

Eine Spielsitzung ist kein einzelnes Ereignis, sondern ein Zyklus. Die Verbindung wird aufgebaut, der Kanal eine Zeit lang getragen, irgendwann bricht er ab und der Client versucht zurueckzukehren. Ein Proxy beruehrt jeden Schritt dieses Zyklus; deshalb liefert die Frage "wie lange bleibt die Verbindung bestehen" ein besseres Ergebnis als "hat es sich verbunden".

Der haeufigste Fehler ist, einen rotierenden Ausgang fuer Spiele zu verwenden. Ein Rotating Proxy liefert bei jeder Anfrage oder in kurzen Abstaenden eine andere Adresse; fuer Aufgaben, die offene Daten in grossem Umfang auslesen, ist das das richtige Werkzeug zur Lastverteilung. In einer Spielsitzung reisst dagegen jede Rotation den offenen Kanal ab und der Client versucht, sich neu zu verbinden. In einem Datenstrom, der eine Session traegt, brauchen Sie Bestaendigkeit: Dieselbe Ausgangsadresse muss fuer eine bestimmte Zeit erhalten bleiben. Wie diese Struktur aufgebaut wird im Leitfaden zu Sticky Sessions wird es Schritt fuer Schritt erklaert.

Die zweite Abbruchquelle ist das Idle-Timeout: Der Benachrichtigungskanal traegt moeglicherweise lange keine Daten, und ein Punkt dazwischen kann ihn als tote Verbindung werten und verwerfen. Das Symptom zeigt sich im Spiel, die Ursache liegt auf der Netzwerkschicht. Die dritte Quelle ist das Geraet selbst; wechselt das Telefon vom WLAN zu Mobilfunkdaten, wird die in der Netzwerkeinstellung hinterlegte Regel unwirksam.

• Nutzen Sie fuer die Spielsitzung einen einzigen festen Ausgang; aktivieren Sie die Rotation dafuer nicht.
• Waehlen Sie das Sticky-Fenster laenger als Ihre typische Spielsitzung.
• Betreiben Sie nicht gleichzeitig VPN und Proxy; zwei Schichten machen die Diagnose unmoeglich.
• Pruefen Sie bei einem Abbruch zuerst, ob sich die Leitung geaendert hat, und beschuldigen Sie erst danach den Proxy.