Fait pour le compte de @jef , c’est moi qui ai la main sur le docker de son VPS 
pour l’instant…
1 Like
Fait.
Si vous êtes sur l’ancien réseau dans Telemetry, et que vous n’avez pas vu le lien de @cgeek plus haut,
vous pouvez cliquer en haut à droite de Telemetry, sur les trois petits points.
Un outil de recherche s’ouvre et vous tapez “dev” (“gdev” ne fonctionne pas car des petits malins ont mis un Ǧ libre à ĞDev 
)
Puis cliquez sur le tag ĞDev14 et vous afficherez le bon réseau !
Hope it helps…
3 Likes
Comment faites-vous au niveau des ports avec deux instances sur la même machine ?
1 Like
J’utilise l’option --port 30333 pour gdev-validator et --port 30334 pour gdev-rpc (mon nœud archive public).
Merci, je remettrais le nez dedans plus tard étant donné que tu dis que c’est possible.
J’ai mis en place un nœud smith, puis exécuté ce qui suit :
Pas sûr d’avoir compris cette phrase :
Puis, après un go-online, je passe dans les online (clé du milieu) après une ère :
Online:
“ 5E6q47RRGZU15LjUiBTm2DZjpqFKAjRNafYS8YV8AzTQZtLG ”
“ 5HDikVWZ2xHfqvVVFwex5zmRsH4LuR3KqMgKZYEbCSjStSKw ”
“ 5Dq8xjvkmbz7q4g2LbZgyExD26VSCutfEc6n4W4AfQeVHZqz ”
Une époque est passée et toujours rien. Dois-je attendre une seconde epoch ?
Ou bien dois-je faire un set-session-keys ? Si oui, comment faire ? Pas trouvé dans la doc :
Pour une meilleure sécurité le nœud forgeron devrait être seul sur sa machine, pour éviter qu’il soit affecté par une attaque sur un autre logiciel qui sature les ressources de la machine. Mais même en prod on ne sera pas à ce niveau d’exigence ><
Dans mon template qui écrit les docker-compose, j’ai mis ce truc un peu crado.
ports:
# prometheus endpoint
- 127.0.0.1:{{9615+port_increment}}:9615
# rpc via http
- 127.0.0.1:{{9933+port_increment}}:9933
# rpc via websocket
- 127.0.0.1:{{9944+port_increment}}:9944
# public p2p endpoint
- {{30333+port_increment}}:30333
Mais j’ai discuté avec @aya pendant l’AG Axiom qui m’a parlé d’une solution d’orchestration docker plus satisfaisante dont j’ai évidemment oublié les détails ><
Et il y a aussi la solution de @Pini qui utilise nginx-proxy-manager (https://nginxproxymanager.com/).
Désolé, je n’ai pas mis à jour cette doc. J’ai tendance à essayer de centraliser sur le site officiel et ça donne donc :
Mais grâce à ton commentaire je me rends compte que je n’ai pas documenté la solution que j’utilise personnellement : gcli smith update-keys.
Ah, en fait j’avais fait un gcli smith update-keys hier.
Du coup, j’ai enfin écrit mes premiers blocs ĞDev 
Il fallait attendre deux époques. Ça a du commencer quand je suis allé me coucher 
3 Likes
À 22h08 j’ai eu une alerte d’une nouvelle autorité entrante (Incoming). Effectivement tu n’a pu forger de blocs qu’une ou deux session plus tard soit entre 23h08 et 00h08.
c’est là que je sèche actuellement !
En utilisant NGinxProxyManager, tous mes autres conteneurs (odoo, etc…) sont bien accessibles, depuis leur sous domaine ou avec leur port dédié. mais pas les nœuds V2S. J’ai bien bien intégré le réseau d’écoute de NGinxProxyManager, dans chacun de mes compose V2S. le MIRROR utilise les ports du template et j’ai fait +1 pour les ports du SMITH.
le noeud n’étant pas accessible, même en essayant un tunnel SSH comme décris ici dans la doc :
- Create an SSH bridge from your computer to your server:
ssh -L 9945:localhost:9945 SSH_USER@YOUR_SERVER - Install PolkadotJS browser extension. It will manage your private keys and known pubkeys safely.
- Go to a PolkadotJS web UI. (it’s not the same thing as the browser extension)
Donc avant de continuer mon parcours SMITH va falloir régler ce problème accessibilité extérieure et donc mieux comprendre comment configurer NGinxProxyManager… STEP BY STEP 
Ici tu fais un lien du port local 9945 vers le port interne 9945, or le port interne par défaut est 9944, donc il faudrait écrire à la place : 127.0.0.1:9945:9944 (ou changer le port interne avec l’argument duniter). Mais on sort de mon domaine de compétence, ce n’est plus de la programmation mais de l’adminsys/devops et donc il nous faudrait de l’aide de gens comme @Pini (actuellement indisponible j’ai cru comprendre), @immae (qui est plutôt sur l’infra Duniter, il a déjà pas mal de boulot), @aya (aussi pas mal pris mais a des trucs intéressants à partager )…
J’ai encore un problème de micro avec le nouveau micro que j’ai acheté en Ğ1, mais je crois que je vais juste en acheter un en € et dès que je l’ai je vais pouvoir faire des vidéos explicatives moins crado.
3 Likes
j’ai corrigé les port du compose comme indiqué et j’ai pu me connecter sur le RPC de mon SMITH via PolkadotJS web UI.
2 Likes
Super ! Dans ce cas tu devrais pouvoir faire gcli -n local smith update-keys avec le pont ssh. Cette command fait deux choses :
- appeler sur RPC
author.rotateKeys()qui n’est disponible que pour un nœud configuré comme forgeron - appeler
authorityMembers.setSessionKeys(keys)qui est un extrinsic normal
Et après ça il suffit de faire gcli smith go-online (a ne pas faire si l’étape précédente n’a pas fonctionné).
j’ai changé ta commande en :
$ ./gcli -S cesium -u ws://localhost:9945 smith update-keys
Cesium id:
Cesium password:
transaction submitted to the network, waiting 6 seconds…
ca veut dire que je peut faire le ON-LINE ?
Oui, je vois bien ton call au bloc 54262, donc c’est bon !!
comment j'ai fait pour retrouver
sur Query node playground la requête suivante :
query MyQuery {
calls(limit: 10, orderBy: block_height_DESC, where: {pallet_containsInsensitive: "authority"}) {
id
pallet
name
block {
height
}
}
}
1 Like
$./gcli -S cesium smith go-online
Cesium id:
Cesium password:
transaction submitted to the network, waiting 6 seconds...
smith went online MemberGoOnline { member: 12950 }
Bordel, le parcours du combattant, reste à retenir tout cela si je veux pouvoir accompagner “d’autres quelqu’un” comme on dit par ici… Merci @HugoTrentesaux et @cgeek !!!
1 Like
C’est bon !
### AuthorityMembers.IncomingAuthorities
[ 12950 ]
3 Likes
Haha oui pour l’instant c’est un peu parcours du combattant, mais on pourra simplifier tout ça avec :
- des paquets système
- des interfaces forgeron dédiées comme https://gecko.axiom-team.fr/#/smiths (non fonctionnel pour l’instant)
- des clients dédiés…
Et au moins dans ces discussions on trace précisément les freins donc ça aide beaucoup à concevoir les systèmes.
2 Likes
Merci d’encourager les noobs et de faire croire que ça fait avancer le bouzin 
y a plus qu’à laisser tourner le noeud now !!
3 Likes
Je le ferais des que je serais de retour à la maison.
2 Likes
