Wie decke ich echte IPs mit Cloudflare auf?

Ich nutze Cloudflare für mein Forum aus mehreren Gründen, aber ich möchte die echte IP-Adresse meiner Besucher erhalten, um genaue Daten darüber zu haben, wie viele Personen mit dieser IP-Adresse angemeldet sind, und damit IP-Sperren usw. funktionieren.
Gibt es eine Möglichkeit, dies zu tun?

Sie müssen cloudflare.template.yml zum Abschnitt templates Ihrer app.yml-Datei hinzufügen.

5 „Gefällt mir“

Eigentlich ist mein Webserver jetzt down, wenn ich versuche, meine Website aufzurufen?

1 „Gefällt mir“

Was ist der Fehler? Was ist der Inhalt der Protokolldateien?

Wenn ich das Forum aufrufe, erhalte ich nur einen Error 521 Web server down.
Hier ist der Inhalt der aktuellen Protokolldatei:

2021-08-11 12:14:46.898 UTC [556] LOG:  starting PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 12:14:46.899 UTC [556] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2021-08-11 12:14:46.899 UTC [556] LOG:  listening on IPv6 address "::", port 5432
2021-08-11 12:14:46.996 UTC [556] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 12:14:47.112 UTC [577] LOG:  database system was interrupted; last known up at 2021-08-10 14:46:03 UTC
2021-08-11 12:14:47.852 UTC [577] LOG:  database system was not properly shut down; automatic recovery in progress
2021-08-11 12:14:47.902 UTC [577] LOG:  redo starts at 0/3DFE308
2021-08-11 12:14:47.905 UTC [577] LOG:  invalid record length at 0/3E0A2D8: wanted 24, got 0
2021-08-11 12:14:47.905 UTC [577] LOG:  redo done at 0/3E0A2B0
2021-08-11 12:14:48.332 UTC [556] LOG:  database system is ready to accept connections
2021-08-11 15:09:07.632 UTC [556] LOG:  received smart shutdown request
2021-08-11 15:09:08.970 UTC [556] LOG:  background worker "logical replication launcher" (PID 585) exited with exit code 1
2021-08-11 15:09:08.973 UTC [580] LOG:  shutting down
2021-08-11 15:09:09.018 UTC [556] LOG:  database system is shut down
2021-08-11 15:14:54.109 UTC [564] LOG:  starting PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 15:14:54.110 UTC [564] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2021-08-11 15:14:54.110 UTC [564] LOG:  listening on IPv6 address "::", port 5432
2021-08-11 15:14:54.132 UTC [564] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:14:54.136 UTC [576] LOG:  database system was shut down at 2021-08-11 15:14:20 UTC
2021-08-11 15:14:54.147 UTC [564] LOG:  database system is ready to accept connections
2021-08-11 15:48:11.435 UTC [564] LOG:  received smart shutdown request
2021-08-11 15:48:12.349 UTC [564] LOG:  background worker "logical replication launcher" (PID 582) exited with exit code 1
2021-08-11 15:48:12.349 UTC [577] LOG:  shutting down
2021-08-11 15:48:12.397 UTC [564] LOG:  database system is shut down
2021-08-11 15:48:17.233 UTC [555] LOG:  starting PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 15:48:17.233 UTC [555] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2021-08-11 15:48:17.233 UTC [555] LOG:  listening on IPv6 address "::", port 5432
2021-08-11 15:48:17.245 UTC [555] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:48:17.255 UTC [570] LOG:  database system was shut down at 2021-08-11 15:48:12 UTC
2021-08-11 15:48:17.271 UTC [555] LOG:  database system is ready to accept connections
2021-08-11 18:24:06.544 UTC [555] LOG:  received smart shutdown request
2021-08-11 18:24:11.892 UTC [555] LOG:  background worker "logical replication launcher" (PID 576) exited with exit code 1
2021-08-11 18:24:11.895 UTC [571] LOG:  shutting down
2021-08-11 18:24:11.936 UTC [555] LOG:  database system is shut down
2021-08-11 18:59:31.940 UTC [554] LOG:  starting PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 18:59:31.940 UTC [554] LOG:  listening on IPv4 address "0.0.0.0", port 5432
2021-08-11 18:59:31.940 UTC [554] LOG:  listening on IPv6 address "::", port 5432
2021-08-11 18:59:31.964 UTC [554] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 18:59:31.977 UTC [570] LOG:  database system was shut down at 2021-08-11 18:24:11 UTC
2021-08-11 18:59:32.004 UTC [554] LOG:  database system is ready to accept connections
2 „Gefällt mir“

Das ist das Datenbank-Log. Könntest du die Logs unter /var/discourse/shared/standalone/log/var-log/nginx/error.log prüfen?

1 „Gefällt mir“

error.zip (123,2 KB)
Die Datei error.log befindet sich in diesem ZIP-Archiv. Es handelt sich größtenteils immer um dasselbe. (Ich kann die .log-Datei nicht posten, da sie nicht unterstützt wird, und der Inhalt der error.log-Datei ist extrem umfangreich.)

Es sieht so aus, als wäre die Cloudflare-Vorlage derzeit defekt. Das letzte Update war 2016. Bitte entfernen Sie sie und bauen Sie sie neu auf. Ich werde mich, sofern die Zeit es zulässt, darum kümmern, sie zu reparieren.

4 „Gefällt mir“

Alles klar, danke für die Hilfe!

Ich bekomme das gleiche Problem, gut, dass es hier eine Lösung gibt :slight_smile:

Seltsam ist nur, dass es anscheinend nur Neuaufbauten betrifft, die heute durchgeführt wurden. Andere Server (gleiche Discourse-Version – Stable 2.7.7) laufen einwandfrei.

Obwohl ich kürzlich auf einigen Foren (nicht nach einem Update) seltsame Fehler erhalten habe:

Oops

Die Software, die dieses Diskussionsforum betreibt, ist auf ein unerwartetes Problem gestoßen. Wir entschuldigen uns für die Unannehmlichkeiten.

Detaillierte Informationen zum Fehler wurden protokolliert und eine automatische Benachrichtigung generiert. Wir werden uns das ansehen.

Es sind keine weiteren Schritte erforderlich. Falls der Fehler jedoch weiterhin besteht, können Sie weitere Details, einschließlich der Schritte zur Reproduktion des Fehlers, bereitstellen, indem Sie ein Diskussionsthema in der Feedback-Kategorie der Seite veröffentlichen.

Ich bin mir nicht sicher, ob es damit zusammenhängt; der Fehler war der Grund, warum ich kürzlich Neuaufbauten mit derselben Version durchgeführt habe.

Edit: Bestätigt. Das Entfernen der Cloudflare-Vorlage hat den 521-Fehler behoben.

Update: Es sieht so aus, als hätte @Zenexer einen PR dafür erstellt: Cloudflare template broken again

2 „Gefällt mir“

Wenn ich die Zeile für die Cloudflare-Vorlage in app.yml auskommentiere, wie wirkt sich das auf meine [site] (https://howtodiscuss.com) aus? Wir nutzen Cloudflare auf unserer Website.

Ist mein Problem dasselbe? https://meta.discourse.org/t/discourse-updated-from-admin-not-working-after-rebuild-fatal-error-site-does-not-load-anymore-after-rebuild/200443

@markersocial Meine Website läuft über Cloudflare. Was passiert mit meiner Website, wenn ich diese Zeile entferne?

Soweit ich weiß, werden bei den Nutzern Registrierungen und kürzlich verwendete IPs als Cloudflare-IPs statt als ihre echten IPs protokolliert. Wenn du also jemanden verbietest, werden die Cloudflare-IPs in dein Sperrprotokoll aufgenommen. Das ist natürlich nicht ideal.

Ich vermute, dass dies dazu führt, dass sich Nutzer nicht anmelden oder registrieren können, falls sie zufällig eine der gesperrten Cloudflare-IPs erhalten (während die Vorlage nicht verwendet wird). Bereits angemeldete Nutzer dürften davon meines Erachtens nicht betroffen sein. In der Vergangenheit (und wahrscheinlich auch heute noch, bin mir aber nicht sicher) konnte dies sogar dazu führen, dass Administratoren und Moderatoren sich nicht für eine neue Sitzung anmelden konnten.

Es wäre vielleicht ratsam, öffentliche Registrierungen zu deaktivieren und IP-Sperren nicht zu verwenden, bis die Vorlage verfügbar ist.

1 „Gefällt mir“

Ok, danke. Glaubst du wirklich, dass mein Problem dasselbe ist wie dieser Cloudflare-Template-Bug? Bitte sieh dir den Link zu meinem Thema in meinem letzten Beitrag an und bestätige mir das.

Welchen Log-Befehl sollte ich verwenden, um denselben Bug zu diagnostizieren?

Und wie hast du sichergestellt, dass dein Fehler mit dem 502 ebenfalls auf denselben CF-Fehler zurückzuführen ist?

Es wurde durch Cloudflare template broken again - #3 by Zenexer behoben. Bitte versuche es erneut damit.

3 „Gefällt mir“

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.