Configuration nœud Duniter (adn.life)

Support Self-hosting
,
1

Salut, en fait suite à l’édition de mon post sur le peering… je reviens ici car malgré l’update : yunohost app upgrade duniter -u https://github.com/YunoHost-Apps/duniter_ynh pour avoir dernière correction, il me semble que la configuration automatique ne fonctionne pas chez moi…

Lorsque je le fais manuellement :

duniter config - bma - ipv4 127.0.0.1 --port $ 10901 --remoteh $ duniter.adn.life --remotep 80 --noupnp
	duniter config --addep " BMAS duniter.adn.life $ 443 "
	duniter config --ws2p-host 127.0.0.1 --ws2p-port 20901 --ws2p-remote-host $ duniter.adn.life --ws2p-remote-port 443 --ws2p-noupnp

Je ne fais pas la ligne : duniter config --ipv4 127.0.0.1 --port $ port --remoteh $ domain --remotep 80 --noupnp puisqu’elle commentée avec le symbole moins -

Mon noeud passe en Miroir…

J’avoue que je suis un peu perdu car je pensais que la configuration était automatique et comme précisé dans le post sur le peering, chez moi j’ai bien accès depuis l’extérieur même en 4g mais pas les autres…

2

C’est pas clair cette histoire. Pourquoi y’a-t-il qu’un trait d’union dans ces lignes de commandes ?
Pourquoi y’a-t-il des $ ? Ils sont là pour indiquer que le texte qui est après est une variable. Tu as remplacé la variable par un contenu sans enlever les $. Le trait d’union n’est pas un commentaire dans les shells. C’est le symbole #.

3

Ok ok, je répète je ne suis pas dev, je bricole et j’essaie de comprendre… :relaxed:

Du coup, la bonne écriture est-elle ? :

    duniter config --bma ipv4 127.0.0.1 --port 10901 --remoteh duniter.adn.life --remotep 80 --noupnp
    	duniter config --addep " BMAS duniter.adn.life 443 "
    	duniter config --ws2p-host 127.0.0.1 --ws2p-port 20901 --ws2p-remote-host duniter.adn.life --ws2p-remote-port 443 --ws2p-noupnp

En fait sur cette capture on voit un trait d’union vers bma du coup je pensais que c’était normal :

Capture d’écran 2020-11-29 à 17.34.12
Capture d’écran 2020-11-29 à 17.34.122388×276 48.4 KB

4

Le diff qui t’es affiché porte beaucoup à confusion.

Ce qui suit devrait être bon :

duniter config --bma --ipv4 127.0.0.1 --port 10901 --remoteh duniter.adn.life --remotep 80 --noupnp
duniter config --addep "BMAS duniter.adn.life 443" # attention pas d’espace autour
duniter config --ws2p-host 127.0.0.1 --ws2p-port 20901 --ws2p-remote-host duniter.adn.life --ws2p-remote-port 443 --ws2p-noupnp

Regarde comment fonctionne l’interface en CLI de Duniter avec duniter --help. Sinon, tu peux directement éditer la configuration manuellement avec un éditeur de texte. Elle se trouve dans $HOME/.config/duniter/duniter_default/conf.json.

1 Like
5

Bon, je vois que ma fiche de pair garde toutes les anciennes config en mémoire, je ne suis pas certain que cela soit normal…

Rien ne change côté se connecter au noeud dans Césium, toujours la même réponse.

Je tenterais bien de supprimer la redirection DynHost pour voir si c’est ça qui bloque, mais si mon fournisseur rechange sans que je le sache le noeud sera down…

Ce que je ne comprends pas c’est que https://duniter.adn.life/node/summary est accessible y compris via mon tel en 4g donc sans passer par ma box en local…

Je me dis donc qu’à la base le noeud est censé être joignable ?

Bon je suis dubitatif, je n’arrive pas à comprendre…

Merci pour votre aide

6

Bon j’ai reconfiguré avec l’adresse IP publique de la box actuelle, sans redirection DynDNS mais c’est exactement le même comportement du noeud.

Il tourne, mais via Césium dans paramètres, si on choisis mon noeud et que l’on revient sur Mon compte, Césium affiche le message « Cesium interroge le noeud Duniter » et reste bloqué là-dessus, il ne me propose pas de me connecter un autre noeud…

Donc le mystère reste entier, ce n’est pas un souci d’adresse IP dynamique.
Pour moi la fiche de pair est visible et le node/summary également chez moi en tout cas, même via tor ou via ma connexion 4g sur Tel…

:sob:

7

Là, j’y arrive :

curl https://duniter.adn.life/network/peering
{
  "version": 10,
  "currency": "g1",
  "endpoints": [
    "BMAS duniter.adn.life 443",
    "BASIC_MERKLED_API duniter.adn.life 90.119.19.246 443 ",
    "BMAS duniter.adn.life 90.119.19.246 2a01:cb1c:8096:e000:841b:d1bc:15af:f9d4 443",
    "BMAS duniter.adn.life 90.119.19.246 fe80::d59e:23f3:8e8e:b749%eth0 443",
    " BMAS duniter.adn.life 443 ",
    "«",
    " BMAS duniter.adn.life $ 443 ",
    "WS2P 25a3e152 $ 443",
    "BMAS duniter.adn.life 2a01:cb1c:8096:e000:841b:d1bc:15af:f9d4 443"
  ],
  "status": "UP",
  "block": "377595-0000002D3FB16D6C17CACD291FBC9B04DF396189E850B6475018511095508E57",
  "signature": "5VTcfM8ns4mwFY4n1crPH5K/NkBrNWzLCK+FAd93p09qdjpS/wgZ0QhaQAwqMI0sC6LNtdlHskdoO6/jZxiqBw==",
  "raw": "Version: 10\nType: Peer\nCurrency: g1\nPublicKey: 32jZNQLKYfW9KtCHiaSewR27ZRb6zoncC6JvBVCBW4k1\nBlock: 377595-0000002D3FB16D6C17CACD291FBC9B04DF396189E850B6475018511095508E57\nEndpoints:\nBMAS duniter.adn.life 443\nBASIC_MERKLED_API duniter.adn.life 90.119.19.246 443 \nBMAS duniter.adn.life 90.119.19.246 2a01:cb1c:8096:e000:841b:d1bc:15af:f9d4 443\nBMAS duniter.adn.life 90.119.19.246 fe80::d59e:23f3:8e8e:b749%eth0 443\n BMAS duniter.adn.life 443 \n«\n BMAS duniter.adn.life $ 443 \nWS2P 25a3e152 $ 443\nBMAS duniter.adn.life 2a01:cb1c:8096:e000:841b:d1bc:15af:f9d4 443\n5VTcfM8ns4mwFY4n1crPH5K/NkBrNWzLCK+FAd93p09qdjpS/wgZ0QhaQAwqMI0sC6LNtdlHskdoO6/jZxiqBw==\n",
  "pubkey": "32jZNQLKYfW9KtCHiaSewR27ZRb6zoncC6JvBVCBW4k1"
}⏎

avec :

host duniter.adn.life
duniter.adn.life has address 90.119.19.246
duniter.adn.life has IPv6 address 2a01:cb1c:8096:e000:841b:d1bc:15af:f9d4
1 Like
8

OK, donc il y a juste quelques infos d’anciennes configurations qui sont fausses finalement ?

Comment je pourrais nettoyer les informations de peering ?
Genre qu’il ne reste effectivement que les bonnes informations comme dans mon conf.json ?

Par contre depuis Césium dans paramètres, si je me connecte à mon noeud, j’ai accès à tout sauf à la rubrique mon compte/mes opérations… là j’ai le message « Césium interroge le noeud Duniter » mais il reste bloqué là…

Capture d’écran 2020-11-29 à 22.02.41
Capture d’écran 2020-11-29 à 22.02.413426×1754 521 KB

Bon j’édite ce post, car finalement en refaisant le test depuis mon Tel, c’est long à rejoindre le noeud mais ça fonctionne, du coup je viens de re-essayer depuis l’extension de mon navigateur, pareil, ça met du temps à rejoindre mais maintenant ça y arrive ! CooL ! :slight_smile: #Enjoy !

9 
duniter config --remep "$ENDPOINT"

Ou en éditant la configuration manuellement.

1 Like
10

OK, merci, je vais essayer cette commande, car le fichier conf.json je l’ai déjà édité à la main…

edit :
Pas de changements, même affichage :

Capture d’écran 2020-11-30 à 13.10.17
Capture d’écran 2020-11-30 à 13.10.173256×816 285 KB

11

Salut @fdrubigny

tu n’aurais pas un soucis dans la configuration des endpoints, sur ton noeud ?
Je recois des erreurs de mes pods Cs+, sur ces chaines :

BMAS duniter.adn.life/bma/ 443
BMAS duniter.adn.life/bma 443

le problème vient du fait que le chemin (ici bma) est collé au nom d’hôte, plutot qu’un fin de chaine.

A quelle adresse est accessible ton noeud ?

12

Salut, en fait mon noeud est joignable uniquement si on rajoute le /bma à la fin de l’url depuis la dernière MAJ de Duniter pour Yunohost, je ne sais pas si tu peux voir la discussion ici => https://forum.duniter.org/t/mise-a-jour-paquet-yunohost-de-duniter-vers-le-refactoring-1-8-1-ynh1/9180/147

Capture d’écran 2022-05-24 à 18.34.10
Capture d’écran 2022-05-24 à 18.34.102348×1284 340 KB