Hallo, etwas, das mich enttäuscht, ist, dass es anscheinend einen Konflikt bezüglich IP-Adressen gibt. Ich habe das Forum wie in der offiziellen Anleitung beschrieben installiert, da dort steht, dass dies die einzige unterstützte Self-Host-Version ist. Daher hatte ich wirklich gehofft, dass fast alles funktioniert und fast alles funktioniert gut – außer diesem.
Jeder Benutzer erhält eine 172.17.x.x IP-Adresse Ich glaube, das hat etwas mit dem Docker-System zu tun.
Die einzige Änderung, von der ich weiß, dass ich sie vorgenommen habe und die sich auf die Docker-Netzwerkkonfiguration auswirken könnte, sind die folgenden Änderungen nach der Einrichtung einer brandneuen Docker-Installation:
pico /etc/docker/daemon.json
Einfügen von
{
"iptables": false
}
sudo systemctl restart docker
(Denn wenn ich die Forendaten konfiguriere/wiederherstelle, möchte ich den Zugriff auf 80/443 über meine Debian-Host-Firewall (ufw) steuern, um nur meine öffentliche IP-Adresse zuzulassen, was von Docker ignoriert wird, wenn ich die obigen Schritte nicht ausführe.
Aber ich kann mir nicht vorstellen, dass diese Konfiguration sich auf die IP-Adressen auswirkt, die bei der Registrierung/beim Zugriff der Benutzer erfasst werden.
PS: Auch wenn Sie kein Entwickler und nur ein normaler Benutzer sind, wäre es für mich interessant zu wissen, ob Sie die unterschiedlichen öffentlichen IP-Adressen Ihrer Benutzer sehen können, wenn Sie eine selbst gehostete Docker-Instanz haben )
aber ich benutze meines Wissens nach keinen Proxy.
Das war das erste, was ich überprüft habe, bevor ich das docker-install-Skript gestartet habe:
Auf meinem Debian VPS Host ist kein Apache oder Nginx installiert. Ich kann nicht aufhören zu glauben, dass es etwas mit dem Docker-Proxy/Nginx-Webserver zu tun hat. Wenn Sie Ideen haben, was ich überprüfen könnte, wäre ich dankbar
Bearbeiten:
Hier sind meine IP-Konfigurationen auf meinem Host. Es scheint wirklich, dass die 172.17.x.x IP-Adressen irgendwie mit dem Docker-Image zusammenhängen:
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 <meine-öffentliche-ipv4-adresse>/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
Wenn Sie diese Änderungen nicht vornehmen, werden Sie kein Problem haben.
Wenn Sie das tun möchten, müssen Sie mehr über Docker lernen, als ich weiß, um die richtige IP-Adresse für Discourse zu erhalten.
Vielleicht können Sie einen Hinweis aus templates/cloudflare.template.yml erhalten. Der Teil, der set_real_ip_from sagt, ist wahrscheinlich das, wonach Sie suchen.
Am Ende habe ich die Lösung bereits irgendwie gepostet:
Nachdem die Datei /etc/docker/daemon.json gelöscht und systemctl restart docker ausgeführt wurde und auch eine kleine Weile gewartet wurde, lud das Forum wieder und zeigte meine aktuelle korrekte öffentliche IP-Adresse in der Übersicht meines Benutzers an.
Ich glaube, das hat etwas mit dem Docker-System zu tun.
)