J’utilise Cloudflare pour mon forum pour plusieurs raisons, mais je souhaite obtenir l’adresse IP réelle de mes visiteurs afin d’obtenir des données précises sur le nombre de personnes inscrites avec cette adresse IP, et pour que des fonctionnalités comme le bannissement par IP, etc., fonctionnent correctement.
Existe-t-il un moyen de le faire ?
Vous devez ajouter cloudflare.template.yml à la section des modèles de votre fichier app.yml.
En fait, maintenant, quand j’essaie de visiter mon site web, le serveur web est hors ligne ?
Quelle est l’erreur ? Quel est le contenu des fichiers journaux ?
Si je visite le forum, cela me renvoie simplement une erreur 521 : serveur Web hors ligne.
Voici ce qui figurait dans le fichier journal actuel :
2021-08-11 12:14:46.898 UTC [556] LOG: démarrage de PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) sur x86_64-pc-linux-gnu, compilé par gcc (Debian 8.3.0-6) 8.3.0, 64 bits
2021-08-11 12:14:46.899 UTC [556] LOG: écoute sur l'adresse IPv4 "0.0.0.0", port 5432
2021-08-11 12:14:46.899 UTC [556] LOG: écoute sur l'adresse IPv6 "::", port 5432
2021-08-11 12:14:46.996 UTC [556] LOG: écoute sur le socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 12:14:47.112 UTC [577] LOG: le système de base de données a été interrompu ; dernière mise à jour connue le 2021-08-10 14:46:03 UTC
2021-08-11 12:14:47.852 UTC [577] LOG: le système de base de données n'a pas été correctement arrêté ; récupération automatique en cours
2021-08-11 12:14:47.902 UTC [577] LOG: reprise commençant à 0/3DFE308
2021-08-11 12:14:47.905 UTC [577] LOG: enregistrement invalide à 0/3E0A2D8 : longueur attendue 24, obtenue 0
2021-08-11 12:14:47.905 UTC [577] LOG: reprise terminée à 0/3E0A2B0
2021-08-11 12:14:48.332 UTC [556] LOG: le système de base de données est prêt à accepter les connexions
2021-08-11 15:09:07.632 UTC [556] LOG: demande d'arrêt intelligent reçue
2021-08-11 15:09:08.970 UTC [556] LOG: l'arrière-plan « lanceur de réplication logique » (PID 585) s'est terminé avec le code de sortie 1
2021-08-11 15:09:08.973 UTC [580] LOG: arrêt en cours
2021-08-11 15:09:09.018 UTC [556] LOG: le système de base de données est arrêté
2021-08-11 15:14:54.109 UTC [564] LOG: démarrage de PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) sur x86_64-pc-linux-gnu, compilé par gcc (Debian 8.3.0-6) 8.3.0, 64 bits
2021-08-11 15:14:54.110 UTC [564] LOG: écoute sur l'adresse IPv4 "0.0.0.0", port 5432
2021-08-11 15:14:54.110 UTC [564] LOG: écoute sur l'adresse IPv6 "::", port 5432
2021-08-11 15:14:54.132 UTC [564] LOG: écoute sur le socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:14:54.136 UTC [576] LOG: le système de base de données a été arrêté le 2021-08-11 15:14:20 UTC
2021-08-11 15:14:54.147 UTC [564] LOG: le système de base de données est prêt à accepter les connexions
2021-08-11 15:48:11.435 UTC [564] LOG: demande d'arrêt intelligent reçue
2021-08-11 15:48:12.349 UTC [564] LOG: l'arrière-plan « lanceur de réplication logique » (PID 582) s'est terminé avec le code de sortie 1
2021-08-11 15:48:12.349 UTC [577] LOG: arrêt en cours
2021-08-11 15:48:12.397 UTC [564] LOG: le système de base de données est arrêté
2021-08-11 15:48:17.233 UTC [555] LOG: démarrage de PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) sur x86_64-pc-linux-gnu, compilé par gcc (Debian 8.3.0-6) 8.3.0, 64 bits
2021-08-11 15:48:17.233 UTC [555] LOG: écoute sur l'adresse IPv4 "0.0.0.0", port 5432
2021-08-11 15:48:17.233 UTC [555] LOG: écoute sur l'adresse IPv6 "::", port 5432
2021-08-11 15:48:17.245 UTC [555] LOG: écoute sur le socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 15:48:17.255 UTC [570] LOG: le système de base de données a été arrêté le 2021-08-11 15:48:12 UTC
2021-08-11 15:48:17.271 UTC [555] LOG: le système de base de données est prêt à accepter les connexions
2021-08-11 18:24:06.544 UTC [555] LOG: demande d'arrêt intelligent reçue
2021-08-11 18:24:11.892 UTC [555] LOG: l'arrière-plan « lanceur de réplication logique » (PID 576) s'est terminé avec le code de sortie 1
2021-08-11 18:24:11.895 UTC [571] LOG: arrêt en cours
2021-08-11 18:24:11.936 UTC [555] LOG: le système de base de données est arrêté
2021-08-11 18:59:31.940 UTC [554] LOG: démarrage de PostgreSQL 13.3 (Debian 13.3-1.pgdg100+1) sur x86_64-pc-linux-gnu, compilé par gcc (Debian 8.3.0-6) 8.3.0, 64 bits
2021-08-11 18:59:31.940 UTC [554] LOG: écoute sur l'adresse IPv4 "0.0.0.0", port 5432
2021-08-11 18:59:31.940 UTC [554] LOG: écoute sur l'adresse IPv6 "::", port 5432
2021-08-11 18:59:31.964 UTC [554] LOG: écoute sur le socket Unix "/var/run/postgresql/.s.PGSQL.5432"
2021-08-11 18:59:31.977 UTC [570] LOG: le système de base de données a été arrêté le 2021-08-11 18:24:11 UTC
2021-08-11 18:59:32.004 UTC [554] LOG: le système de base de données est prêt à accepter les connexions
Voici le journal de la base de données. Pouvez-vous vérifier les journaux dans /var/discourse/shared/standalone/log/var-log/nginx/error.log ?
error.zip (123,2 Ko)
Le fichier error.log se trouve dans ce fichier zip. Il contient essentiellement la même chose. (Je ne peux pas publier le fichier .log car il n’est pas pris en charge, et tout le contenu du fichier error.log représente une quantité de texte extrêmement importante.)
Il semble que le modèle Cloudflare soit actuellement cassé. La dernière mise à jour remonte à 2016. Veuillez le supprimer et le reconstruire. Je regarderai pour le réparer, si le temps le permet.
D’accord, merci pour ton aide !
Je rencontre le même problème, heureux qu’une solution soit disponible ici 
Ce qui est étrange, c’est que cela semble uniquement affecter les reconstructions effectuées aujourd’hui. Les autres serveurs (même version de Discourse - Stable 2.7.7) fonctionnent correctement.
Cependant, j’ai récemment commencé à recevoir des erreurs bizarres sur plusieurs forums (pas après une mise à jour) :
Oups
Le logiciel alimentant ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasionnée.
Des informations détaillées sur l'erreur ont été consignées et une notification automatique a été générée. Nous allons l'examiner.
Aucune action supplémentaire n'est nécessaire. Cependant, si le problème persiste, vous pouvez fournir des détails supplémentaires, y compris les étapes pour reproduire l'erreur, en publiant un sujet de discussion dans la catégorie de feedback du site.
Je ne sais pas si c’est lié ; c’est d’ailleurs la raison pour laquelle j’ai récemment effectué des reconstructions sur la même version.
Édition : Confirmé, la suppression du modèle Cloudflare a résolu l’erreur 521.
Mise à jour : Il semble que @Zenexer ait soumis une PR pour cela : Cloudflare template broken again
Si je commente la ligne du modèle Cloudflare dans app.yml, quel sera l’impact sur mon [site] ? (https://howtodiscuss.com) ? Nous utilisons Cloudflare pour notre site.
De plus, est-ce que mon problème est le même ? https://meta.discourse.org/t/discourse-updated-from-admin-not-working-after-rebuild-fatal-error-site-does-not-load-anymore-after-rebuild/200443
@markersocial mon site fonctionne avec Cloudflare. Si je supprime cette ligne, que se passera-t-il pour mon site ?
Pour autant que je sache, les adresses IP utilisées pour les inscriptions et les connexions récentes seront enregistrées comme des adresses IP de Cloudflare au lieu de leurs vraies adresses IP. Ainsi, si vous bannissez quelqu’un, les adresses IP de Cloudflare seront ajoutées à votre journal de bannissement, ce qui n’est pas idéal, non ?
Je pense que cela signifie que les utilisateurs ne pourront pas se connecter ou s’inscrire s’ils tombent par hasard sur l’une des adresses IP de Cloudflare bannies (tant que le modèle n’est pas utilisé). Les utilisateurs déjà connectés ne devraient pas être affectés, je crois. Par le passé (et probablement encore aujourd’hui, je ne suis pas sûr), cela pouvait même empêcher les administrateurs et les modérateurs de se connecter à une nouvelle session.
Il serait peut-être judicieux de désactiver les inscriptions publiques et de ne pas utiliser le bannissement par adresse IP tant que le modèle n’est pas disponible.
OK, merci. Pensez-vous vraiment que mon problème est le même que ce bug du modèle Cloudflare ? Veuillez consulter le lien de mon sujet dans mon dernier message et me confirmer cela.
Quelle commande de journalisation dois-je utiliser pour diagnostiquer ce même bug ?
Et comment avez-vous pu vous assurer que votre bug d’erreur 502 était également dû à la même erreur de CF ?
C’est corrigé par Cloudflare template broken again - #3 by Zenexer. Veuillez réessayer de l’utiliser.