La V1 existe-t-elle encore au 01.12.2025? Forks réseau

Pour vérifier tu peux par exemple lancer un netstat dans le container directement, tu devrais voir que le port n’est pas “bindé” (docker exec -it “container_name” netstat -tnlp) en version 1.8.7-pini2 alors que cela fonctionne correctement en version 1.8.7

Je suppose que la raison pour cela est probablement que les variables d’environnement que tu as listées ne sont pas bien prises en compte au démarrage de Duniter (pour l’image 1.8.7-pini2) ?

Cela expliquerais également que lorsque l’on ouvre le gui d’admin dans la partie “Réseau”; les settings pour ws2ppublic ne sont pas bien remplis.

Le “bind” du port n’est pas fait au niveau de l’image. C’est fait au moment de l’instanciation du conteneur. Quand tu lances le conteneur à la main c’est l’option -p de la commande docker run. Et via docker-compose c’est la directive ports:.

Peux-tu me montrer ton fichier docker-compose ?

Pour illustrer le soucis (de mon point de vue):

La partie utile de mon compose.yaml

services:
  duniter:
    image: pinidh/duniter:1.8.7-pini2
    container_name: duniter-v1
    platform: linux/arm64/v8
    restart: unless-stopped
    ports:
      - 127.0.0.1:9220:9220
      - 0.0.0.0:10901:10901
      - 0.0.0.0:20901:20901
    environment:
      # ...
      DUNITER_WS2P_PUBLIC: "true"
      DUNITER_WS2P_HOST: "0.0.0.0"
      DUNITER_WS2P_PORT: "20901"
      # When exposing remotely through reverse proxy
      DUNITER_WS2P_REMOTE_HOST: "g1.brussels.ovh"
      DUNITER_WS2P_REMOTE_PORT: "443"
      DUNITER_WS2P_REMOTE_PATH: "ws2p"

Que je démarre normalement avec “docker compose up -d”.

Et quand je vais voir dans le gui d’admin, dans Paramètres > Réseau :

On voit bien que la partie WS2P Public n’est pas prise en compte, il reste en mode UPnP

Trouvé ! Avec l’image 1.8.7-pini2 il faut configurer en plus DUNITER_UPNP: “false”. pour que le WS2P soit correctement activé.

$ wscat --connect  wss://duniter-18-dev.pini.fr/ws2p/
Connected (press CTRL+C to quit)
< {"auth":"CONNECT","pub":"8Dy5S4KwQ5SWXucEoRw41aRzBxxzXQk3EAYy9CFxSWA2","challenge":"03f8c85e-8e60-492c-b626-49ac986e2b802f0bdf67-003f-45d0-b3d2-51ee7796bf7f","sig":"xgEP9hhkJQJ5XG1F7RfsPgPPTheNW+qOetn5nX0oA+B05JNqF63NbmYYpCCUXZEzOOvX4hKFtpAApDWWqo82CQ==","currency":"g1"}
4 Likes

Je viens de tester cela fonctionne correctement. Merci

1 Like

Je viens de tester également, ça fonctionne :slight_smile:

# J'ai bien le endpoint WS2P listé maintenant
curl -i https://g1.brussels.ovh/network/peering
>
...
  "endpoints": [
    "BMAS g1.brussels.ovh 443",
    "WS2P 7c71beb2 g1.brussels.ovh 443 ws2p"
  ],

# Et il est bien fonctionnel
nix run nixpkgs#websocat -- wss://g1.brussels.ovh/ws2p
{"auth":"CONNECT","pub":"EnFfLNWnonXwxmzipLbbqa1fybSs7xdPoYhmbkMYzR3G","challenge":"a1d08393-7601-4b48-8c69-6cd27838635be110c6f0-3264-4930-ac49-7344a1cd63bb","sig":"xNFGiCyJBWh+yxVYc02sv5lSFBi7TRRp/1gDPAg5c3JNMZKSfM03P66mR8+ROyoYThCdhkXbM9YslQ/IkqqUAg==","currency":"g1"}
1 Like

J’ai beaucoup aimé que vous nous informatiez que vous n’eussiez point connaissance de cette maudite fourche :+1::rofl::innocent:

1 Like