Bonjour, quelque chose qui me déçoit, c’est qu’il semble y avoir un conflit concernant les adresses IP. J’ai installé le forum comme décrit dans le guide officiel car il est indiqué que c’est la seule version auto-hébergée prise en charge. J’espérais donc que presque tout fonctionnerait et presque tout fonctionne bien, sauf ceci.
Chaque utilisateur reçoit une adresse IP 172.17.x.x Je pense que cela a quelque chose à voir avec le système Docker.
Le seul changement dont je suis conscient que j’ai effectué, qui pourrait avoir un effet sur la configuration réseau de Docker, est le suivant après avoir configuré un nouveau forum Docker :
pico /etc/docker/daemon.json
insertion
{
"iptables": false
}
sudo systemctl restart docker
(car si je configure/restaure les données du forum, j’aimerais contrôler l’accès 80/443 par mon pare-feu hôte Debian (ufw) pour n’autoriser que mon adresse IP publique, ce qui est ignoré par Docker si je ne fais pas les étapes ci-dessus.
Mais je ne peux pas imaginer que cette configuration aurait un effet sur les adresses IP qui sont enregistrées par les utilisateurs lors de leur inscription/accès.
PS : même si vous n’êtes pas un développeur et juste un utilisateur de base, il serait intéressant pour moi de savoir si vous pouvez voir les différentes adresses IP publiques de vos utilisateurs si vous avez une instance Docker auto-hébergée
mais je n’utilise pas de proxy à ma connaissance.
C’est la première chose que j’ai vérifiée avant de lancer le script d’installation de docker :
Apache ou Nginx ne sont pas installés sur mon hôte VPS Debian. Je ne peux m’empêcher de croire que cela a quelque chose à voir avec le proxy/serveur web Nginx de docker. Si vous avez des idées sur ce que je pourrais vérifier, je vous en serais reconnaissant
edit :
voici mes configurations IP sur mon hôte. il semble vraiment que les adresses IP 172.17.x.x soient liées d’une manière ou d’une autre à l’image docker :
user@linux-host-system:~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 4a:x:x:x:x:02 brd ff:ff:ff:ff:ff:ff
altname enp0s18
inet <mon-adresse-ipv4-publique>/24 brd 37.x.x.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2a0e:x:x:x::1/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::x:x:x:x/64 scope link
valid_lft forever preferred_lft forever
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:x:x:x:xx:d7 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::x:x:x:x/64 scope link
valid_lft forever preferred_lft forever
101: veth90d312b@if100: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether 32:x:x:x:x:75 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::3002:x:x:3775/64 scope link
valid_lft forever preferred_lft forever
Si vous n’apportez pas ces modifications, vous n’aurez aucun problème.
Si vous souhaitez le faire, vous devrez en apprendre davantage sur Docker que ce que je sais pour obtenir la bonne adresse IP pour Discourse.
Peut-être pouvez-vous obtenir un indice de templates/cloudflare.template.yml. La partie qui dit set_real_ip_from est probablement ce que vous recherchez.
Au final, j’ai déjà publié la solution d’une manière ou d’une autre :
Après avoir supprimé le fichier /etc/docker/daemon.json et exécuté systemctl restart docker et aussi attendu un peu, le forum s’est rechargé et a affiché à nouveau mon adresse IP publique correcte dans le résumé de mon utilisateur. :sourire:
Je pense que cela a quelque chose à voir avec le système Docker.