Proxy fuer Conan Exiles: Wo wird die Regel hinterlegt, und was deckt sie ab?

Der Conan-Exiles-Client verbindet sich nicht mit einem einzigen Ziel. Eine Discovery-Schicht, in der offizielle und private Server gelistet werden, Dienste, in denen Charakter- und Kontodaten gehalten werden, der In-Game-Store samt Seiten fuer kosmetische Inhalte und die Spielwelt selbst arbeiten jeweils getrennt. Eine Proxy-Regel deckt all das nicht zugleich ab.

Und nicht allein das Protokoll bestimmt den Geltungsbereich; wo Sie die Regel hinterlegen, ist mindestens ebenso wichtig. Zwischen einer im Browser-Profil und einer im Netzwerkgeraet hinterlegten Regel liegt hinsichtlich der Zahl abgedeckter Geraete und Anwendungen ein gewaltiger Unterschied.

Diese Seite beantwortet zwei Fragen getrennt: Welcher Traffic kann technisch in einen Tunnel gelangen, und wo ist es fuer Sie sinnvoll, den Geltungsbereich dieses Tunnels zu definieren? Beides zu vermischen ist der haeufigste Grund dafuer, ein funktionierendes Setup fuer defekt zu halten.

Mit welchen Endpoints spricht der Client ueber welches Protokoll?

Die erste Gruppe ist webaehnlicher Traffic: Kontoseiten, das Schaufenster des In-Game-Stores, Listen kosmetischer Inhalte und News-Panels. Diese werden ueber HTTPS mit TCP transportiert. Ein HTTP-Proxy transportiert diesen Traffic ueber den Tunnel, den er mit der Methode CONNECT oeffnet, und greift nicht in den Inhalt ein; er sieht lediglich, mit welcher Domain Sie sich verbinden.

Die zweite Gruppe ist die Welt-Session. Charakterbewegung, Synchronisation errichteter Bauwerke, Kampf- und Wetteraktualisierungen fliessen kontinuierlich. Bei dieser Art von Traffic sind verspaetete exakte Daten schlechter als rechtzeitig eintreffende Naeherungswerte; deshalb nutzen Spiele verbreitet UDP. UDP geht durch den CONNECT Tunnel nicht hindurch.

Die dritte Gruppe sind Discovery und Verifizierung: Serverlisten-Abfragen, Versionspruefung und Mod-Kompatibilitaetspruefung. Die vierte ist der Content-Download; Pakete aus der Mod-Werkstatt und Spiel-Updates werden ueber TCP transportiert und sind volumenmaessig groesser als alle anderen zusammen. Was sich abhaengig davon abdecken laesst, ob eine Anwendung ein Proxy-Feld bietet, sehen Sie Anwendungen mit SOCKS5-Unterstützung im Beitrag.

Wie viel decken Sie ab, je nachdem auf welcher Schicht Sie die Regel hinterlegen?

Den engsten Geltungsbereich hat das Browser-Profil: Nur die Tabs in diesem Profil werden geroutet, der Spiele-Client bleibt aussen vor. Eine Stufe darueber steht die anwendungsbezogene Regel; der von Ihnen gewaehlte Prozess geht ueber den Tunnel hinaus, die uebrigen bleiben auf Ihrer gewoehnlichen Leitung. Diagnostisch ist das die sauberste Option, denn ihre Nebenwirkungen sind vorhersehbar.

Die Systemeinstellung deckt die meisten Anwendungen auf dem Rechner ab - die meisten, nicht alle. Software, die ihren eigenen Netzwerk-Stack nutzt, kann diese Einstellung ignorieren, und der Traffic geht stillschweigend direkt hinaus. Den weitesten Geltungsbereich hat der Router: Jedes Geraet im Haushalt, Konsolen eingeschlossen, geht denselben Weg hinaus. Fuer einen Spieler, dessen Konsole kein Proxy-Feld bietet, ist das der einzige praktikable Weg.

Es gibt noch eine Option dazwischen: im Netzwerkgeraet ein separates WLAN einzurichten und nur bestimmte Geraete in dieses Netz aufzunehmen. So wird der Geltungsbereich auf Geraeteebene begrenzt und die uebrigen Nutzer im Haushalt bleiben unberuehrt. Wo die entsprechenden Felder in der Router-Oberflaeche zu finden sind, Proxy-Nutzung ueber den Router .

Verlassen Sie sich bei der Entscheidung ueber den Geltungsbereich nicht auf die Intuition "je mehr, desto besser". Ein weiter Geltungsbereich leitet nicht nur den gewuenschten Traffic in den Tunnel, sondern auch Traffic, an den Sie nie gedacht haben: Betriebssystem-Updates, Cloud-Backup, Video-Streaming. All das geht vom Kontingent ab, und nichts davon hat mit dem Problem zu tun, das Sie loesen wollen. Der richtige Ansatz ist, mit dem engsten Geltungsbereich zu beginnen und dort, wo er nicht ausreicht, eine Stufe hochzugehen.

Sie koennen das Schema durch horizontales Scrollen betrachten

Die Saeulen zeigen die relative Reichweite; die Einheit ist keine Messgroesse, sondern eine vergleichende Gewichtung.

Die unsichtbaren Nebenwirkungen einer im Netzwerkgeraet hinterlegten Regel

Ein weiter Geltungsbereich ist nicht kostenlos. Wird die Regel im Router definiert, geht jedes Geraet ueber denselben Exit hinaus - Smart-TV, Kameras, Backup-Software und Hausautomation eingeschlossen. Ein Teil dieser Geraete erzeugt fortlaufend kleine Anfragen und kann die Obergrenze gleichzeitiger Verbindungen fuellen, ohne dass Sie es bemerken.

Die zweite Nebenwirkung ist die Authentifizierung. Viele Netzwerkgeraete bieten keine Felder fuer Benutzername und Passwort; die einzige Option besteht darin, die oeffentliche Adresse Ihres Anschlusses im Anbieter-Panel auf die Whitelist zu setzen. Bei Anschluessen mit dynamischer Adresse bricht diese Methode bei jeder Neuverbindung, und der gesamte Haushalt verliert schlagartig den Zugang.

Die dritte Nebenwirkung betrifft die Ruecknahme. Eine Einstellung, die das gesamte Heimnetz betrifft, muessen Sie im Problemfall schnell rueckgaengig machen koennen. Machen Sie vor der Aenderung Screenshots der bestehenden Einstellungen und notieren Sie die Schritte zur Ruecknahme; sich mitten in der Nacht erinnern zu wollen, ist kein guter Plan.

Von der Anfrage zum Ziel: die vier Stationen des Wegs

Den Weg einer Anfrage in vier Stationen zu denken, erleichtert es herauszufinden, wo das Problem auftritt. Die erste Station ist der Client selbst: Mit welchem Protokoll, zu welchem Ziel moechte er sich verbinden? Die zweite Station ist die lokale Entscheidung: Faellt diese Anfrage in den Geltungsbereich Ihrer Regel, oder geht sie direkt hinaus?

Die dritte Station ist der Proxy-Exit. Hier findet die Authentifizierung statt, die Verbindung wird geoeffnet, und die Adresse, unter der die Anfrage erscheint, ist nun die des Exits. Auch die Wiederverwendung von Verbindungen kommt hier ins Spiel: Bei Seiten, die viele kleine Anfragen erzeugen, ist es schneller, eine offene Verbindung zu halten, als jedes Mal einen neuen Handshake durchzufuehren. Der Mechanismus Keep-Alive und Verbindungspool wird im Beitrag erklaert.

Die vierte Station ist der Zieldienst. Tritt in dieser Kette eine Stoerung auf, ordnen Sie das Symptom danach zu, zu welcher Station es gehoert: ein Authentifizierungsfehler gehoert zur dritten Station, ein Timeout zur zweiten oder dritten, ein Inhaltsfehler zur vierten. Die richtige Benennung ist die produktivste Arbeit, die Sie erledigen koennen, bevor Sie mit dem Ausprobieren beginnen.

Die zweite Station wird am haeufigsten uebersehen, denn sie ist still. Eine Anfrage, die die Regel nicht abdeckt, erzeugt keinen Fehler; sie geht schlicht ueber Ihre gewoehnliche Leitung hinaus, und alles sieht funktionsfaehig aus. Der einzige verlaessliche Weg, den Geltungsbereich zu pruefen, ist deshalb, die erwartete Exit-Adresse aus einer unabhaengigen Quelle auszulesen und zu vergleichen. Jeder Test, bei dem die Erwartung nicht vorab notiert wurde, bestaetigt nur das, was Sie sehen.

Auch die Laenge der Kette ist eine Entscheidung. Je mehr Schichten Sie dazwischenschalten, desto weniger aussagekraeftig wird die Messung und desto schwerer die Fehlereingrenzung. Beginnen Sie mit einem einzigen Exit; fuegen Sie keine Schicht hinzu, solange es nicht wirklich noetig ist.

Sie koennen das Schema durch horizontales Scrollen betrachten

Eine Stoerung danach zu benennen, zu welcher Station sie gehoert, ist die produktivste Arbeit, die Sie erledigen koennen, bevor Sie mit dem Ausprobieren beginnen.