Exécution sur un port différent de 443 : désactiver la redirection vers l'URL nonport

Installation
1

J’ai changé app.yml
pour

expose:
  - "20632:80"   # http
  #- "443:443" # https
  - "20633:443"

et je veux ouvrir discourse via https://mondomaine.com:20633, mais il essaie ensuite de rediriger vers https://mondomaine.com, ce qui ne fonctionnera pas.

Lorsque j’utilise

expose:
  - "20632:20632"   # http
  #- "443:443" # https
  - "20633:20633"

netstat -tulpn montre qu’il écoute sur ces ports, mais lors de la tentative d’accès, il y a un timeout.

J’ai trouvé une discussion sur un sous-dossier meta . discourse . org/t/serve-discourse-from-a-subfolder-path-prefix-instead-of-a-subdomain/30507 qui ne s’applique pas.

J’ai aussi trouvé meta . discourse . org/t/install-discourse-on-a-residential-internet-with-cloudflare-tunnel/211297
Cela va dans la bonne direction, mais ce n’est pas tout à fait ce dont j’ai besoin.

PS Désolé d’avoir supprimé les liens vers le forum, mais je ne peux pas poster autrement.

1 « J'aime »
2

Nous ne prenons pas en charge l’exécution sur des ports non standard. Si les ports 80/443 sont déjà occupés, vous devrez utiliser un serveur distinct où ils ne le sont pas ou exécuter un proxy inverse depuis vos autres services et Discourse.

3 « J'aime »
3

Parfois, « nous ne prenons pas en charge » signifie « c’est au-delà de l’aide que vous pouvez attendre ici », mais cette fois, cela signifie « vous perdez votre temps à essayer ».

1 « J'aime »
4

Les ports ne sont pas « occupés » de la manière habituelle. Discourse peut utiliser les ports 80 et 443 sur ce système, il fonctionne déjà sur un serveur séparé.
Je suis bloqué à l’étape de désactivation de la redirection/suppression du port dans l’URL et tout fonctionnerait comme prévu.

1 « J'aime »
5

Vous ne pouvez pas empêcher cette redirection.

Si vous ne pouvez pas publier sur les ports standard, cela ne fonctionnera pas du tout. Vos choix sont soit d’utiliser un serveur où les ports :80/443 sont disponibles, soit de choisir une plateforme de discussion alternative.

1 « J'aime »
6

Pouvez-vous m’aider avec la configuration du proxy inverse nginx ?

J’ai essayé plusieurs options sans succès

server {
    listen 20633 ssl;
    server_name mydomain.com;
	
	ssl_certificate /etc/letsencrypt/live/mensa.myftp.org/fullchain.pem;
	ssl_certificate_key /etc/letsencrypt/live/mensa.myftp.org/privkey.pem;

    location / {
        # Supprimez le port de l'URL proxy_pass à l'aide d'une expression régulière
        # La partie capturée de l'expression régulière ($1) sera remplacée dans l'URL proxy_pass
        # L'adresse IP et le port réels du serveur backend sont spécifiés séparément dans la directive proxy_pass
        proxy_pass http://192.168.178.31:80/;
		#$request_uri;
		proxy_redirect http://192.168.178.31:80/ $scheme://$host:20633/;
		#return 301 $scheme://$host:$server_port/home;
		#proxy_redirect http://192.168.178.31:20633 $scheme://$host:80;
        
        # Préservez l'en-tête Host envoyé par le client au serveur backend
        #proxy_set_header Host $host;
		proxy_set_header Host $http_host;

    }
}
1 « J'aime »
7

Voir le guide sur Exécuter d’autres sites Web sur la même machine que Discourse.

2 « J'aime »
8

Ce tutoriel est destiné à être exécuté sur le même serveur via une socket Unix. Existe-t-il également une configuration pour exécuter le proxy inverse sur un système différent avec un port différent ? Je pense que ce devrait être le cas, car cette situation pourrait se présenter plus souvent. Sur l’autre hôte, j’ai déjà un certificat.
Pour être clair : cette configuration est uniquement à des fins de test. En production, il s’exécutera sur le port 443, mais pour le développement et les tests, une VM à la maison est tout à fait suffisante et permet d’économiser les coûts de location d’un serveur entre-temps.