Router/PC kann keine Verbindung zum Server herstellen

[Simuletsplay]

Ja das ist ja gleich beim Spiel mit bei... ohne das kann ich ja nicht spielen.

Habe das mehr als 10x neu installiert und diverse Versionen aus dem Internet erneut heruntergeladen!

 

[Raijin]

Bei einer Fritzbox kann man UPnP soweit ich weiß auch nur für bestimmte Geräte freigeben. Man kann es zumindest mal ausprobieren ob das etwas an der Situation ändert. Aber wie @chrigu schon sagt ist UPnP ein Sicherheitsrisiko, weil der Router maximal unterscheiden kann welches Gerät UPnP machen darf und welches nicht, aber was da konkret freigegeben wird, kann der Router nicht beurteilen. Heißt: Das was das Spiel gegebenenfalls via UPnP beim Router anfordert, kann auch eine Malware tun und der Router gibt beides frei.

UPnP daher bitte erstmal nur zum Testen in der Fritzbox einschalten. google und/oder die AVM Wissensdatenbank verraten wie das geht. Wenn es dann plötzlich klappt, schaltet man UPnP wieder aus, aber hat zumindest die grundsätzliche Ursache gefunden.

Wobei ich eher nicht glaube, dass das was bringt, aber wer weiß was der Farming Simulator so alles macht...

 

[chrigu]

Andere Idee…. Hast du eine virensuite wie Kaspersky, bitdefender usw? Die können auch unangenehme Nebenwirkungen haben

 

[foo_1337]

Ich möchte nochmal diesen Satz aus dem Initialposting herausheben:

Ich habe es bereits an 2 PCs versucht, die beide den gleichen Fehler zeigen. Anschließend habe ich mit meinem Handy einen Hotspot geöffnet, bei dem dann alles funktionierte.

UPNP etc. ist hier definitiv kein Thema, das kommt erst zum Tragen, wenn man einen Server hosten will.

Damit das nicht ein reiner Glaskugelthread wird: Such bitte nach dem Logfile des Updaters und zeige es hier. Wenn nicht vorhanden, Wireshark installieren und einen Capture währenddessen durchführen.

 

[Raijin]

UPNP etc. ist hier definitiv kein Thema, das kommt erst zum Tragen, wenn man einen Server hosten will.

Es geht um den Updater, also ein Download-Tool. Und das kann eben sehr wohl als P2P ausgelegt sein und UPnP kann den Ausschlag geben. Betonung liegt auf kann. Ausschließen kann man es nicht.

 

[foo_1337]

Ist es nicht Und wenn UPNP der Game Changer wäre, hätte er auch mit dem Hotspot ein Problem gehabt. Daher habe ich das nochmals hervorgehoben.

 

[TorenAltair]

@Simuletsplay Starte mal den Launcher mit Rechtsklick „als Adninistrator starten“

 

[Simuletsplay]

Starte mal den Launcher mit Rechtsklick „als Adninistrator starten“

Hat keinen Unterschied gemacht.

Wireshark installieren und einen Capture währenddessen durchführen

Erledigt. Soll ich die Datei hier hochladen oder welche Informationen braucht ihr daraus?

 

[foo_1337]

Hmm, aus Datenschutz Sicht schwierig, da noch andere Verbindungen enthalten sein können. Siehst du denn, welche Server er versucht hat zu kontaktieren und kannst darauf filtern? Das wäre halt das interessante.

 

[Simuletsplay]

Ok habe ich mir fast gedacht.


Folgende IP wird aufgerufen: 23.88.16.21

Bei den Warnungen steht folgendes:

294 TCP: [TCP Previous segment not captured] 443 → 51416 [ACK] Seq=178236 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
310 TCP: [TCP Previous segment not captured] , Continuation Data
314 TCP: [TCP Previous segment not captured] , Continuation Data
320 TCP: [TCP Previous segment not captured] , Continuation Data
322 TCP: [TCP Previous segment not captured] , Continuation Data

[...]

4943 TCP: [TCP Previous segment not captured] 443 → 51417 [ACK] Seq=336063 Ack=1046 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
5019 TCP: [TCP Previous segment not captured] 443 → 51417 [ACK] Seq=394143 Ack=1046 Win=64128 Len=1452 [TCP segment of a reassembled PDU], Application Data

[...]

Dieser Fehler mehrmals... 1054 Warnungen bei diesem Thema ("294 TCP: Previous segment(s) not captured (common at capture start)").
Und wie hier zu erkennen geht er immer um 1 höher. Ich nehme mal an, dass das der Port sei.

Weitere 900 Warnungen sind dann noch folgende:

427 TCP: [TCP Out-Of-Order] 443 → 51416 [ACK] Seq=182592 Ack=895 Win=64128 Len=1452
431 TCP: [TCP Out-Of-Order] 443 → 51416 [ACK] Seq=186948 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]

[...]

5120 TCP: [TCP Out-Of-Order] 443 → 51417 [ACK] Seq=392691 Ack=1046 Win=64128 Len=1452

Das ist ja irgendwie vergleichbar mit dem vorherigen

Ich kann sonst noch folgende Warnungen ausgeben:

 

[riversource]

Folgende IP wird aufgerufen: 23.88.16.21

Das ist der Update Server von Giants? Kann ich kaum glauben, das ist eine Hetzner Adresse. Theoretisch denkbar, aber haben die kein eigenes Netzwerk?
Das kann dann natürlich auch bedeuten, dass es schlicht ein Kapazitätsproblem gibt. Jetzt rund um Weihnachten werden viele versuchen, die Server zu erreichen, und Hetzner ist kein CDN. Dazu kommen die Peering Probleme mit der Telekom. Ist die Telekom dein Provider?

1054 Warnungen bei diesem Thema ("294 TCP: Previous segment(s) not captured (common at capture start)").

Völlig unkritisch. Steht da ja auch, dass das normal ist zu Beginn eines Traces. Das bedeutet nur, dass du mitten im laufenden Stream die Aufzeichnung gestartet hast.

Weitere 900 Warnungen sind dann noch folgende:

Das ist schon eher interessant, wenn es wirklich die richtige Gegenstelle ist. Aber davon müsste man einen größeren Ausschnitt und vor allem den Anfang sehen.

 

[Simuletsplay]

[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=182592 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=186948 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=188400 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=191304 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=192756 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=194208 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=198564 Ack=895 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=200016 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=204372 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=205824 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=211632 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=214536 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=215988 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=217440 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=221796 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=223248 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=227604 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=229056 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=233412 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=234864 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=317628 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=368448 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=377160 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=378612 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51416 [ACK] Seq=384420 Ack=895 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51417 [ACK] Seq=392691 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51417 [ACK] Seq=395595 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51417 [ACK] Seq=4051731 Ack=1046 Win=64128 Len=1452 [TCP segment of a reassembled PDU]
[TCP Out-Of-Order] 443 → 51417 [ACK] Seq=4053183 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51418 [ACK] Seq=147303 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51418 [ACK] Seq=148755 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51418 [ACK] Seq=151659 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51418 [ACK] Seq=153111 Ack=1046 Win=64128 Len=1452
[TCP Out-Of-Order] 443 → 51418 [ACK] Seq=154563 Ack=1046 Win=64128 Len=1452

Ja und das ganze halt immer weiter

Ergänzung (28. Dezember 2021)

Was mir gerade noch auffiel ist, dass er die IP 23.88.16.24 vom PC aus nicht direkt erreichen kann.
Ich weiß nicht, ob es der Fehler ist, der auch oben beschrieben ist.

C:\Users\simul>tracert 23.88.16.24

Routenverfolgung zu static.24.16.88.23.clients.your-server.de [23.88.16.24]
über maximal 30 Hops:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.xxx.xxx]
  2    19 ms    18 ms    18 ms  p3e9bf03b.dip0.t-ipconnect.de [62.155.240.59]
  3     *        *        *     Zeitüberschreitung der Anforderung.
  4     *        *        *     Zeitüberschreitung der Anforderung.
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6     *        *        *     Zeitüberschreitung der Anforderung.
  7    33 ms    32 ms    32 ms  ex9k1.dc18.fsn1.hetzner.com [213.239.229.98]
  8    32 ms    32 ms    32 ms  static.24.16.88.23.clients.your-server.de [23.88.16.24]

Ablaufverfolgung beendet.

Zwischendurch diese Zeitüberschreitung...

 

[riversource]

Ja und das ganze halt immer weiter

Das zeigt in erster Linie, dass da fleißig Daten vom Server heruntergeladen werden.
Woher weißt du, dass das der richtige Server ist?

Was mir gerade noch auffiel ist, dass er die IP 23.88.16.24 vom PC aus nicht direkt erreichen kann.

Hä? Sieht doch perfekt aus. Besser gehts nicht.
https://www.inmotionhosting.com/support/server/ssh/read-traceroute/

 

[Simuletsplay]

Woher weißt du, dass das der richtige Server ist?

Da will ich mich nicht festlegen
Wollte ich auch nicht so ausrücken....

Ist halt mein erster Anhaltspunkt... Oder womit würdest du weitermachen?

https://www.inmotionhosting.com/support/server/ssh/read-traceroute/

Hab mir das mal angeguckt, aber verstehe nicht ganz, was du mir damit sagen willst

 

[riversource]

Ist halt mein erster Anhaltspunkt... Oder womit würdest du weitermachen?

Ich würde den Zugriff auf den Giants Server analysieren. Aber dafür muss sicher sein, dass du auch die richtige Server IP für die Analyse heranziehst. Wir sehen ja bislang nur, dass da mit einer IPv4 Adresse kommuniziert wird. Warum du ausgerechnet die analysierst, wissen wir nicht. Wenn es nicht die Giants IP ist, hilft dir das natürlich überhaupt nicht weiter.

Hab mir das mal angeguckt, aber verstehe nicht ganz, was du mir damit sagen willst

Naja, du hast geschrieben: "Was mir gerade noch auffiel ist, dass er die IP 23.88.16.24 vom PC aus nicht direkt erreichen kann." Das ist halt Unfug, und in dem Beitrag steht, warum das Unfug ist, bzw. was an einem solchen Traceroute wichtig ist, und was nicht. Wenn man solche Werkzeuge einsetzt, sollte man auch wissen, wie man mit den Ergebnissen umgeht.

 

[Simuletsplay]

Das ist halt Unfug, und in dem Beitrag steht, warum das Unfug ist, bzw. was an einem solchen Traceroute wichtig ist, und was nicht. Wenn man solche Werkzeuge einsetzt, sollte man auch wissen, wie man mit den Ergebnissen umgeht.

Achso ok, gut zu wissen!

Aber dafür muss sicher sein, dass du auch die richtige Server IP für die Analyse heranziehst.

Ich versuche mal etwas herauszufinden.