Manque de places WS2P sur le réseau Ğ1!

cette fois-ci il apparaît, je n’avais pas relancé le noeud… Oops ! :sweat_smile:

Dsl c’est toujours pas bon, tu à indiqué comme remote path duniter.adn.life/ws2p au lieu de ws2p :stuck_out_tongue:

1 Like

Bon cette fois-ci je « pense » que c’est bon… :crossed_fingers:

2 Likes

Oui, cette fois ci le endpoint que tu déclares est bien cohérent avec ce qu’attend ton reverse proxy :slight_smile:

1 Like

Ca à l’air bon de ce que je vois, j’ai testé tes ep ws2p et BMAS

2 Likes

Voila ce que ca donne : Latence nœud duniter

  • BMA, on voit beaucoup de timeout chaque point qui n’est pas vert c’est qu’il y a entre 1 et 9 timeout sur 10 requêtes et quand il y a des trous ca veux dire aucune réponse sur les 10 probes soit pendant 50 secondes… Aïe
  • BMAS n’a pas de timeout vu que c’est le proxy http qui répond
  • WS2P pas de timeout mais je ne fais qu’un test basic en http, je ne test pas le websocket
1 Like

Ok @elois & @lciviero ! Merci :white_check_mark: :pray: :+1:

il y a peut-être un réel souci sur la gestion asynchrone des requêtes par nodejs pour BMA… Peut-être que cela vaudrait le coup que tu mettes en correspondance les timeouts avec les logs de ton nœud Duniter…

My two cents…

Oui je cherche petit à petit, déjà je peux dire que quand le nœud cherche des blocs c’est pire. J’ai d’autre tests à faire avant pour écarter le matériel mais j’attend d’avoir un peu plus de données.

1 Like

Fait, je ne savais pas qu’il était possible de supprimer manuellement les endpoints générés automatiquement.


Pour info aux utilisateurs du paquet YunHost, j’ai intégré ce changement au paquet YunoHost pour gérer ça correctement.

3 Likes

OK. J’ai mis à jour Duniter dans mon yunohost après mis à jour du paquet par Moul (merci à lui!). Est-ce que c’est bon?
j’ai mis à jour avec la commande sudo yunohost app upgrade duniter -u https://github.com/YunoHost-Apps/duniter_ynh/tree/master
Est-ce que c’est bon maintenant?

1 Like

Oui, parfait.

1 Like

Oui :slight_smile:

1 Like

Ok, merci beaucoup, je vais faire la mise à jours. :slight_smile:

Avec un peu de retard, j’essaie encore mais sans succès de configurer correctement WS2P sur mon noeud …
j’ai beau retourner le truc dans tous les sens, je ne vois pas ce qui cloche, impossible de faire répondre correctement « Simple Web Socket Client » qui me retourne « Undefined » sans aucun état d’âme.
Duniter est donc installé sur un serveur dédié dont voici les fichiers de conf pour duniter et nginx, si quelqu’un peut y jeter un œil neuf…

Nginx :
server {

  server_name g1.help-web-low.fr;
  access_log /var/log/nginx/duniter-access.log;
  error_log /var/log/nginx/duniter-error.log;

  location ~ / {

    auth_basic "Authentification requise";
    auth_basic_user_file conf.d/duniterpwd;
    proxy_set_header        X-Real-IP       $remote_addr;
    proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header        Host            $http_host;
    proxy_set_header        X-NgninX-Proxy  true;

    proxy_pass http://localhost:9220;
    proxy_redirect          off;

                }

  location /ws2p {
                auth_basic "off";
                allow all;
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Host $host;
                proxy_set_header Connection "upgrade";
                proxy_pass http://127.0.0.1:20901;

}


    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/g1.help-web-low.fr/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/g1.help-web-low.fr/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}
Duniter :
{
 "currency": "g1",
 "endpoints": [],
 "rmEndpoints": [],
 "upInterval": 3600000,
 "c": 0.0488,
 "dt": 86400,
 "dtReeval": 15778800,
 "ud0": 1000,
 "stepMax": 5,
 "sigPeriod": 432000,
 "sigReplay": 5259600,
 "sigValidity": 63115200,
 "msValidity": 31557600,
 "sigQty": 5,
 "xpercent": 0.8,
 "percentRot": 0.67,
 "powDelay": 0,
 "avgGenTime": 300,
 "dtDiffEval": 12,
 "medianTimeBlocks": 24,
 "httplogs": false,
 "udid2": false,
 "timeout": 3000,
 "isolate": false,
 "forksize": 100,
 "switchOnHeadAdvance": 3,
 "nonWoTPeersLimit": 100,
 "msPeriod": 5259600,
 "storage": {
  "transactions": true,
  "wotwizard": false
 },
 "loglevel": "info",
 "cpu": 0.3,
 "nbCores": 4,
 "prefix": 1,
 "nobma": true,
 "bmaWithCrawler": false,
 "upnp": true,
 "dos": {
  "whitelist": [
   "127.0.0.1",
   "195.154.174.149"
  ],
  "maxcount": 50,
  "burst": 20,
  "limit": 40,
  "maxexpiry": 10,
  "checkinterval": 1,
  "trustProxy": true,
  "includeUserAgent": true,
  "errormessage": "Error",
  "testmode": false,
  "silent": false,
"silentStart": true,
  "responseStatus": 429
 },
 "ws2p": {
  "uuid": "9427edb6",
  "privateAccess": true,
  "publicAccess": true,
  "preferedOnly": false,
  "privilegedOnly": false,
  "upnp": false,
  "maxPrivate": 4,
  "maxPublic": 30,
  "remotehost": "g1.help-web-low.fr",
  "remotepath": "/ws2p",
  "port": 20901,
  "remoteport": 443,
  "host": "195.154.174.149"
 },
 "proxiesConf": {
  "reachingClearEp": "clear",
  "forceTor": false
 },
 "sigStock": 100,
 "sigWindow": 5259600,
 "idtyWindow": 5259600,
 "msWindow": 5259600,
 "rootoffset": 0,
 "remoteport": "10900",
"ipv4": "195.154.174.149",
 "port": "10900",
 "remoteipv4": "195.154.174.149",
 "remotehost": "g1.help-web-low.fr",
 "udTime0": 1488970800,
 "udReevalTime0": 1490094000
}

C’est bien l’ip attribuée sur une de tes cartes réseau de ton serveur dédié ? Tu n’es pas dans un contenaire ou autre ?

Que donne : (avec duniter de lancé ?)
netstat -lnpee

Essaye de changer ta config duniter ws2p en remplaçant :

par
"host": "127.0.0.1"

1 Like

merci de ton aide, c’est justement la piste que j’étais en train d’explorer car j’ai des erreur upstream nginx sur les requètes ws2p :wink:
mais sinon oui, c’est bien l’IP de mon serveur

la commande netstat donne ceci :
 netstat -lnpee
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      0          34849851   -                   
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      107        34824997   -                   
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          20870      -                   
tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN      1001       22176230   -                   
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      107        34825000   -                   
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      0          10791554   -                   
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      0          34849850   -                   
tcp        0      0 0.0.0.0:8096            0.0.0.0:*               LISTEN      112        23305108   -                   
tcp        0      0 127.0.0.1:9220          0.0.0.0:*               LISTEN      110        34841279   -                   
tcp        0      0 195.154.174.149:20901   0.0.0.0:*               LISTEN      110        34841280   -                   
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      109        20163      -                   
tcp6       0      0 :::50000                :::*                    LISTEN      1001       18977      -                   
tcp6       0      0 :::53                   :::*                    LISTEN      107        34824993   -                   
tcp6       0      0 :::22                   :::*                    LISTEN      0          20872      -                   
tcp6       0      0 ::1:953                 :::*                    LISTEN      107        34825001   -                   
tcp6       0      0 ::1:25                  :::*                    LISTEN      0          10791555   -                   
tcp6       0      0 :::9980                 :::*                    LISTEN      113        32918423   -                   
tcp6       0      0 127.0.0.1:5000          :::*                    LISTEN      1001       18976      -                   
udp        0      0 0.0.0.0:7359            0.0.0.0:*                           112        23307410   -                   
udp        0      0 127.0.0.1:53            0.0.0.0:*                           107        34824996   -                   
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          19975      -                   
udp        0      0 195.154.174.149:33120   0.0.0.0:*                           110        34845105   -                   
udp6       0      0 :::53                   :::*                                107        34824992  

Essaye ce que je t’ai dis ça à l’air d’être ca le problème

1 Like

@Pafzedog ton nginx redirige le flux sur 127.0.0.1 donc duniter doit écouter sur 127.0.0.1 et pas sur ton ip publique (c’est nginx qui écoute sur ton ip publique). T’a juste à changer le host comme indiqué pas @lciviero (il t’a donné la bonne action mais pas avec le bon pourquoi :wink: )

2 Likes