avec la freebox, tu as une IP fixe (publique) puis une série, 50 il me semble d’adresses locales pour tous les appareils que tu utilises.
Tu as également une adresse IPv6 que tu actives ou désactives (voir post jytou)
Dans Duniter desktop, en IPv4, settings → network, tu as, à gauche l’IP locale de ta machine et à droite l’IP de ta freebox. Tu peux donc vérifier et/ou changer les valeurs en cas de besoin.
Eh bien tu vas peut-être apprendre un truc alors : si ton nœud écoutait sur localhost, il ne pourrait pas répondre via ton IP publique. Il écoute plutôt sur une interface réseau type 192.168.x.y. D’ailleurs tu peux essayer, tu verras !
J’ai du faire un sudo duniter webstart pour que ca marche, et là je suis reparti dans une synchro de la BC… (je suppose que c’est parce que l’utilisateur unix à changé et donc ça re dl les data pour cet user ??
Pourquoi ça? C’est une restriction de duniter? Car pour n’importe quel autre server (nodejs par ex) on peut accèder aussi bien à localhost, 127.0.0.1, 192.168.1.32, et ip pub … Dans apache ca se règle…
Bon mais c’est pas très grave l’ip ou localhost en fait… je voulais savoir s’il y’avais pas une config a faire sur ce Raspi3 tout neuf afin de faire marcher “localhost”
Ces applications écoutent probablement sur toutes les interfaces, sans te le dire. Il me semble bien que c’est un fonctionnement système, d’autres pourront confirmer.
Selon que utilises sudo ou pas, tu n’es plus sur le même utilisateur. Donc plus du tout sur le mêmes données pour Duniter qui stocke ses données dans le dossier utilisateur.
tu devrais lancer les logs (duniter logs) en parallèle pour voir s’il y a quelque chose d’intéressant à nous donner. Sinon c’est pas toujours évident de savoir ce qui ne va pas.
J’ai arrêté la synchro avec le user root, car c’est en doublon ( je veux bien l’info de l’endroit où sont stocké les données téléchargées pour le user root ? que je puisse nettoyer )
J’ai stoppé le daemon avec sudo duniter stop (puisque ca avait été lancé avec sudo duniter webstart
et relancé avec le user “pi” plutôt avec duniter webstart (sans sudo) et j’obtiens toujours:
Peut-être y a-t-il quelque chose qui monopolise déjà le port?
Que donne
netstat -npl | grep <port>
?
À faire pour le port sur lequel il est censé écouter, mais aussi pour le port 9220 qui est celui du webstart. J’ai essayé de lancer un autre process (genre python -m SimpleHTTPServer 9220) pour monopoliser le port, et ça se passe pas super bien: pas véritablement d’erreur (et dans mon cas il me dit même que ça a démarré) mais dans la réalité, il n’est pas là.
Edit: j’ai créé cette issue github pour les symptômes de ce que je viens de décrire ici.
Je connaissais pas et c’est pas documenté
Bien pratique en tout cas (et effectivement tout ça plantouille bien comme il faut quand le port est déjà pris).