Hey Leute,
Ich hab ein Großes problem, dass mich stark nervt...
Also: Jedes mal wenn ich unseren Server Joinen will (2 mal ging es ohne fehler) kommt jedes mal dieser Fehler: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. Aber wenn ich unseren 2. Server der Vanilla ist joine gehts. Genauso wenn wir das Modpack das wir gebaut haben bei 1. 7. 10 starte geht es. Es funktioniert auch ohne Probleme das gesammte Internet oder andere programme/spiele die Internet benötigen. Das Problem kommt wirklich nur bei der Version 1. 12. 2 mit unseren Modpack... Wie behebe ich die Minecraft Fehlermeldung:,, Internal Exception: java.io.IOException: Eine vorhandene Verbindung wurde vom Remotehost geschlossen ''? (Internet, Spiele, Windows). Bei meinen Kumpels geht es aber ohne Singleplayer Funktioniert ohne Probleme und wenn ich Local nen Server Starte, komm ich auch ohne probleme drauf
Es passiert immer so: Logging in... ---- loading terrian... --- (Ich kann in meinem Gebauten haus für etwa 1 Sekunde laufen) --- Fehler... Was ich probiert habe:
Java komplett runter gehauen und neu installiert. Mehrere Java Versionen Probiert. Router resetet
Computer mehrmals neugestartet
Über Linux Ubuntu versucht (genau das gleiche wie in Windows)
Firewall komplett auf (auch router)
Antivier Komplett gelöscht und Deinstalliert
Netzwerkadapter (Ethernet da über LAN) Resetet
-Dfml.
Eine Vorhandene Verbindung Wurde Vom Remotehost Geschlossen Update
Aber was bedeutet das wirklich? Eine von zwei Möglichkeiten tritt auf, und ich bin nicht sicher, welche,
1) Die Verbindung wird geschlossen, aber dann werden Daten in den Socket geschrieben, wodurch die obige Ausnahme entsteht. Die 0 # 0 bedeutet einfach, dass nichts gesendet wurde, weil der Socket bereits geschlossen war. 2) Die Verbindung ist noch offen und es wird ein Paket mit null Bytes gesendet (dh der Code hat einen Fehler). Die 0 # 0 bedeutet, dass ein Paket mit null Bytes versucht wird, gesendet zu werden. Was glaubst du? Es mag nicht schlüssig sein, denke ich, aber vielleicht hat jemand anderes so etwas gesehen? Antworten:
Dies bedeutet im Allgemeinen, dass die Remote-Seite die Verbindung geschlossen hat (normalerweise durch Senden eines TCP / IP- RST Pakets). Wenn Sie mit einer Drittanbieteranwendung arbeiten, sind die folgenden Ursachen wahrscheinlich:
Sie senden fehlerhafte Daten an die Anwendung (einschließlich des Sendens einer HTTPS-Anforderung an einen HTTP-Server). Eine vorhandene verbindung wurde vom remotehost geschlossen wie weiter im. Die Netzwerkverbindung zwischen Client und Server wird aus irgendeinem Grund unterbrochen
Sie haben einen Fehler in der Drittanbieteranwendung ausgelöst, der zum Absturz geführt hat
Die Drittanbieteranwendung hat die Systemressourcen erschöpft
Es ist wahrscheinlich, dass der erste Fall ist, was passiert.
Linux
Unter Linux kann man die TSO Einstellungen mittels des Programms ethtool während der Laufzeit aktivieren oder deaktivieren:
ethtool -K eth0 tso off
TCP Retransmission
Das beheben von "TCP Retransmission" Fehlern auf Netzwerkebene behebt die eigentliche Ursache des Problems. Eine bestehende Verbindung wurde vom Remote-Host zwangsweise geschlossen. Um "TCP Retransmission" Fehler zu finden, wird das Netzwerk Analyse Tool Wireshark benötigt. Starten Sie mit Wireshark eine Netzwerkanalyse auf dem betroffenen System: "Capture -> Interfaces"
Hinweis: Retransmission Fehler erscheinen als schwarze Linien im Wireshark Log. Weitere Informationen
Zusätzliche Fehlercodes finden sich im Microsoft Developer Network
Eine Vorhandene Verbindung Wurde Vom Remotehost Geschlossen Wie Weiter Im
In der Entität, die aussieht wie
public class Catalog
public int Id { get; set;}
public int ParentId { get; set;}
public Catalog Parent { get; set;}
public ICollection < Catalog > ChildCatalogs { get; set;}}
Ich habe [IgnoreDataMemberAttribute] zur Parent-Eigenschaft hinzugefügt. Und das hat das Problem gelöst. Bei Ausführung in einem 4. "Eine vorhandene Verbindung wurde vom Remotehost zwangsweise geschlossen" mit dem Fehler 504 "Gateway-Timeout" in Vault | Vault-Produkte | Autodesk Knowledge Network. 2-Dienst
Für mich verschärfte sich das Problem, weil der Anruf in einem 4. 2-Dienst ausgeführt wurde. Ich folgte dem Vorschlag von @willmaz, bekam aber einen neuen Fehler. Beim Ausführen des Dienstes mit aktivierter Protokollierung habe ich festgestellt, dass das Handshake mit der Zielwebsite in Ordnung ist (und das Inhaber-Token sendet), aber im folgenden Schritt zum Verarbeiten des Post-Aufrufs scheint das Authentifizierungstoken gelöscht zu werden, und die Site würde dies tun antworte mit Unauthorized. Es stellte sich heraus, dass die Anmeldeinformationen des Servicepools keine Rechte zum Ändern von TLS (? ) Hatten, und als ich mein lokales Administratorkonto in den Pool einfügte, funktionierte alles.
flush0() ~[AbstractNioChannel$]
[B#402] at $() ~[AbstractChannel$]
[B#402] at $() ~[DefaultChannelPipeline$]
[B#402] at tworkManager$() [gw$]
[B#402] at () []
[B#402] at $() [SingleThreadEventExecutor$]
[B#402] at (Unknown Source) [? :1. 0_201]
[B#402] [16:39:51] [Client thread/INFO] [journeymap]: Mapping halted in C:\Users\E39LP\AppData\Roaming\. technic\modpacks\minearea\journeymap\data\mp\Minearea\DIM0
[B#402] [16:40:14] [Client thread/INFO] [FML]: Applying holder lookups
[B#402] [16:40:14] [Client thread/INFO] [FML]: Holder lookups applied
Auf den Server steht in der Log nur dass ich Connecte und Disconnecte, aber kein Timeout nur ab und zu. Das heißt dann im Endefekt, dass die verbindung vom "Client" also von meiner Seite aus geschloßen wird. Im Anhang ist ne liste aller Mods die drin sind. Forge Version ist: 1. Eine vorhandene verbindung wurde vom remotehost geschlossen update. 2-14. 23. 5. 2824
Bitte hilft mir...
Edited April 8, 2019 by E39LP
Was hinzugefügt
Eine Vorhandene Verbindung Wurde Vom Remotehost Geschlossen Buten Un Binnen
Weitere Informationen finden Sie unter TLS 1. 2-Upgradeworkflow und SSL-Fehler nach dem Upgrade auf TLS 1. 2. Szenario 2: Übereinstimmende TLS-Protokolle auf dem Client und dem Server, aber keine übereinstimmenden TLS-Verschlüsselungssammlungen
Dieses Szenario tritt auf, wenn Sie oder Ihr Administrator bestimmte Algorithmen auf dem Client oder dem Server zur zusätzlichen Sicherheit eingeschränkt haben. Eine vorhandene verbindung wurde vom remotehost geschlossen buten un binnen. Die TLS-Versionen von Client und Server können in den Client-Hello- und Server-Hello-Paketen in einer Netzwerkablaufverfolgung leicht untersucht werden. Das Client-Hello-Paket gibt alle Clientchiffresammlungen an, während das Server-Hello-Paket eine davon angibt. Wenn keine übereinstimmenden Suites vorhanden sind, schließt der Server die Verbindung, anstatt auf das Server Hello-Paket zu reagieren. Gehen Sie folgendermaßen vor, um das Problem zu überprüfen:
Wenn keine Netzwerkablaufverfolgung verfügbar ist, überprüfen Sie den Funktionswert unter diesem Registrierungsschlüssel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Cryptography\Configuration\Local\SSL\00010002
Verwenden Sie diesen PowerShell-Befehl, um die TLS-Funktionen zu suchen.
das vierte Auge
Window -> Show View -> device (falls nicht gefunden -> Other -> Device) Ganz rechts ist ein Pfeil, klicken Sie darauf, Sie werden sehen, dass adb zurückgesetzt wird, klicken Sie einfach und genießen Sie!! Es hat für mich funktioniert. 99979 0 0 cookie-check Fehler: "Adb-Verbindungsfehler: Eine bestehende Verbindung wurde vom Remote-Host zwangsweise geschlossen"