Synchronisation entre deux noeuds sur un même réseau local

Bonjour,

il peut être utile d’avoir deux noeuds partageant la même clé, par exemple pour migrer d’une solution PC vers raspberry.
Suite à cet article : https://duniter.org/fr/cles-partagees on voit que c’est possible.
Ma question concerne la synchronisation quand je mets en place un nouveau noeud.
Le logiciel duniter propose la synchro par exemple avec g1.duniter.org (en automatique).
Je suis entrain de synchroniser avec mon premier noeud mais en passant par l’adresse ip statique que j’ai.
J’utilise bien sûr des ports différents.
Est-il possible (je pense que oui) de passer par le réseau local ? mais je voudrais me voir préciser quels ports utiliser
Exemple: machine A port local et remote 25354 …192.168.0.AA
machine B port local et remote 17150 … 192.168.0.BB
Merci
Peut-on (rapport à la puissance de travail) faire fonctionner les deux noeuds en “load balancing” ?

Peut-on recopier la base de données duniter.db telle quelle ?

Oui.

Tu peux faire du load balancing. Mais, je ne vois pas l’intérêt. Ça fonctionne bien d’avoir deux nœuds qui sont reconnus tels deux nœuds partageant la même clé.

Oui, j’ai déjà fait cette manipulation alors que la synchronisation sous ARM est très lente.
Ça a fonctionné.

Oui je viens de le faire. Ça a fait un petit plantage mais ça a fonctionné après un webrestart
Procédure : aller sur le noeud A faire un backup puis une importation sur la machine B. Cool
Merci

Attention : la BDD n’est pas uniquement le fichier duniter.db, il faut aussi prendre wotb.bin sinon le nœud ayant reçu la copie va vite planter.

Tout à fait !

En effet par le data backup on voit trois fichiers duniter.db + wotb.bin et stats.json

Oui, bien que stats.json soit moins important.

j’ai l’impression que mes machines sont des “pots de miel” . Bye

Pourquoi ?

ben … le réseau filaire (cpl) qui se déconnecte, m’obligeant à passer en wifi … les deux noeuds qui sont synchronisés mais je ne vois que l’un des deux sur césium … un ressenti.

plutôt que je subit un phishing

il y a un des noeuds dont le current block ne change jamais

C’est possible qu’il ne soit pas reconnu par le réseau et ne reçoive pas les nouvelles informations.
Pour ça, il faut rediriger deux ports respectivement vers les deux machines en IPv4.

Pour vérifier qu’elles sont toutes les deux connus du réseau (en remplaçant par les information de tes nœuds) :

curl desktop.moul.re:38662/network/peering
{
  "version": 10,
  "currency": "g1",
  "endpoints": [
    "BASIC_MERKLED_API desktop.moul.re 78.227.107.45 2a01:e34:ee36:b2d0:1879:97c5:5f21:728b 38662",
    "BASIC_MERKLED_API arm.moul.re 78.227.107.45 2a01:e34:ee36:b2d0:11:1ff:fec1:e6c4 10901"
  ],
  "block": "18065-00000CC0A2829555F657FDA466AD462573E638390254444729E2C990A5884652",
  "signature": "7CfnT84L0urc1CBpIn5rIMI7pwtcCa73nswBLZXqJwcbDIreC0VPaWWxNFPp+BFQYLspECVK+MB5mm6y88vPDw==",
  "raw": "Version: 10\nType: Peer\nCurrency: g1\nPublicKey: GfKERHnJTYzKhKUma5h1uWhetbA8yHKymhVH2raf2aCP\nBlock: 18065-00000CC0A2829555F657FDA466AD462573E638390254444729E2C990A5884652\nEndpoints:\nBASIC_MERKLED_API desktop.moul.re 78.227.107.45 2a01:e34:ee36:b2d0:1879:97c5:5f21:728b 38662\nBASIC_MERKLED_API arm.moul.re 78.227.107.45 2a01:e34:ee36:b2d0:11:1ff:fec1:e6c4 10901\n",
  "pubkey": "GfKERHnJTYzKhKUma5h1uWhetbA8yHKymhVH2raf2aCP"
}

Sinon :

curl -s g1.duniter.org/network/peers | grep eliadem

Merci de cette réponse … j’ai fait la commande suivante :
curl -s 88.124.194.65:25354/network/peering … je vois effectivement un noeud
curl -s 88.124.194.65:17150/network/peering … je vois effectivement l’autre noeud

mais quand j’interroge g1.duniter.org je ne vois qu’une machine
curl -s g1.duniter.org/network/peers | grep 88.124.194.65

j’ai des ports différents pour les deux machines
je ne comprends pas, j’ai laissé les deux noeuds toute la nuit et j’ai toujours le même affichage de current block sur une des deux machines

je ne comprends pas … je dois être noeud-noeud :heart_eyes:

1 Like