Bei einem System in einem Büro hängt der Testnet-Knoten an einem bestimmten Block fest.
Die Protokolle melden immer wieder für denselben Block "Block anfordern" und nach jedem "Socket Recv Error" und dass der Peer die Verbindung trennt. Dann verbindet es einen neuen Peer und dasselbe passiert. Es gibt keine Protokolleinträge über UNGÜLTIGE Blöcke.
Infolgedessen hat das System seit zwei Tagen keinen neuen Block mehr, aber alle Forscher berichten, dass sich die Kette weiter vorwärts bewegt hat.
Der aktuelle Block, auf dem sich dieser Knoten befindet, ist ein Mitglied der besten Kette, die von den Explorern gemeldet wurde, aber Tausende hinterher.
Dieser Knoten läuft auf Ubuntu in den USA. Das Büronetzwerk verfügt über eine Sonicwall-Firewall.
Wenn ein Knoten feststeckt, liegt dies normalerweise an einer lokalen Beschädigung, die dazu führt, dass der Knoten fälschlicherweise glaubt, ein Block sei ungültig. Aber in diesen Fällen spiegeln die Protokolle die ungültigen Blöcke wider. Stattdessen sehen wir hier keine Ungültigkeit, aber der Knoten versucht ständig, den Block zu bekommen und wird getrennt.
Diese Situation kann durch ein übermäßig aggressives Antivirenprogramm verursacht werden, das Daten in einem Block fälschlicherweise als bösartig erkennt und die Verbindung trennt. Manchmal wird diese Art der Filterung auf die allgemeine Öffentlichkeit durch Filterung auf nationaler Ebene angewendet, aber sie zeigt sich auch in Büronetzwerken und in einigen Heimumgebungen (z. B. in Windows AV-Software).
Bei Sonicwall können Sie die Verbindungsabbrüche in den Firewall-Protokollen sehen und die Filterung vollständig deaktivieren, indem Sie in die Firewall-Einstellungen unter Sonicwall->Verwalten->Sicherheitsdienste->Gateway-Antivirus gehen und "Gateway-Anti-Virus aktivieren" deaktivieren oder indem Sie die falsch positive Übereinstimmung für den betreffenden Host.
(Danke an Ken im IRC, der dieses aktuelle Problem hatte, und dafür, dass er mir erzählt hat, wie er es auf der Sonicwall deaktiviert hat)