Peer-to-Peer-Hosting, NAT-Verhalten und Proxy-Umfang bei 7 Days to Die

Der kuerzeste Weg, 7 Days to Die netzseitig zu verstehen, ist zu akzeptieren, dass sich das Spiel nicht mit einem einzigen zentralen Server verbindet. Der Plattform-Client prueft Bibliothek und Version, der Spiele-Client fragt die Serverliste ab, und die Welt-Session spricht direkt mit dem von Ihnen gewaehlten Rechner. Diese drei Aufgaben werden ueber unterschiedliche Protokolle transportiert, und eine Proxy-Regel deckt moeglicherweise nicht alle zugleich ab.

Die zweite Unterscheidung ist das Hosting. Wenn Sie das Spiel aus Ihrem eigenen Client heraus oeffnen, uebernimmt Ihr Rechner zugleich die Serverrolle und Ihre Freunde verbinden sich zu Ihnen; auf einem Dedicated Server sind auch Sie nur ein Client. Im ersten Fall, in dem eingehende Verbindungen angenommen werden muessen, ist vom Proxy nichts zu erwarten, denn ein klassischer Proxy transportiert keine von aussen kommende Session zu Ihnen.

Das Dritte ist das Justieren der Erwartungen: Ein Proxy ist eine Routing-Entscheidung, die Ihrem Weg eine Zwischenstation hinzufuegt. Ihre Ausgangsadresse aendert sich, Ihre Latenz im Spiel verkuerzt sich in den meisten Setups nicht. Jede Empfehlung auf dieser Seite wurde in diesem Rahmen verfasst.

Wie verteilt sich der Traffic in einer 7-Days-to-Die-Session?

Wenn Sie das Spiel starten, ist die erste Gegenstelle nicht die Spielwelt, sondern die Plattformebene: Bibliotheksverifizierung, Versionsabgleich und gegebenenfalls Update-Download. Diese Vorgaenge laufen ueber HTTPS per TCP und gelangen daher problemlos in den CONNECT -Tunnel eines HTTP-Proxys. Dasselbe gilt fuer Shop-Seiten und Account-Bildschirme; das ist gewoehnlicher Web-Traffic und technisch der am leichtesten in den Proxy-Umfang aufzunehmende Teil. Wie die Proxy-Felder des Plattform-Clients selbst befuellt werden, finden Sie Schritt fuer Schritt im Beitrag Proxy-Einstellungen des Plattform-Clients .

Der zweite Teil ist die Serverliste. Der Client sendet kurze Abfragen an die gelisteten Rechner und zeigt anhand der Antworten Spielerzahl, Version und Latenzschaetzung an. Diese Abfragen sind klein, aber zahlreich; beim Aktualisieren der Liste gehen gleichzeitig Pakete an sehr viele Ziele. Abfrage-Traffic wird auf Spieleseite ueblicherweise per UDP transportiert und gelangt deshalb nicht in einen Tunnel, der nur TCP traegt, sondern verlaesst Ihre gewoehnliche Leitung.

Der dritte und empfindlichste Teil ist die Welt-Session. Charakterpositionen, Blockaenderungen, Schadensmeldungen und KI-Bewegungen fliessen fortlaufend; da es sinnvoller ist, den naechsten Zustand zu senden, statt ein verlorenes Paket erneut anzufordern, stuetzt sich dieser Traffic auf UDP. Der vierte Teil sind Mod- und Content-Downloads: grosse Dateien, ueber TCP, einmalig, aber voluminoes.

Der Unterschied zwischen einem auf dem eigenen Rechner geoeffneten Spiel und einem Dedicated Server

Wenn Sie das Spiel ueber den Client oeffnen, ist Ihr Rechner zugleich der Endpunkt, auf dem Sie spielen und mit dem sich die anderen Spieler verbinden. Entscheidend ist dann Ihr Heimnetzwerk: ob Ihr Router von aussen kommende Pakete nach innen zuordnen kann, ob Ihre Leitung eine echte oeffentliche IP erhaelt und ob Ihr Anbieter Sie hinter einen gemeinsam genutzten Adresspool setzt. Nichts davon aendert sich, indem Sie im Client einen Proxy eintragen.

Im Dedicated-Server-Modell vereinfachen sich die Rollen. Der Server laeuft auf einem eigenen Rechner, lauscht auf einer festen Adresse, und eingehende Verbindungen anzunehmen ist seine Aufgabe. Sie sind nur die verbindende Seite; da Sie eine ausgehende Verbindung aufbauen, verliert es an Bedeutung, ob Ihr Heimnetzwerk fuer eingehenden Traffic offen ist. Wenn Sie fuer Ihre Gruppe eine dauerhaft verfuegbare Welt wollen, ist dieses Modell berechenbarer und nicht davon abhaengig, dass der Rechner des Hosts ausgeschaltet wird.

Das praktische Fazit lautet: Die Antwort auf das Problem "meine Freunde koennen sich nicht zu mir verbinden" ist so gut wie nie ein Proxy. Es ist ein Problem eingehender Verbindungen, und die Loesung ist entweder eine Weiterleitungsregel im Router oder ein separater Rechner, der das Lauschen uebernimmt.

NAT-Typ und Hole Punching: Was loest ein Proxy nicht?

In Heimnetzwerken nutzen Geraete private Adressen, und der Router fuehrt fuer jede ausgehende Verbindung eine Zuordnungstabelle. Ein von aussen kommendes Paket erreicht das Innere nur, wenn es in dieser Tabelle eine Entsprechung hat. Um diese Huerde zu umgehen, greifen Spiele auf das gleichzeitige Senden ausgehender Pakete zurueck: Schicken beide Seiten Pakete zueinander, oeffnet sich in beiden Routern eine Zuordnung und der Traffic beginnt zu fliessen. Ob das funktioniert, haengt davon ab, wie der Router die Zuordnung aufbaut.

Zwei Faelle erschweren dieses Verfahren. Erstens ein striktes Zuordnungsverhalten, das fuer jedes neue Ziel einen anderen externen Port vergibt; die Gegenseite kann kein Paket an einen Port senden, den sie nicht erraten kann. Zweitens die Adressuebersetzung auf Carrier-Ebene, bei der der Anbieter den Teilnehmern keine eigene oeffentliche Adresse gibt, sondern eine Adresse auf viele Anschluesse verteilt. Im zweiten Fall stoppt das Paket beim Anbieter, bevor es Sie erreicht, selbst wenn Sie in Ihrem eigenen Router eine Portweiterleitung definieren. Den Unterschied zwischen Adressuebersetzung und Proxy erlaeutert Vergleich von Proxy und NAT im Detail.

Wo steht der Proxy in diesem Bild? Ein klassischer HTTP-Proxy transportiert nur die von Ihnen aufgebauten ausgehenden Verbindungen; er ist kein Listener und kann keine zu Ihnen kommende Session annehmen. Zwar kennt das SOCKS5-Protokoll ein definiertes Verfahren fuer eingehende Verbindungen, doch Szenarien, in denen Spiele-Clients dies nutzen, sind in der Praxis verschwindend selten. Wenn Sie hosten wollen, sind die richtigen Werkzeuge der Reihe nach: eine Weiterleitungsregel im Router, die Anforderung einer echten oeffentlichen Adresse beim Anbieter oder ein Dedicated Server.

• Wenn Sie nicht hosten, ist der NAT-Typ meist nicht Ihr Problem.
• "Server erscheint nicht in der Liste" und "ich kann mich nicht verbinden" sind unterschiedliche Symptome; das erste betrifft die Abfrage-, das zweite die Session-Ebene.
• Ob Ihre Leitung eine echte oeffentliche Adresse erhaelt, erkennen Sie, indem Sie die WAN-Adresse in der Router-Oberflaeche mit einer externen IP-Abfrage vergleichen.

Welcher Traffic gelangt in den Tunnel und welcher bleibt aussen vor?

Ein HTTP-Proxy arbeitet auf der Anwendungsebene und oeffnet fuer verschluesselte Verbindungen mit der Methode CONNECT einen TCP-Tunnel. Durch diesen Tunnel laeuft nur TCP; UDP wird nicht transportiert. SOCKS5 dagegen liegt auf der Transportebene und kann mit der Methode UDP ASSOCIATE UDP transportieren — dafuer muss allerdings sowohl der Proxy-Server dieses Verfahren freigeschaltet haben als auch der Client wissen, wie er es nutzt. Da die meisten Spiele-Clients nicht einmal ein Proxy-Feld besitzen, ist die zweite Bedingung meist nicht erfuellt. Wie das Verfahren funktioniert, wird im Beitrag SOCKS5-UDP-Unterstuetzung ausfuehrlich erlaeutert; zum Protokoll selbst siehe SOCKS5 Proxy Seite ansehen.

Auch wenn diese Tabelle nach schlechten Nachrichten aussieht, klaert sie in Wahrheit den Umfang. Sie nutzen einen Proxy nicht, um die Spielsession zu transportieren, sondern um die Seite, auf der Ihr Account angemeldet wird und Dateien geladen werden, ueber einen bestimmten Ausgang zu fuehren. Auch in Unternehmens- oder Campus-Netzen ist genau das der nuetzlichste Teil: Download und Anmeldung lassen sich routen, waehrend die Spielsession in dem Rahmen funktioniert, den die Netzwerkrichtlinie zulaesst.

Ein Hinweis: Wenn der Tunnel nicht aufgebaut werden kann, fallen manche Clients stillschweigend auf eine direkte Verbindung zurueck. Sie sehen keine Fehlermeldung, das Spiel startet und alles wirkt in Ordnung. Der einzige verlaessliche Weg, den Umfang zu pruefen, ist, bei aktivem Proxy Ihre Ausgangsadresse auf einer unabhaengigen Seite auszulesen und mit der erwarteten Adresse zu vergleichen.

Ausgangsstandort und Laenge der Route

Da ein Proxy eine Zwischenstation hinzufuegt, verlaengert sich der Gesamtweg. Das Paket geht zuerst zum Ausgangsserver, von dort zum Ziel, und die Antwort kehrt denselben Weg zurueck. Deshalb kann der geografische Standort des Ausgangs entscheidender sein als die Typwahl: Der Unterschied zwischen einem Ausgang in derselben Stadt und einem auf einem anderen Kontinent macht sich weniger bei der Downloadgeschwindigkeit als bei der Reaktionszeit bemerkbar. Wenn Sie aus der Tuerkei spielen und sich mit europaeischen Servern verbinden, erzeugt es weniger Reibung, eine Adresse mit Ausgang in der Tuerkei zu nutzen, um den lokalen Plattform-Traffic konsistent zu halten, als ein interkontinentaler Ausgang.

Nicht nur die Entfernung, auch die aktuelle Auslastung des Ausgangs beeinflusst das Ergebnis. In einem geteilten Pool koennen zwischen Abend- und Morgenstunden messbare Unterschiede entstehen; eine einmalige Messung verdeckt diese Variable. Messen Sie einen Ausgang mindestens zweimal zu unterschiedlichen Zeiten, bevor Sie ihn einsetzen, und notieren Sie das Ergebnis.

Halten Sie sich von verketteten Setups fern. Gleichzeitig einen Tunnel und einen Proxy zu betreiben macht es im Problemfall unmoeglich herauszufinden, welche Schicht schuld ist, und jede Schicht fuegt dem Weg ihren eigenen Anteil hinzu. Beginnen Sie mit einer Schicht, messen Sie, und aendern Sie erst dann etwas, wenn es noetig ist.