Problème avec mailcow et le forum

Donc, sur un forum auquel je participe, cela fonctionnait, puis le propriétaire a configuré l’affichage de Mailcow lorsque les gens visitent le forum. Ensuite, ils l’ont retiré, donc j’ai rafraîchi mon navigateur et mis à jour mon appareil, mais je vois toujours ceci :

Et lorsque je vais sur un sujet envoyé via les notifications automatiques par e-mail du forum, je vois ceci :

J’ai donc supprimé le nom du sujet et gardé uniquement l’URL, et cela affiche toujours Mailcow.

J’ai essayé de redémarrer, etc. Je sais que le forum fonctionne car je reçois des notifications sur certains sujets.

Pourquoi ce problème se produit-il ?

Le propriétaire a modifié le DNS ou une partie de la configuration du serveur, de sorte que le forum est maintenant inaccessible était inaccessible. Il fonctionne pour moi maintenant.

@tobiaseigen peut probablement vous en dire plus.

Il existe de nombreuses façons de le faire, je ne pense pas que cela soit pertinent maintenant. Pouvez-vous vérifier si le forum fonctionne pour vous maintenant ? Vous voudrez peut-être redémarrer votre navigateur pour vider votre cache.

Expliquez comment on pourrait faire cela ?

Faire quoi ? Redémarrer le navigateur et vider le cache ? Utilisez Google.

Le DNS, je crois. RGJ a ajouté la citation de l’OP plus tard.

Richard a raison, cela n’a rien à voir avec Discourse. Vous devez simplement vider le cache de votre navigateur web.

La cause de ce problème était un proxy inverse mal configuré sur une installation très peu prise en charge. J’ai installé Discourse en multisite sur le même serveur que Mailcow et Nextcloud. J’ai résolu le problème très rapidement la semaine dernière, il devrait donc fonctionner pour tous les visiteurs de mes sites Discourse à présent.

Salut, merci d’avoir signalé cela @ice.d ! Je viens de regarder à nouveau de mon côté et, après avoir vidé le cache de mon téléphone et désactivé le Wi-Fi, j’ai vu le même écran de connexion mailcow !

Avec un peu d’aide de l’IA, j’ai appris que, comme mon serveur dispose d’IPv6, ma configuration de proxy inverse doit écouter à la fois IPv6 et IPv4. Apparemment, les réseaux mobiles privilégient IPv6.

server {
    listen 80;
    listen [::]:80;          # ← ajouter ceci
    server_name discourse.tobiaseigen.org;
    ...
}

server {
    listen 443 ssl;
    listen [::]:443 ssl;     # ← ajouter ceci
    server_name discourse.tobiaseigen.org;
    ...
}