Terraria-Serververbindung und Proxy: Das Latenzbudget richtig lesen

Die Mehrspielerseite von Terraria hat eine Struktur, die sich im Vergleich zu den meisten modernen Spielen leicht lesen laesst. Die Welt wird auf einem einzigen Server simuliert, die Clients verbinden sich mit diesem Server und Zustands-Updates fliessen ueber die Verbindung. Bei der Verbindung ueber eine direkte Adresse ist der Transport TCP, und der dedizierte Server lauscht standardmaessig auf Port 7777.

Dass es TCP ist, ist aus Proxy-Sicht ein wichtiger Vorteil: Dieser Traffic kann durch einen Tunnel laufen, der einen Byte-Stream transportiert. Da der Terraria-Client jedoch kein eigenes Proxy-Feld besitzt, erfolgt die Weiterleitung ueber eine Schicht, die auf Betriebssystem- oder Prozessebene eingerichtet wird. Die Kosten dieser Schicht sind das eigentliche Thema dieser Seite.

Und noch eine Erwartungskorrektur: Jede zusaetzlich eingefuegte Station verlaengert den Weg. Die Nutzung eines Proxys erhoeht die Latenz in der Regel, und das bewusst in Kauf zu nehmen ist besser, als spaeter enttaeuscht zu werden.

Auf wie vielen Wegen laesst sich eine Mehrspielerverbindung herstellen?

Der erste Weg ist die direkte Verbindung: Sie geben eine Serveradresse und einen Port ein, der Client oeffnet eine TCP-Session zu dieser Adresse. Auf diesem Weg ist das Netzwerkbild vollstaendig transparent; Sie bestimmen, von wo die Verbindung ausgeht und wohin sie geht, und wenn Sie eine Zwischenschicht einfuegen wollen, ist klar, wo sie hingehoert.

Der zweite Weg ist der Beitritt per Freundeseinladung ueber die Spieleplattform. Hier uebernimmt die Netzwerkschicht der Plattform den Verbindungsaufbau; beide Seiten muessen sich nicht direkt finden. Dieser Weg ist bequem, aber wenig transparent: Von aussen sehen Sie nicht, ueber welchen Pfad die Verbindung aufgebaut wird, und damit wird auch das Einfuegen eines Exits unvorhersehbar.

Der dritte Weg ist der dedizierte Server. Auf Ihrem eigenen Rechner oder einem gemieteten Server laeuft die Welt durchgehend, und Spieler treten bei, wann sie wollen. Netzwerkseitig ist das die stabilste Option, denn der Standort des Servers ist fest und alle berechnen die Latenz anhand derselben Referenz.

Welchen Weg Sie nutzen, veraendert die Antwort auf die Proxy-Frage von Grund auf. Bei der direkten Verbindung ist eine Weiterleitung moeglich und ihre Auswirkungen sind messbar. Bei der Plattform-Einladung macht der Versuch einer Zwischenschaltung die Sache meist fragiler; der Nutzen ist ungewiss, der Preis sicher.

Vom Client zur Welt: Welche Stationen durchlaeuft ein Paket?

Bei einer direkten Verbindung reduziert sich die Kette auf vier Stationen. Der Client oeffnet eine TCP-Session; diese geht entweder direkt zum Server oder laeuft ueber den von Ihnen definierten Exit-Punkt. Der Exit-Punkt oeffnet oder interpretiert die Bytes nicht, er leitet sie nur weiter; anschliessend nimmt der lauschende Port auf dem Serverrechner die Verbindung entgegen und die Weltschleife beginnt, Updates zurueckzusenden.

In dieser Kette ist die Lage des Exit-Punkts entscheidend. Wenn Sie und der Server im selben Land sind und Sie einen Exit auf einem anderen Kontinent dazwischenschalten, macht jedes Paket auf Hin- und Rueckweg eine zusaetzliche interkontinentale Reise. Die Laenge der Kette zeigt sich auf Nutzerseite als Rubber-Band-Effekt und verzoegerte Reaktion.

Den Exit nahe am Server zu waehlen verringert diesen Preis, hebt ihn aber nicht auf, denn Sie muessen den Exit weiterhin erreichen. Die Gesamtzeit ist die Summe aus der Distanz zwischen Ihnen und dem Exit und der Distanz zwischen Exit und Server, und diese Summe kann nicht kleiner sein als die Distanz der direkten Verbindung - abgesehen von seltenen Ausnahmen wie einer verschlungenen Standardroute.

Die vierte Station der Kette wird oft vergessen: der Serverrechner selbst. In einer belebten Welt steigt die Simulationslast und die Zeit bis zur Antwort verlaengert sich. Auch wenn netzwerkseitig alles in Ordnung ist, kann hier die Ursache der spuerbaren Verzoegerung liegen; beginnen Sie die Diagnose deshalb nicht damit, dem Netzwerk die Schuld zu geben.

Wie berechnet man den Beitrag der zusaetzlichen Station zum Latenzbudget?

Die Round-Trip-Zeit ist die Summe aus vier Posten: dem Weg zwischen Ihnen und dem Exit, dem Weg zwischen Exit und Server, der Verarbeitungszeit des Servers und der Wartezeit in den Warteschlangen entlang des Wegs. Wenn Sie einen Proxy einfuegen, werden die ersten beiden Posten neu aufgeteilt und ihre Summe waechst in der Regel. Deshalb senkt ein Proxy den Ping nicht; im Gegenteil, in den meisten Setups erhoeht er ihn.

Es gibt eine seltene Ausnahme, und man sollte sie ehrlich benennen: Wenn Ihre Standardroute ungewoehnlich verschlungen verlaeuft, Ihr Traffic also etwa eine unnoetige Landesrunde dreht, bevor er das Ziel erreicht, kann ein Exit an einem direkteren Backbone den Gesamtweg verkuerzen. Das ist keine Regel, sondern eine durch Messung belegbare Ausnahme, und sie taugt nicht als Begruendung, ein Setup auf Verdacht aufzubauen.

Die Messmethode ist einfach. Vergleichen Sie die Round-Trip-Zeit zum selben Ziel zuerst ohne und dann mit Proxy; wiederholen Sie die Messung zu verschiedenen Tageszeiten und achten Sie nicht auf den Mittelwert, sondern auf die Verteilung. Bei einem geteilten Exit ist der Unterschied zur Hauptverkehrszeit die groesste Variable, die der Mittelwert verbirgt. Um das Werkzeug griffbereit zu haben, genuegt Ping-Test ; wenn Sie vertiefen wollen, was die Messung zeigt, erlaeutert So testen Sie die Proxy-Geschwindigkeit der Beitrag die Methode Schritt fuer Schritt.

Sehen Sie neben dem Mittelwert auch auf die Schwankung. Wenn von zwei Exits mit demselben Mittelwert einer gleichmaessige und der andere springende Werte liefert, ist der zweite im Spielerlebnis deutlich schlechter; denn die Welt-Updates kommen in unregelmaessigen Abstaenden an und die Bewegung wirkt ruckelig. Der Abstand zwischen dem hoechsten und dem niedrigsten Wert in der Messausgabe ist ein grober Indikator fuer diese Schwankung. In geteilten Pools faellt dieser Abstand tendenziell groesser aus als bei einem dedizierten Exit.

Welcher Traffic macht in einer Session welchen Anteil aus?

Das Datenprofil einer Terraria-Session ist im Vergleich zu Genres, in denen Zielen in Millisekunden gemessen wird, moderat. Den groessten Teil der Last machen Welt-Zustands-Updates aus: kontinuierlich fliessende Informationen wie zerstoerte Bloecke, fallengelassene Gegenstaende, Gegnerbewegungen und Fluessigkeitsverhalten. Das sind kleine, aber regelmaessige Pakete.

Der zweite Posten sind die Spielereingaben; ihr Volumen ist gering, ihre Frequenz hoch. Der dritte Posten sind ereignisabhaengige Nachrichten wie Inventaraktionen und Chat. Der vierte und momentan dichteste Posten ist die Weltuebertragung beim Beitritt: Bei der ersten Verbindung zum Server kommt der benoetigte Teil der Karte auf einmal an, und das ist die groesste einmalige Last der Session. Der fuenfte Posten sind Kontroll- und Keepalive-Nachrichten; ihr Volumen ist vernachlaessigbar, aber sie halten die Verbindung aufrecht.

Die praktische Konsequenz dieses Profils lautet: Terraria ist kein Spiel, das Datenkontingente verbrennt, doch ein zwischengeschalteter Exit legt auf jedes einzelne kleine Paket zusaetzlichen Verarbeitungsaufwand. Bei einem Exit, der nach uebertragenem Datenvolumen abgerechnet wird, betrifft Sie nicht die Rechnung, sondern der Latenzposten.

Denken Sie serverseitig, dreht sich das Bild um: Der Server muss jedem verbundenen Client den Zustand einzeln senden. Mit steigender Spielerzahl wachsen ausgehender Traffic und Verarbeitungslast gemeinsam; treffen Sie Ihre Hosting-Entscheidung entsprechend.