Verbindungsverlust zwischen Knoten im privaten Netzwerk

Zusammenfassung

Ich hätte erwartet, dass die Bootnodes-Parameter es Knoten 2 und Knoten 3 ermöglichen würden, Knoten 1, Knoten 2 und Knoten 3 zu finden und dann für alle Knoten, ihre Peer-Verbindungen beizubehalten.

Aus Henrique Barcelosdem Problem von geht hervor, dass diese Konfiguration in einem privaten Netzwerk, in dem die Knoten in einer VM ausgeführt werden, nicht stabil ist.

Die Alternative zur Verwendung static-nodes.jsonscheint keine stabile Verbindung zu bieten.

Die nächste zu versuchende Konfiguration ist die Verwendung trusted-nodes.jsonund Angabe des --maxpeersParameters

Nachfolgend sind die Schritte aufgeführt, die wir unternehmen, um das Problem zu lösen.

Ein interessantes Problem.

1. Wahrscheinlichkeitstechnisch würde ich sagen, dass es höchst unwahrscheinlich ist, dass dies ein Problem mit dem Ethereum-Protokoll ist, da es robust genug für das Internet ist.

2. Sie haben angegeben, dass Ihre Zeit mit der Netzwerkzeit synchronisiert ist. Dies scheint ein häufig auftretendes Problem zu sein, und deshalb habe ich die obige Frage gestellt.

3. Schauen wir uns Ihre Konfiguration an.

4. Frage. Betreiben Sie andere Ethereum-Mainnet-Knoten in Ihrem privaten Netzwerk? Der Grund, warum ich dies frage, ist, dass es möglicherweise zu einem Konflikt mit dem Netzwerkport 30303 kommt, der sich auf den ersten Link in Ihrer Frage bezieht.

5. Vom ersten Link in Ihrer Frage starten Sie Ihre Geth-Instanzen auf den verschiedenen Knoten mit dem folgenden Befehl:

   geth --verbosity 4 --autodag --nat any --genesis /opt/blockchain/genesis.json
    --datadir /opt/blockchain/data --networkid 4828 --port 30303 --rpc
    --rpcaddr 10.48.247.25 --rpcport 8545 --rpcapi db,eth,net,web3,admin
    --rpccorsdomain '*' --fast --mine --ipcdisable
   

   Knoten 1 wurde als Ihr Bootknoten festgelegt. Knoten 2 und 3 haben die Datei /opt/blockchain/data/static-nodes.json mit den folgenden Informationen:

   ["enode://{node1publickey}@{node1ip}:30303"]
   

6. Die Informationen in /opt/blockchain/data/static-nodes.json in 5. oben stimmen mit den Startinformationen in der Geth-Instanz node1 überein, die mit dem Befehl admin.nodeInfo in der Geth-Instanz node1 angezeigt werden.

   ...
   enode: "enode://{node1publickey}@{node1ip}:30303",
   ...
   

   Ist das richtig?

7. Wenn Sie sich jetzt Ihre geth-Startparameter ansehen:
   a. Sie könnten versuchen, den --nat anyParameter
   b zu entfernen. Ihr --networkidist einzigartig aus dem Mainnet "1"
   c. Dies sollte kein Problem sein, es sei denn, Sie betreiben andere Mainnet-Ethereum-Knoten in Ihrem --port 30303Netzwerk, und selbst dies sollte kein Problem sein, da es sich um eine andere IP- Adresse handelt
   . Ihre --rpcaddrsollte die IP-Adresse jeder Maschine sein. Knoten 1 sollte die IP-Adresse von Knoten 1 haben. Knoten 2 sollte die IP-Adresse von Knoten 2 haben und Knoten 3 sollte die IP-Adresse von Knoten 3 haben.
   e. Ihre --rpcport, --rpcapiund --rpccorsdomainsollte Ihre Netzwerkkonnektivität nicht beeinträchtigen.
   f. Sie sollten die nicht benötigen--fastParameter, da Ihre Blockchain sowieso klein sein sollte, da es sich um eine interne Testnet-Blockchain handelt.
   g. Ihre --mineund --ipcdisable-Parameter sollten Ihre Konnektivität nicht beeinträchtigen.
   
8. Als nächstes würde ich versuchen, den --bootnodeParameter zu entfernen und die /opt/blockchain/data/static-nodes.jsonMethode in 5. oben auf den Knoten 2 und 3 auszuprobieren. Führen Sie dies eine Weile aus und hoffen wir, dass Sie keine Verbindungsabbrüche haben. Wir können dies von der Liste streichen, wenn Sie immer noch Verbindungsabbrüche haben.
   

Unten hinzugefügt am 04.12.2016:

9. Henrique Barceloshat die static-nodes.jsonMethode verwendet, damit sich die Peers finden, aber die Peer-Verbindungen sind abgebrochen. Ich schlage vor, es zu versuchen, trusted-nodes.jsonda diese vertrauenswürdige Peer-Knoten angeben, mit denen eine Verbindung hergestellt werden soll, und die nicht durch die --maxpeersVerbindungsbeschränkungen blockiert würden.
10. Was ich bei meinen Tests festgestellt habe, ist, dass die static-nodes.jsonOption keine Verbindung herstellen würde, es sei denn, ich füge einen Parameter ungleich Null hinzu --maxpeers, obwohl --maxpeersder Standardwert 25 sein soll.