Assetto Corsa Proxy-Leitfaden: Community-Server, NAT und Abdeckung

In einer Rennsimulation beginnen Netzwerkentscheidungen mit einer anderen Frage als bei Browseraufgaben: Welche Anfrage liest tatsächlich die Regel, die Sie definiert haben? Bei Assetto Corsa gibt es darauf keine einzelne Antwort, denn der Store-Client, der das Spiel startet, die Anfragen für die Serverliste, die heruntergeladenen Inhalte und der Statusstrom während des Rennens laufen über unterschiedliche Stacks.

Die folgenden Abschnitte behandeln drei Themen. Wo trennen sich Serverauswahl und das im Konto hinterlegte Land? Wie verhält sich der Peer-to-Peer-Verbindungsversuch mit dem NAT-Typ, wenn ein Proxy-Exit hinzukommt? An welcher Stelle hilft ein Proxy nicht weiter, wenn Sie auf Ihrem eigenen Rechner oder einem gemieteten Server einen Community-Server betreiben möchten?

Ziehen wir gleich zu Beginn eine Grenze: Ein Proxy ist eine Routing-Entscheidung. Ihre Exit-Adresse ändert sich; das registrierte Land Ihres Kontos, Ihre Store-Region, Ihre Inhalte und Ihre Spielidentität bleiben unverändert. Da zudem eine Station hinzukommt, steigt die Gesamtlatenz in den meisten Setups.

Was passiert im Netzwerk der Reihe nach, wenn das Spiel startet?

Der erste Kontakt entsteht über den Store-Client, der das Spiel startet. Anfragen wie Sitzungsprüfung, Besitznachweis und Freundesliste werden abgeschlossen, bevor das Spielfenster erscheint, und laufen samt und sonders als verschlüsselte Ströme über TCP. Die Adresse, die die Gegenstelle in dieser Phase sieht, ist die Adresse der Leitung, über die Sie gerade hinausgehen – bei Proxy-Nutzung also die Adresse des Proxy-Servers.

In der zweiten Phase folgt die Serverliste. Die Liste wird über eine HTTPS-Anfrage abgerufen, doch die Latenzspalte kommt nicht mit der Liste mit: Der Client misst diese Werte mit eigenen Probes. Deckt die Regel nur einen Teil davon ab, entsteht ein widersprüchliches Bild; die Liste lädt, die Zahlen daneben spiegeln jedoch nicht die Route wider, die Sie im Rennen erleben, sondern die Leitung, über die die Probes hinausgehen.

Die dritte Phase ist die Inhaltsseite. Fahrzeuge, Strecken und Zusatzpakete laden auf einen Schlag grosse Volumina; der Grossteil Ihres monatlichen Datentransfers entsteht nicht durch Ihre Spielzeit, sondern an den Tagen, an denen Sie neue Inhalte hinzufügen. Die vierte und heikelste Phase ist die Rennsession: Position, Eingaben und Kollisionsstatus werden mit vielen kleinen Paketen pro Sekunde übertragen, und dieser Strom reagiert nicht nur auf Latenz, sondern ebenso empfindlich auf Schwankungen (Jitter).

Vier Ströme mit vier unterschiedlichen Anforderungen

Praktisch bedeutet diese Trennung: Eine einzelne Einstellung bringt nicht alle vier Ströme in Ordnung. Für Store und Liste zählt die Erreichbarkeit, für den Inhalte-Download die Bandbreite, für die Rennsession dagegen Weglänge und Stabilität. Testen Sie beim Bewerten eines Setups alle vier einzeln: Öffnet sich der Store, füllt sich die Liste, ist die Downloadgeschwindigkeit angemessen und kommt es in der Session zu Abbrüchen?

Serverliste, Regionspräferenz und das im Konto registrierte Land

Bei Assetto Corsa liegt die Serverauswahl weitgehend in Ihrer Hand: Sie treten aus der Liste einem Server bei, und dessen Standort bestimmt Ihre Route. Das unterscheidet sich von Spielen mit automatischem Matchmaking; „Regionsauswahl“ ist hier keine Menüeinstellung, sondern eine Frage, welchem Community-Server Sie beitreten. Wer einem weit entfernten Server beitritt und dann über Latenz klagt, erlebt meist keine Netzwerkstörung, sondern die Folge einer Entscheidung.

Die Kontoseite arbeitet dagegen unabhängig von der Verbindung. Ihre Store-Region, Ihre Zahlungsmethode und die Inhalte in Ihrer Bibliothek hängen am Konto; das Ändern Ihrer Exit-IP-Adresse ändert daran nichts, und der Versuch verstösst zudem gegen die Nutzungsbedingungen der jeweiligen Plattform. Diese Seite beschreibt eine solche Nutzung nicht. Der legitime Einsatzbereich eines Proxys sieht anders aus: prüfen, ob ein Community-Server aus einem anderen Land erreichbar ist, beim Zugang aus einem Unternehmensnetz eine feste Adresse nutzen oder feststellen, ob ein Verbindungsproblem an Ihrer eigenen Leitung oder an der Route dazwischen liegt.

Da der Store-Client eigene Netzwerkeinstellungen mitbringt, liest er möglicherweise nicht dieselbe Regel wie das Spiel selbst. Die Konfigurationsoptionen auf Client-Seite und die Frage, wo sie den Spieltraffic beeinflussen, werden im Beitrag Proxy-Einstellungen des Store-Clients gesondert behandelt. Die praktische Regel lautet: Eine Einstellung im Client betrifft Download- und Bibliotheksanfragen, die Pakete der Rennsession in der Regel nicht.

Lassen Sie bei der Länderwahl nicht die Entfernung auf der Karte das einzige Kriterium sein. Physische Nähe zwischen zwei Ländern und eine kurze Netzwerkroute fallen nicht immer zusammen; ein Exit im Nachbarland kann den Traffic über einen weit entfernten Austauschpunkt führen. Treffen Sie die Standortentscheidung deshalb nicht nach Vermutung, sondern anhand von Messungen zum selben Ziel über verschiedene Exits.

NAT-Typ, Hole Punching und die Wirkung einer zwischengeschalteten Station

Die meisten Heimanschlüsse liegen hinter einem NAT: Ihre lokale Adresse wird nach aussen über eine einzige öffentliche Adresse übersetzt. Von aussen nach innen aufgebaute Verbindungen werden deshalb standardmässig verworfen; die Rückantwort eines von innen nach aussen geöffneten Stroms kommt dagegen durch, weil sie in der Übersetzungstabelle einen Eintrag findet. Anwendungen, die Peer-to-Peer-Verbindungen aufbauen, nutzen dieses Verhalten: Beide Seiten senden gleichzeitig Pakete nach aussen, im NAT beider Seiten entsteht ein wechselseitiges Mapping, und der Strom kommt zustande. Das nennt man Hole Punching.

Der Erfolg des Hole Punchings hängt davon ab, wie sich das NAT verhält. Eine strikte (symmetrische) Übersetzung, die den Quellport für jedes Ziel neu vergibt, hinterlässt kein Mapping, das die Gegenseite vorhersagen könnte, und die Versuche scheitern. Auf Leitungen mit geteilter Übersetzung auf Betreiberebene wird das Bild noch schwieriger; die Details dieser Struktur erläutert der Beitrag Was ist CGNAT . Aus demselben Grund sind mobile Exits, so vorteilhaft sie bei Browseraufgaben sein mögen, in Szenarien mit Peer-Verbindungen die schwierigste Option.

Ein Proxy-Exit fügt diesem Bild eine zweite Übersetzungsebene hinzu. Ein klassischer HTTP-Proxy transportiert nur TCP; CONNECT Der Tunnel nimmt kein UDP an, folglich gelangen Hole-Punching-Versuche gar nicht erst in diesen Tunnel. SOCKS5 Auf der Seite von UDP ASSOCIATE gibt es das Verfahren, das UDP transportieren kann, doch zwei Bedingungen müssen zusammen erfüllt sein: Der Proxy-Server muss die UDP-Weiterleitung aktiviert haben und der Spiel-Client muss dieses Verfahren umsetzen. Die Funktionsweise des Verfahrens wird im Beitrag SOCKS5-UDP-Unterstuetzung Schritt für Schritt erläutert.

In der Praxis öffnen die meisten Spiel-Clients ihre Sockets direkt und fragen keinen SOCKS-Vermittler. Das Ergebnis: Menüs und Listenanfragen laufen durch den Tunnel, während die Rennpakete über Ihre normale Leitung hinausgehen. Das ist keine Störung, sondern das erwartete Verhalten; der Beitrag, der den begrifflichen Unterschied zwischen Proxy und NAT zusammenfasst, Vergleich von Proxy und NAT zeigt diese Unterscheidung anhand von Beispielen.

Einen eigenen Server betreiben: private und Community-Server

Ein grosser Teil des Assetto-Corsa-Ökosystems läuft auf Servern, die von der Community betrieben werden. Eine Liga, eine Freundesgruppe oder eine Community betreibt einen eigenen Server; die Spieler treten ihm über die Liste bei. Sobald Sie selbst den Server betreiben, dreht sich Ihr Netzwerkproblem vollständig um: Sie verbinden sich nicht mehr nach aussen, sondern nehmen Verbindungen von aussen an.

Genau hier wird der Begriff Proxy am häufigsten falsch angewandt. Ein klassischer Forward-Proxy transportiert nur ausgehende Verbindungen, die Sie selbst öffnen; er kann keine Verbindung annehmen, die aus dem Internet zu Ihnen kommt. Wenn Sie auf Ihrem Heimanschluss einen Server betreiben, brauchen Sie eine Portweiterleitung im Router und eine von aussen erreichbare Adresse. Richtung und Aufgabe beider Konzepte Unterschied zwischen Forward-Proxy und Reverse-Proxy verglichen.

Auf der Portseite gilt zu beachten, dass ein einzelner Port nicht genügt: Serversoftware nutzt in der Regel getrennte Ports für den Spielstrom, für Abfragen und für die Verwaltungsoberfläche, und ein Teil davon ist UDP. Lesen Sie in der Dokumentation nach, welcher Port wofür da ist, statt zu raten; was Portnummern über das Protokoll aussagen und was nicht, behandelt der Beitrag Proxy-Portnummern . Auch die Upstream-Kapazität Ihres Heimanschlusses ist hier entscheidend; selbst bei hoher Downloadgeschwindigkeit begrenzt die Uploadseite die Teilnehmerzahl.

Wo Sie die Regel definieren, dort verengt sich die Abdeckung

Der Satz „Ich habe einen Proxy eingerichtet“ klingt nach einem einzigen Vorgang, dabei bestimmt der Ort, an dem die Regel definiert wird, unmittelbar die Abdeckung. Die Betriebssystemeinstellung wirkt am umfassendsten, doch nicht jede Anwendung liest sie; Spiele und Store-Clients mit eigenem Netzwerk-Stack tun es meist nicht. Ein Browserprofil liefert die engste Abdeckung und hat mit dem Spiel überhaupt nichts zu tun. Anwendungsbasierte Routing-Tools schliessen die Lücke, stossen aber ebenfalls an Grenzen, sobald es über TCP hinausgeht.

In Campus- und Büronetzen kommt eine zweite Verengung hinzu: der Ausgangsfilter. In solchen Netzen sind meist nur einige Standardports offen, und die vom Spieltraffic genutzten Ports können gesperrt sein. Das Symptom ist oft irreführend; der Store öffnet sich, die Liste kommt, aber der Versuch, einer Session beizutreten, läuft in einen Timeout. Das gesamte Thema behandelt der Beitrag Zugriffssperren in Schul- und Firmennetzwerken – in solchen Netzen liegt es in Ihrer Verantwortung, die Richtlinie der Institution einzuhalten.

Der praktische Weg, die Abdeckung zu prüfen, besteht darin, sich nicht mit einem einzigen Test zu begnügen. Prüfen Sie nach dem Definieren der Regel der Reihe nach: Kann sich der Store-Client noch anmelden, füllt sich die Serverliste, startet der Download und können Sie einer Session beitreten? Ändert sich eines dieser vier Dinge, sieht die Abdeckung anders aus, als Sie annehmen.