Arrêt 1 : Erreur de contenu mixte dans le proxy NGINX

Installation
1

Je rencontre constamment des erreurs de contenu mixte et j’ai besoin d’aide pour résoudre ce problème.

J’utilise Nginx (fonctionnant sur AlmaLinux 9.4) pour faire du reverse proxy pour Discourse (version Docker standard 26.1.3, installation build b72abbb) fonctionnant sur Ubuntu 22.04). Si je définis force https, je ne peux pas me connecter. La situation est la même que celle décrite dans un thread précédent.

Je recherche une approche systématique pour décomposer ce problème en parties gérables. Vos conseils et vos idées seraient très précieux dans ce processus.

Discourse est un logiciel impressionnant. Il transforme les discussions en connaissances pour de plus en plus d’entreprises, y compris notre petit centre de recherche. Nous le testons depuis des mois et, malgré quelques problèmes, nous avons réussi à les surmonter avec votre aide.

Je souhaite le proposer comme notre standard pour des discussions civilisées, mais avant de pouvoir le faire, je dois expliquer pourquoi je ne peux pas résoudre certains problèmes apparemment simples comme celui-ci. Votre aide sera très appréciée ! Merci pour votre aide !

2

Ce fil de discussion résout la manière de forcer https et de faire fonctionner la connexion et toutes les autres actions dans la mesure où j’ai pu tester jusqu’à présent.

Je reçois encore quelques messages d’erreurs mixtes, cependant. Je continuerai à enquêter et à tenir ce sujet à jour.

Merci !

3

Stopper 1 résolu ! Fini les messages de contenu mixte avec n’importe quel navigateur (j’ai essayé Firefox, Opera et Safari sur macOS). Ce changement dans le proxy inverse Nginx a également résolu le problème décrit dans mon post Problème de réponse à un sujet.

À titre de référence, je publie également le fichier de configuration Nginx mis à jour :

server {
    server_name forum.igfae.usc.es;

    location / {
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_set_header   X-Forwarded-For $remote_addr;
        proxy_set_header   Host $http_host;
        proxy_pass         "http://172.16.57.96";
    }

    listen 443 ssl; # géré par Certbot
    ssl_certificate /etc/letsencrypt/live/forum.igfae.usc.es/fullchain.pem; # géré par Certbot
    ssl_certificate_key /etc/letsencrypt/live/forum.igfae.usc.es/privkey.pem; # géré par Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # géré par Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # géré par Certbot

}

server {
    if ($host = forum.igfae.usc.es) {
        return 301 https://$host$request_uri;
    } # géré par Certbot

    server_name forum.igfae.usc.es;
    listen 80;
    return 404; # géré par Certbot

}

Au moment de la création de ce post, Nginx/1.20.1 est exécuté comme proxy inverse sur un serveur AlmaLinux release 9.4 (Seafoam Ocelot).

Discourse 3.3.0.beta3-dev est exécuté sur Docker version 26.1.3, build b72abbb sur une machine Ubuntu 22.04.4 LTS.

<meta name="generator" content="Discourse 3.3.0.beta3-dev - https://github.com/discourse/discourse version 625c71585623d891751b8abd291337fda3724947">

Merci à tous !

4

Essayez de le coder en dur sur https :

proxy_set_header X-Forwarded-Proto https;

5

Je peinais à comprendre cette proposition. Pourquoi devrions-nous essayer de le coder en dur sur https si $scheme fonctionne ? Merci !

6

Je n’ai pas bien lu.

1 « J'aime »
7

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