Bug/Fehler Auf 1.8 CityBuild

Heyho,

"sending too many packets" ist so ziemlich das Gegenteil vom "timeout"-Fehler, hat aber in der Regel die gleiche grundlegende Ursache: Das vom Client gesendete Signal benötigt "zu lange" um beim Server anzukommen.

In den meisten Fällen liegt irgendwo ein "Flaschenhals", welcher das Signal ausbremst und die Datenpakete zwischen dem Client und dem Server aufhält. Wenn diese dann "alle auf einmal" ankommen, interpretiert der Server dies als Versuch ihn zu "überfordern" oder gar als "Angriff" und trennt die Verbindung zu dir, um sich zu schützen.

• Benutzt du die aktuelle Minecraft-Version für Bedrock?
  • Du kannst den Softwarestand über den entsprechenden Store des Endgerätes prüfen.
  • Die Beta-Versionen der App werden nicht unterstützt!
• Verbindest du dich auf GrieferGames über griefergames.net?
  • Die Adresse beta.griefergames.net wird nicht mehr unterstützt.
• Spielst du über einen VPN/Proxy/festen DNS-Server, welcher deine Daten "umleitet"?
  • Versuch einen direkten Verbindungsaufbau ohne "Zwischenstopp", um einen Fehler bei diesem auszuschließen.
  • Derlei Dienste gibt es auch für mobile Endgeräte. Manchmal sind diese sogar bordseitig aktiv.
• Benutzt du Sicherheitssoftware (Antivirus/Malware/Sicherheitspakete)?
  • Die entsprechenden Programme durchsuchen den Datenverkehr der Netzwerkverbindung, um potentielle Bedrohungen aufzuspüren. Der Datenverkehr wird dafür kurzzeitig angehalten und in der Software geprüft, was zu einer Verzögerung führen kann.
• Bitte überprüfe, dass deine Firewall nicht den Minecraft-Port '25565' und den Bedrock-Port '19132' über TCP und UDP blockiert hat.
  • Wie du das am Besten machst, erfährst du durch eine Recherche auf Google oder in Rücksprache mit dem Hersteller-Support des Gerätes bzw. der Software.
  • Die Alternativports sind 25566 und 25567. Für eine optimale Freigabe ist daher der Bereich 25565 - 25567 auf TCP und UPD freigegeben.

Ein weiterer Faktor neben diesen typischen "Flaschenhälsen" sind natürlich auch die eigene Internetverbindung und die Latenz zwischen Server und Client.

• Für eine stabile Internetverbindung ist eine Bandbreite von mehr als 6 MBit/s im Downstream und 2 MBit/s im Upstream erforderlich. Ich empfehle eine Bandbreite von mindestens 16 MBit/s im Downstream und 6 MBit/s im Upstream.
  • Die genaue Bandbreite des Anschluss lässt sich über das Menü eures Routers ermitteln. In der Statusübersicht werden die Werte normalerweise angegeben.
  • Alternativ könnt ihr jederzeit eine Prüfung des Anschluss durch euren Anbieter veranlassen.
• Die Latenz beschreibt die Dauer die das Signal zwischen Client und Server und zurück benötigt. Sie wird auch als "ping" bezeichnet.
  • Werte von 10-25 ms sind optimal für einen Verbindungsaufbau.
  • Pingzeiten bis zu 50 MBit/s sind verträglich, alles darüber wird unangenehm.
  • Die Latenz sollte in keinem Fall über 100ms liegen.
• "LAN-Ersatzlösungen", wie WLAN-Verbindungen, Powerline-Verbindungen oder USB-Tethering verzögern den Verbindungsaufbau und den Paketdurchsatz. Solche Verbindungsarten im Heimnetz können ebenfalls zum "Stau" der Datenpakete führen.
  • Teste die Verbindung zeitweise mit einer mobilen Datenverbindung.
  • Entferne andere Geräte vom Router oder deaktiviere deren WLAN-Verbindung für die Dauer deines Tests, um Einflüsse aus deinem Heimnetzwerk zu verhindern.
• Dienste wie IPTV oder VoIP haben bei fast allen Anbietern eine "QoS"-Priorisierung.
  • Telefoniert also jemand in eurem Heimnetzwerk oder schaut über das Internet Fernsehen, so ist dieser Datenverkehr bevorzugt und eurer wird "hintenangestellt".
• Mobile Daten werden über die Mobilfunk-Anbieter nach einem "shared medium"-Prinzip ausgegeben.
  • Die Verbindungsqualität schwankt daher abhängig der aktuell an der Funkzelle verbundenen Nutzer und deren Nutzungsverhalten.
  • Teste ggf. die Verbindung über das WLAN des Routers.

Eine letzte Möglichkeit ist natürlich auch serverseitig zu finden und das sind "Lag-Spikes" des Servers.

Ist der Server gerade durch zu viele Anfragen ausgelastet (wie bei aktuellen Angriffen/Hoster-Problemen), dauert es ebenfalls einen kurzen Moment bis deine Datenpakete verarbeitet werden. Wenn diese sich in der Zeit "anstauen" kann dies ebenfalls als "Paket-Spam" interpretiert und du vom Server geworfen werden.

Die Kombination aus zwei oder mehr dieser Punkte sorgt natürlich für ein höheres Fehlerpotential. Es kann also sein, dass alle einzelnen Bedingungen in Ordnung sind und eine ping-Zeit von 45 ms in Kombination mit einer Nutzung der mobilen Daten und aktuellen Hoster-Problemen dennoch zum Fehler führt.