Debian docker duniter-V2

Bonjour,

j’ai installé docker/duniter-v2 en miroir

ça a l’air de fonctionner, je ne sais pas si le retour console correspond à ce qui est attendu.

si c’est ok, est il utile de le laisser tourner avec cette configuration ou une autre ?
j’ai la possibilité de le laisser fonctionner 24/24 sans pb.

1 Like

Ton nœud est synchronisé et connecté à huit pairs. Ça semble tout bon !
Pour que ton nœud miroir soit plus utile, tu peux rendre les API libp2p et RPC publiquement accessibles. Je ne sais pas si la documentation est prête à ce niveau, sinon, les réponses se trouvent éparpillées sur ce forum.

c’est bien ce que j’ai remarqué… :wink:
je vais chercher…

Il y a de la doc associée à l’image Docker : https://hub.docker.com/r/duniter/duniter-v2s.

S’il faut compléter / corriger n’hésitez pas :slight_smile:

1 Like

j’ai bien vu la doc et j’ai regardé les vidéos à 1 image/s :upside_down_face:
mais il me manque quels ports => pour quoi
et si c’est tcp ou udp ou les deux
et si ils sont publics ou privés
je n’ai pas su trouver
j’ai imaginé faire une doc d’instal => debian , docker, datapod avec aussi les fichiers config.

1 Like

J’ai préparé des configurations boiler plate dans ce dépôt : pini / Docker Duniter V2s · GitLab.

Est-ce que ça aide ?

oui, ça fait des éléments en plus pour avancer…


mon traducteur dit => plaque de chaudière :upside_down_face: ça doit pas être ça

C’et une expression d’informaticiens pour dire que c’est réutilisable / adaptable.

1 Like

C’est parceque ça s’écrit en un seul mot: Boilerplate :wink:

1 Like

dans ce cas mon traducteur préféré dit: Modèle de document, je préfère :slightly_smiling_face:

2 Likes

qui peut me dire si c’est le cas maintenant, j’ai ouvert quelques ports en fonction des exemples que j’ai pu trouver

1 Like

Tu peux tester l’endpoint P2P de cette manière : Aide pour mapping des ports docker Duniter V2S - #17 by Moul

1 Like

bon, avec un client ipfs j’obtiens ça :

le nombre de pair (2 réels) me semble peu, c’est normal ?
srv600938.hstgr.cloud [62.72.19.140]
et
jma42-6_migr-78-199-27-8.fbx.proxad.net [78.199.27.8]

Selon la télémétrie, il y a huit connexions. Les deux connexions semblent être des connexions entrantes.

hier c’est monté à 10, mais pas plus haut

L’algorithme qui établit le nombre de connexions n’est pas encore clair pour nous.
Certains nœuds ont 16 à 32 connexions, tandis que d’autres se trouvent entre 9 et 11.
Le fait qu’il soit possible d’établir une connexion entrante au nœud sans blocages tel l’absence de redirection de port peut-être un frein.
Sinon, c’est le fait d’être listé comme bootnode a peut-être une influence.

1 Like

Donc il semblerait que le datapod en miroir soit fonctionnel.
me dire si il manque des choses

Ce que tu as installé est un « client » Substrate ou un « nœud » Duniter dans notre jargon « v1 ». Ce dernier fait tourner la chaîne de blocs.
Un « DataPod » est un autre logiciel et service de l’écosystème pour y stocker des informations tel une image de profil. En v1, c’est Cesium+, en v2, il y a ce projet nodes / Duniter Datapod · GitLab

Autrement, oui, ton installation est fonctionnelle. As-tu redirigé le port libp2p, si tu as une box devant ta machine et/ou ouvert le port dans le firewall de la machine ?

1 Like

ok pour le vocabulaire.
j’ai installé un truc identifié comme
duniter-mirror:
image: duniter/duniter-v2s-gdev-800:latest
avec
kubo:
image: h30x/datapod-kubo
et
kubo-rpc:
image: h30x/datapod-kubo-rpc

donc ce doit être un noeud duniter en miroir, je pense.
par habitude…(pour moi) un “client” est côté utilisateur final

pour les ports, à la fin, pour me prendre un peu moins la tête, j’ai ouvert tous les ports identifiés dans docker-compose sauf le port 5001 uniquement sur le rle

faut que je teste pour réduire, ce n’est pas encore propre

:innocent: