Joinprobleme trotz VPN

Ich hatte den Modus bei beiden exe Dateien aktiviert. Als ich den Modus bei der s3.exe deaktiviert habe konnte Pdg plötzlich joinen (vorher 5x nicht). Erst als ich im TS gehört habe das man die s3_alobby.exe umstellen muss hab ich das zusätzlich das auch noch getan.
Sorry adrianer, ich denke nicht das man das mit format c bestrafen soll - schließlich haben dieses Problem viele Leute in der Lobby, und es schadet jetzt sicher nicht das das dokumentiert ist.
Übringens hat auch ramstein 20min gesucht bis er eine Info im Forum fand wo stand das man diesen Modus nicht aktivieren darf.

Tut leid für den Aufruhr aber hoffentlich hilft die Lösung auch anderen Leuten in der Lobby die nur die Hälfte der Spiele joinen kann.

Liebe Grüße

Hallo,

ich bin einer von denjenigen, deren Spiele von manchen nicht erreichbar sind und bei einigen Hosts komme ich nicht in das Spiel. Habe jetzt, wie oben beschrieben, kontrolliert was bei den S3 exe Dateien bei mir eingestellt ist. Habe im S3 Verzeichnis 6 Dateien gefunden, bei keiner ist unter Eigenschaften der Kompatibilitätsmodus aktiviert. Also kann es das zumindest bei mir nicht sein. Gibt es andere Lösungsmöglichkeiten?

Gruß Bernhard

Nein. Die aLobby hat keinen Einfluss drauf, was Siedler3 intern macht, deshalb wird leider nichts, was in den aLobby-Logs steht, uns näher an die Lösung des Problems hier bringen...

Die Meldung:

besagt deshalb nur, dass die aLobby einen User joinen sah - dieser aber nie im Spiel angekommen ist.


Noch zu dem Problem selber: was heißt "kam nicht ins Spiel":
1. Wurde das Spiel beim Versuch zu joinen nicht gesehen?
oder
2. Beim Verbindungsaufbau kam "Verbinden" und nachher "Nicht verbunden".
Es macht schon einen großen Unterschied, ob es Fall 1 oder Fall 2 ist...

Jep Variante 2 das Spiel wird gefunden und dann wenn man eig schon alle sehen sollte wo man Volk auswählen kann und minichat schreiben steht unten die Meldung "suche nach Spiel" und nach ca 20 Sekunden kommt "Nicht verbunden".

Das wäre nur relevant, wenn das aLobby Zeitüberschreitungsfenster auftauchen würde. Das "nicht verbunden" ist aber S3 selber, deshalb hat nix mit diesem Timeout zu tun.

Ok, hatte nun schnell mal Wireshark angeworfen. Und erst mal eine Riesenüberraschung erlebt: S3 versucht - tatsächlich - zu erst den Host über Port 47624 zu kontaktieren, aber nicht etwa über TCP, sondern über UDP!

Also Fazit 1: Die Firewall Regeln, die die aLobby anlegt, müssen noch 47624 UDP durchlassen...

Nächste interessante Sache: Ich kann das hier beschriebene Problem zwischen meinem Linux Rechner und einer XP-VmWare-VM reproduzieren!

Also Fazit 2: Nächste Woche gibt es noch mehr Sachen zum Spielen

Ich meine mich zu erinnern, dass für das joinen nur die Verbindung zum host relevant ist, also ob die über die 2300er ports zustande kommt (genau die war ja immer das große Problem beim portforwarding). Wenn die Verbindungen zu den anderen Mitspielern über deren 2300er port nicht klappt, sollten eigentlich diese gelben oder roten Punkte im Minichat erscheinen.

Ein Indiz von heute:
Nutella meinte seit er einen neuen Laptop hat, hat er auch das beschriebene Problem. Könnte wiederum auf das hindeuten was Adrianer gestern im TS sagte: die Netzwerkkarte könnte Schuld sein. Aus meiner Sicht möglich, aber noch keine Erklärung.

Habe im TS und der alobby nochmals alle die sich beschweren auf dieses Topic aufmerksam gemacht - umso mehr ihre Erfahrungen und Daten hier beisteuern umso besser

Wir (Braxan, Sense, Deidara, Senna, pdg und meine Zwirnigkeit) haben heute Nachmittag nochmal einiges getestet und dabei folgende Theorien entwickelt, die vermutlich _alle_ zutreffen - es gibt keinen ultimativen einzigen Grund:

a) Vermutlich läuft auf einigen Routern eine Art Zugriffsschutz, der anhand der Anzahl Pakete in einem kurzen Zeitraum weitere Zugriffe sperrt (ähnlich fail2ban bei Servern). Evtl. haben manche Routerhersteller auch einen Antiviren-Programm-ähnlichen Scanner der auch die Daten innerhalb einer VPN-Verbindung scannt und diese ggfs. blockiert.
b) (wahrscheinlicher) Es gibt Router, die VPN-Verbindungen nicht sauber handeln können. Möglich wäre z.B. ein Router der NAT-VPN unterstützt und dadurch nur eine VPN-Verbindung von einem Nutzer ermöglicht. Wenn ein anderer Nutzer im Netzwerk ebenfalls eine VPN-Verbindung irgendwohin hat, hat der Router keine Chance die Siedler3-VPN zu routen. Siehe dazu: https://www.lrz.de/fragen/faq/vpn/vpn17/
c) (ebenso wahrscheinlich): Erstaunlicherweise braucht man trotz VPN-Verbindung bei manchen Verbindungen zwischen Gast und Host doch eine Port-Weiterleitung im Router. Erfolgreich nachweisen konnten wir das z.B. in folgendem Szenario: mein Router hat immer schon eine Portweiterleitung zu meinem Rechner, nicht jedoch zum Laptop. Versuche ich vom Laptop aus bei Braxan zu joinen, geht es nicht. Stelle ich die Portweiterleitung auf den Laptop um, funktioniert das joinen dort sofort. Haben wir 2 Mal nachstellen können.

Dafür spricht auch, dass Senna bei anderen VPN-Diensten (z.B. Gameranger) ebenfalls ab und zu Verbindungsprobleme zu einzelnen Nutzern hat. Der Effekt ist wohl der gleiche wie bei unserer VPN. Triniline wieß darauf hin, dass man auch bei Gameranger trotz VPN Ports freischalten muss.

Es bilden sich somit mehrere "Problemgruppen" heraus:
1) Eine Gruppe von Nutzern die vollen Zugriff auf ihre Router haben und dort noch Portweiterleitungen eingestellt haben. Dadurch können sie bei allen anderen rein und jeder kann bei ihnen rein. (z.B. pdg, zwirni und ramstein)
2) Eine Gruppe von Nutzern mit Routern, auf denen sie keinen Zugriff haben und somit keine Ports einstellen können (z.B. Senna) ODER bei denen mehrere Leute im Netzwerk online per VPN spielen wollen, die Ports aber nur für einen Rechner freigeschaltet sind.
3) Eine Gruppe von Nutzern mit Routern die nur NAT-VPN unterstützt und somit potentiell Probleme bereiten (z.B. Braxan).

Bei Gruppe 1 können alle joinen.
Bei Gruppe 2 kann niemand joinen der nicht ebenfalls dieser Gruppe angehört.
Bei Gruppe 3 kann man manchmal joinen, manchmal aber auch nicht, sie kommen auch nicht bei jedem aus Gruppe 2 rein, in Gruppe 1 aber immer.

Btw.: die Reinstallation der Netzwerkkarte hilft leider nicht bei jedem. Wenn es geklappt hat, dann war das eher zufällig, was ebenfalls für o.g. Theorien spricht.

Highlights aus dem Testzeitraum:






Danke Jungs

komisches Randphänomen
Um bei Sense, der erwiesener maßen die siedler 3 ports nicht freigeschaltet hat, beizutreten müssen die Ports geöffnet sein.
während die Ports vollständig irrelevant sind, wenn sie bei mir beitreten wollen

Ich würds in 3 gruppen einteilen.
1. alles klasse
2. die "senna/ethan-gruppe"
wie gruppe 1 nur ohne geöffnete Ports, keinerlei joinprobleme mit gruppe 1 oder untereinander erkennbar daran das gruppe eins auch joinen kann wenn Gruppe 1Ports geschlossen hat.
3. die "braxan-Gruppe"
mit gruppe 1 oder untereinander kompatibel
unterscheidet von Gruppe 2 dadurch das Gruppe 1 nur beitreten kann wenn gruppe 1 die Ports offen hat. was vollständig unabhängig davon ist ob gruppe 3 die ports offen hat.