Si le discours après haproxy, nous utilisons maintenant proxy_protocol, mais le discours ne le prend pas en charge.
Documentation nginx :
J’ai essayé de résoudre ce problème en utilisant un modèle, mais
Étant donné que la plupart d’entre eux sont basés sur des modèles similaires, cela pourrait ne pas être une bonne solution.
PR pour cela
Je pense que vous devriez gérer cela de la même manière que Cloudflare est géré (après tout, Cloudflare est également un proxy / répartiteur de charge en amont). Voir discourse_docker/templates/cloudflare.template.yml at ae5a223074388795e4ea073a162cbf1dc174d392 · discourse/discourse_docker · GitHub
Y a-t-il un changement concernant la prise en charge du protocole proxy ?
Dans notre configuration, nous utilisons actuellement haproxy pour la terminaison SSL et apache2 comme rev-proxy externe qui se connecte ensuite à un websocket unix pour le conteneur discourse web_only. Je veux passer à nginx pour le rev-proxy externe et également implémenter le protocole proxy, qui est également pris en charge par haproxy.
Il semble que le conteneur web_only et le nginx à l’intérieur ne prennent toujours pas en charge le protocole proxy. Est-ce correct ?
Je sais qu’ils utilisent haproxy dans leur hébergement.
Le problème que vous essayez de résoudre est que vous voulez que la bonne adresse IP parvienne à Discourse ? Vous pouvez consulter des sujets comme Comment configurer Discourse sur un serveur avec des sites Apache existants pour savoir comment configurer le nginx interne pour transmettre l’adresse IP.