Bonjour,
J’ai maintenant un noeud (duniter.pini.fr) qui semble opérationnel. Il m’indique des connexions WS2P entrantes et sortantes, donc j’imagine que ça marche.
J’ai toutefois quelques questions pour lesquelles mes recherches ne m’ont pas aidées :
- Configuration de l’accès WS2P pour un reverse-proxy nginx
Je comprends que WS2P utilise le protocole websocket, et j’ai lu en plusieurs endroits qu’il fallait un traitement spécial côté reverse-proxy pour ce protocole. En particulier dans la doc nginx. J’utilise donc la config ci-dessous. Me confirmez-vous que c’est bien nécessaire ?
location /websocket/ws2p {
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://backend_w2sp;
}
- Étant derrière un reverse-proxy, les logs affichent l’IP de mon proxy au lieu de celles des clients. Y a-t-il des options prévues pour honorer les en-têtes
X-Real-IP
ouX-Forwarded-For
? - Dans le fichier de conf à quoi sert la section
dos
et en particulier son champwhitelist
dans le fichier de configuration ? Je me dis qu’il y a peut-être une chance que ce soit lié à la question précédente… - Il semble que la question de la configuration des endpoints ne soit pas très claire. En effet, dans plusieurs exemples (et en particulier celui de @vit) je vois que le champ
endpoint
est renseigné pour BMA et / ou WS2P. Ce n’est pas du tout le cas dans mon fichier de conf, et pourtant la log de démarrage mentionne bien les endpoints BMA et WS2P. Pourquoi n’ai-je pas besoin de cette configuration et d’autre si ?
2021-04-08T22:45:05+00:00 - info: BMA access: duniter.pini.fr:443
2021-04-08T22:45:05+00:00 - info: WS2P access: duniter.pini.fr :443 websocket/ws2p
- Que signifie la colonne « Free Rooms » dans l’onglet « Réseau » de l’interface web ?
Grand merci par avance !