Je n’ai pas encore mergé ma MR pour builder via podman
. C’est ce qui permettra de builder et publier pour x86_64 et armv8 via la CI.
My running node is getting the following error: ``` 2022-05-19 14:13:16 [Par…
Je n’ai pas encore mergé ma MR pour builder via podman
. C’est ce qui permettra de builder et publier pour x86_64 et armv8 via la CI.
J’essaie de suivre le tuto pour devenir forgeron.
Je suis bloqué à l’étape nginx.
Je trouve que le tuto est super compliqué pour un utilisateur lambda.
Ca vaudrait une vidéo d’explication avec les différentes manips ou au moins une réecriture plus fournie car on peut vite se perdre et se demander quoi faire.
Eh oui, c’est tout le problème : pour configurer n’importe quel service en 24/7 accessible de l’extérieur il faut des compétences sysadmin.
Une autre alternative est de founrir des box clefs en main avec juste quelques éléments de conf. Mais même là il reste à configurer le DNS et le parefeu. Ça requière des notions de réseau avec lesquelles tout le monde n’est pas à l’aise.
@flodef Je ne suis pas certain de quel tuto tu utilises. J’avais monté un mini-projet gitlab pour configurer l’ensemble. C’est de celui-ci que tu parles ?
Un nœud forgeron (donc sans RPC public) n’a besoin ni de DNS ni de reverse proxy. Dans ce cas si l’IP est dynamique on peut utiliser l’IPv6 qui change moins souvent.
Maintenant un nœud down est automatiquement mis offline en <1h donc l’impératif de haute disponibilité est plus faible.
Jusqu’à présent on a toujours présenté la conf des noeuds forgerons en delta de celle des noeuds RPC.
Merci pour ce retour, j’ai donc publié une nouvelle version du tutoriel plus adaptée à un utilisateur lambda : Duniter | Duniter v2
La partie la plus compliquée est de devenir forgeron (puisqu’il faut obtenir les certifications), mais la mise en place du nœud est très simple.
Je connais pas cette expression, qu’est-ce que ça veut dire ?
Évidemment on peut toujours détailler davantage le tutoriel avec par exemple :
Mais pour ma part c’est en dehors des limites de ce que je souhaite documenter. Les MR sont ouvertes sur le site websites / duniter_website_en_v2 · GitLab et websites / duniter_website_fr_v2 · GitLab.
Dans les docs de mise en oeuvre de noeuds v2s j’ai toujours vu les conf docker-compose de noeud forgeron présentées à côté de celles pour noeuds RPC. Dans mon esprit on explique d’abord comment monter un noeud RPC, histoire de se familiariser avec l’installation / configuration de v2s, et ensuite on s’intéresse à la configuration de noeud forgeron, et là on va dupliquer la conf RPC et modifier uniquement ce qui est nécessaire pour basculer en mode validatior. C’est ce que je veux dire par “en delta”.
Évidemment on peut toujours détailler davantage le tutoriel avec par exemple :
- comment configurer sa connexion ssh
- comment configurer un nom de domaine vers son IP
- comment configurer une redirection de port sur sa box
Mais pour ma part c’est en dehors des limites de ce que je souhaite documenter.
Et surtout c’est propre à l’infrastructure de chacun, donc difficile de détailler tous les cas possibles.
Pour en avoir le coeur net, je me suis enregistré pour savoir combien ça prenait de temps de démarrer un nœud Duniter de zéro. Résultat dans cette vidéo : Vidéo : installer un noeud Duniter v2 en moins de dix minutes
Mise à dispo d’un VPS pour faire tourner Duniter
Bonjour la communauté,
apres avoir essayé de faire tourner Duniter sur un de mes VPS sous Yunohost, la désynchro étant récurante, j’ai opté pour un nouveau VPS avec docker.
Nouvelle config : VPS chez Pulseheberg (Nice)
8 vCPU, 16GB RAM, 60GB SSD (RAID 10)
Debian 11.3
Docker 24.0.2 / Portainer CE 2.18.3
Pour faire tourner Duniter j’ai utlisé :
Duniter v1 : pinidh/duniter:dev
Le Noeud 1.9.GVA en mirroir s’est bien synchronisé et communique avec le réseau
Duniter v2s : duniter/duniter-v2s:latest
Le noeud validator tourne mais non visible sur polkadot.io
Mon souci c’est leur acces depuis l’exterieur, j’ai récupéré les 2 images de Pini :
pinidh/nginx-proxy et pinidh/acme-companion
mais là je bloque malgres l’acces au noeud 1.9 via le port 9220 (g1.rendall.fr:9220)
Quelqu’un veux acceder à portainer en lui créant un compte afin qu’il puisse faire des tests pour les prochaines versions ??
La conf avec nginx-proxy + acme-companion est détaillée là : pini / Docker Duniter V2s · GitLab.
merci, le noeud v2s apparait bien maintenant su polkadot.io mais erreur dans logs letsencrypt
: g1.rendall.fr:Verify error:193.168.145.31: Invalid response from http://g1.rendall.fr/.well-known/acme-challenge/dVVzgau5VoH0ktMMZWnDxS3FdSQIXQ5zzSIdqP2_sPE: 502
Es-tu bien en mode test de Let’s Encrypt (LETSENCRYPT_TEST=true) ? Sinon tu risques de te faire blaclister.
Peux-tu me montrer ton fichier docker-compose et le fichier /etc/nginx/conf.d/default.conf
généré dans le conteneur reverse-proxy
?
@flodef Je ne suis pas certain de quel tuto tu utilises. J’avais monté un mini-projet gitlab pour configurer l’ensemble . C’est de celui-ci que tu parles ?
En fait, c’était celui que @Hugo a réecrit : Duniter | Run a smith node
Merci pour ta réponse.
Merci pour ce retour, j’ai donc publié une nouvelle version du tutoriel plus adaptée à un utilisateur lambda
C’est carrément beaucoup plus compréhensible !!! Le top
Pour en avoir le coeur net, je me suis enregistré pour savoir combien ça prenait de temps de démarrer un nœud Duniter de zéro.
J’en ai rêvé. Merci !! Aussitôt dit, aussitôt fait. J’imagine que ça va aider énormément de personnes…
Mon retour d’expérience :
smith-duniter-validator-1 | 2023-06-16 16:37:03 💤 Idle (0 peers), best: #0 (0x9f95…12f8), finalized #0 (0x9f95…12f8), ⬇ 0 ⬆ 0
smith-duniter-validator-1 | 2023-06-16 16:37:03 ❌ Error while dialing /dns/telemetry.polkadot.io/tcp/443/x-parity-wss/%2Fsubmit%2F: Custom { kind: Other, error: Timeout }
gdev.example.org
comme nom de domaine du endpoint p2p. C’est pas très grave, mais j’aurais pu remplacer par l’ip ou un nom de domaine custom.” ==> Ca sert à quoi ? Et comment on utilise cette option ?Merci encore pour vos réponses ultra rapides, j’y suis presque
Custom { kind: Other, error: Timeout }
Pendant les RML @ENO m’a parlé d’une erreur similaire. Il semble que le nœud n’arrive pas à joindre l’extérieur (télémétrie, autres noeuds pour synchro). C’est le comportement qu’on a quand on lance un nœud sans connexion internet, mais j’imagine que dans votre cas le problème vient d’ailleurs. Reste à trouver d’où
@flodef Je conseille l’utilisation de l’option --log sub-libp2p
pour les logs de connection.
Voir aussi :
My running node is getting the following error: ``` 2022-05-19 14:13:16 [Par…
I got this error while try running polkadot: ``` ./target/release/polkadot --…
Merci vit,
Pour tout t’avouer, j’ai tout lu sans bien comprendre le pourquoi du comment.
Je dois la mettre où l’option --log sub-libp2p
?
La seule solution que je vois, c’est de mettre l’option DNSSEC=no
. Seulement, où se trouve cette option ?
Soit dans le docker-compose:
command: "--log sub-libp2p"
Soit à la fin dans la commande docker run ... nom_de_l_image_docker --log sub-libp2p