Come rivelare gli IP reali usando CloudFlare

Utilizzo Cloudflare per il mio forum per diversi motivi, ma voglio ottenere l’IP reale dei miei visitatori per avere dati precisi su quanti utenti sono registrati con quel indirizzo IP e per far funzionare correttamente il blocco IP, ecc.
Esiste un modo per farlo?

È necessario aggiungere cloudflare.template.yml alla sezione dei template del file app.yml.

5 Mi Piace

In realtà, ora quando provo a visitare il mio sito web, il server web è offline?

1 Mi Piace

Qual è l’errore? Qual è il contenuto dei file di log?

Se visito il forum, ricevo solo un errore 521 Web server down.
Questo è quanto riportato nel file di log corrente:

2021-08-11 12:14:46.898 UTC [556] LOG:  avvio di PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) su x86_64-pc-linux-gnu, compilato con gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 12:14:46.899 UTC [556] LOG:  in ascolto sull'indirizzo IPv4 "0.0.0.0", porta 5432
2021-08-11 12:14:46.899 UTC [556] LOG:  in ascolto sull'indirizzo IPv6 "::", porta 5432
2021-08-11 12:14:46.996 UTC [556] LOG:  in ascolto sulla socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 12:14:47.112 UTC [577] LOG:  il sistema di database è stato interrotto; ultimo avvio noto alle 2021-08-10 14:46:03 UTC
2021-08-11 12:14:47.852 UTC [577] LOG:  il sistema di database non è stato chiuso correttamente; recupero automatico in corso
2021-08-11 12:14:47.902 UTC [577] LOG:  redo inizia a 0/3DFE308
2021-08-11 12:14:47.905 UTC [577] LOG:  record non valido a 0/3E0A2D8: atteso 24, ottenuto 0
2021-08-11 12:14:47.905 UTC [577] LOG:  redo completato a 0/3E0A2B0
2021-08-11 12:14:48.332 UTC [556] LOG:  il sistema di database è pronto ad accettare connessioni
2021-08-11 15:09:07.632 UTC [556] LOG:  ricevuta richiesta di arresto intelligente
2021-08-11 15:09:08.970 UTC [556] LOG:  il worker in background "logical replication launcher" (PID 585) è uscito con codice di uscita 1
2021-08-11 15:09:08.973 UTC [580] LOG:  arresto in corso
2021-08-11 15:09:09.018 UTC [556] LOG:  il sistema di database è stato spento
2021-08-11 15:14:54.109 UTC [564] LOG:  avvio di PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) su x86_64-pc-linux-gnu, compilato con gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 15:14:54.110 UTC [564] LOG:  in ascolto sull'indirizzo IPv4 "0.0.0.0", porta 5432
2021-08-11 15:14:54.110 UTC [564] LOG:  in ascolto sull'indirizzo IPv6 "::", porta 5432
2021-08-11 15:14:54.132 UTC [564] LOG:  in ascolto sulla socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:14:54.136 UTC [576] LOG:  il sistema di database è stato spento alle 2021-08-11 15:14:20 UTC
2021-08-11 15:14:54.147 UTC [564] LOG:  il sistema di database è pronto ad accettare connessioni
2021-08-11 15:48:11.435 UTC [564] LOG:  ricevuta richiesta di arresto intelligente
2021-08-11 15:48:12.349 UTC [564] LOG:  il worker in background "logical replication launcher" (PID 582) è uscito con codice di uscita 1
2021-08-11 15:48:12.349 UTC [577] LOG:  arresto in corso
2021-08-11 15:48:12.397 UTC [564] LOG:  il sistema di database è stato spento
2021-08-11 15:48:17.233 UTC [555] LOG:  avvio di PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) su x86_64-pc-linux-gnu, compilato con gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 15:48:17.233 UTC [555] LOG:  in ascolto sull'indirizzo IPv4 "0.0.0.0", porta 5432
2021-08-11 15:48:17.233 UTC [555] LOG:  in ascolto sull'indirizzo IPv6 "::", porta 5432
2021-08-11 15:48:17.245 UTC [555] LOG:  in ascolto sulla socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:48:17.255 UTC [570] LOG:  il sistema di database è stato spento alle 2021-08-11 15:48:12 UTC
2021-08-11 15:48:17.271 UTC [555] LOG:  il sistema di database è pronto ad accettare connessioni
2021-08-11 18:24:06.544 UTC [555] LOG:  ricevuta richiesta di arresto intelligente
2021-08-11 18:24:11.892 UTC [555] LOG:  il worker in background "logical replication launcher" (PID 576) è uscito con codice di uscita 1
2021-08-11 18:24:11.895 UTC [571] LOG:  arresto in corso
2021-08-11 18:24:11.936 UTC [555] LOG:  il sistema di database è stato spento
2021-08-11 18:59:31.940 UTC [554] LOG:  avvio di PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) su x86_64-pc-linux-gnu, compilato con gcc (Debian 8.3.0-6) 8.3.0, 64-bit
2021-08-11 18:59:31.940 UTC [554] LOG:  in ascolto sull'indirizzo IPv4 "0.0.0.0", porta 5432
2021-08-11 18:59:31.940 UTC [554] LOG:  in ascolto sull'indirizzo IPv6 "::", porta 5432
2021-08-11 18:59:31.964 UTC [554] LOG:  in ascolto sulla socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 18:59:31.977 UTC [570] LOG:  il sistema di database è stato spento alle 2021-08-11 18:24:11 UTC
2021-08-11 18:59:32.004 UTC [554] LOG:  il sistema di database è pronto ad accettare connessioni
2 Mi Piace

Questo è il log del database. Puoi controllare i log in /var/discourse/shared/standalone/log/var-log/nginx/error.log?

1 Mi Piace

error.zip (123,2 KB)
Il file error.log è contenuto in questo archivio zip; si tratta sostanzialmente della stessa cosa. (Non posso pubblicare il file .log perché non è supportato e il file error.log contiene una quantità di testo davvero enorme.)

Sembra che il template di Cloudflare sia rotto al momento. L’ultimo aggiornamento risale al 2016. Si prega di rimuoverlo e ricostruirlo. Darò un’occhiata per ripararlo, se il tempo lo permetterà.

4 Mi Piace

Va bene, grazie per l’aiuto!

Sto riscontrando lo stesso problema, sono contento che ci sia una soluzione qui :slight_smile:

La cosa strana è che sembra colpire solo i rebuild eseguiti oggi. Gli altri server (stessa versione di Discourse - Stable 2.7.7) funzionano correttamente.

Tuttavia, recentemente ho iniziato a ricevere alcuni errori strani su alcuni forum (non dopo un aggiornamento):

Oops

Il software che gestisce questo forum di discussione ha riscontrato un problema imprevisto. Ci scusiamo per l'inconveniente.

Sono state registrate informazioni dettagliate sull'errore e generata una notifica automatica. Lo esamineremo.

Non è necessaria alcuna ulteriore azione. Tuttavia, se l'errore persiste, puoi fornire ulteriori dettagli, inclusi i passaggi per riprodurre l'errore, pubblicando un argomento di discussione nella categoria feedback del sito.

Non sono sicuro che sia correlato; l’errore è il motivo per cui ho recentemente eseguito dei rebuild sulla stessa versione.

Modifica: Confermato, la rimozione del template di Cloudflare ha risolto l’errore 521.

Aggiornamento: Sembra che @Zenexer abbia creato una PR per questo: Cloudflare template broken again

2 Mi Piace

Se commento la riga del template di Cloudflare in app.yml, come influenzerà il mio [sito] (https://howtodiscuss.com)? Stiamo utilizzando Cloudflare sul nostro sito.

Inoltre, il mio problema è lo stesso? https://meta.discourse.org/t/discourse-updated-from-admin-not-working-after-rebuild-fatal-error-site-does-not-load-anymore-after-rebuild/200443

@markersocial il mio sito è in esecuzione su Cloudflare; se rimuovo quella riga, cosa succederà al mio sito?

Per quanto ne so, gli utenti avranno registrati gli indirizzi IP utilizzati di recente e le loro registrazioni come indirizzi IP di Cloudflare invece dei loro indirizzi IP reali. Quindi, se banni qualcuno, gli indirizzi IP di Cloudflare verranno aggiunti al tuo registro dei blocchi. Il che non è una buona cosa, vero.

Credo che questo significhi che gli utenti non potranno accedere o registrarsi se, per caso, ottengono uno degli indirizzi IP di Cloudflare bannati (mentre il template non è in uso). Gli utenti già loggati non saranno interessati, penso. In passato (probabilmente ancora ora, non sono sicuro), questo poteva causare persino agli amministratori e ai moderatori l’impossibilità di accedere a una nuova sessione.

Potrebbe essere una buona idea disabilitare le registrazioni pubbliche e non utilizzare il blocco per IP finché il template non sarà disponibile.

1 Mi Piace

Ok, grazie. Pensi davvero che il mio problema sia lo stesso bug del template Cloudflare? Per favore, guarda il link al mio argomento nel mio ultimo post e confermami.

Quale comando di log dovrei usare per diagnosticare lo stesso bug?

E come hai fatto a essere sicuro che il tuo errore di ottenere il 502 sia dovuto allo stesso errore di CF?

È stato corretto da Cloudflare template broken again - #3 by Zenexer. Si prega di provarlo di nuovo.

3 Mi Piace

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