التشغيل على منفذ مختلف عن 443: تعطيل إعادة التوجيه إلى عنوان URL غير المنفذ

تثبيت
1

لقد قمت بتغيير app.yml
إلى

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

وأريد فتح ديسكورس عبر https://mydomain.com:20633، ولكن بعد ذلك يحاول إعادة التوجيه إلى https://mydomain.com والذي لن يعمل.

عند استخدام

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

يُظهر netstat -tulpn أنه يستمع على هذه المنافذ، ولكن عند محاولة الوصول، يحدث انتهاء مهلة.

وجدت تشغيلًا في مجلد فرعي meta . discourse . org/t/serve-discourse-from-a-subfolder-path-prefix-instead-of-a-subdomain/30507 وهو غير قابل للتطبيق.

وجدت أيضًا meta . discourse . org/t/install-discourse-on-a-residential-internet-with-cloudflare-tunnel/211297
وهذا يتجه في الاتجاه الصحيح، ولكنه ليس ما أحتاجه تمامًا.

ملاحظة: آسف لإزالة الروابط إلى المنتدى، ولكن لا يمكنني النشر بخلاف ذلك.

إعجاب واحد (1)
2

نحن لا ندعم التشغيل على منافذ غير قياسية. إذا كانت المنافذ 80/443 مشغولة بالفعل، فستحتاج إلى استخدام خادم منفصل حيث لا تكون مشغولة أو تشغيل وكيل عكسي من خدماتك الأخرى و Discourse.

3 إعجابات
3

في بعض الأحيان، تعني عبارة “نحن لا ندعم” عبارة “هذا يتجاوز المساعدة التي يمكنك توقعها هنا”، ولكن هذه المرة تعني “أنت تضيع وقتك حتى في المحاولة”.

إعجاب واحد (1)
4

المنافذ ليست “مشغولة” بالطريقة المعتادة. يمكن لـ Discourse الاستيلاء على المنفذ 80 و 443 على هذا النظام، وهو يعمل بالفعل على خادم منفصل بمفرده.
لقد علقت في خطوة تعطيل إعادة التوجيه/إزالة المنفذ في عنوان URL وسيعمل كل شيء كما هو متوقع.

إعجاب واحد (1)
5

لا يمكنك منع هذا إعادة التوجيه.

إذا لم تتمكن من النشر على المنافذ القياسية، فلن تعمل على الإطلاق. خياراتك هنا هي استخدام خادم تتوفر فيه المنافذ :80/443، أو اختيار منصة مناقشة بديلة.

إعجاب واحد (1)
6

هل يمكنك مساعدتي في تكوين وكيل nginx العكسي؟

لقد جربت خيارات مختلفة دون نجاح

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 / {
        # إزالة المنفذ من عنوان URL الخاص بـ proxy_pass باستخدام تعبير عادي
        # سيتم استبدال الجزء الملتقط من التعبير العادي ($1) في عنوان URL الخاص بـ proxy_pass
        # يتم تحديد عنوان IP ومنفذ الخادم الخلفي الفعلي بشكل منفصل في توجيه 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:20633/home;
		#proxy_redirect http://192.168.178.31:20633 $scheme://$host:80;
        
        # الحفاظ على رأس Host الذي أرسله العميل إلى الخادم الخلفي
        #proxy_set_header Host $host;
		proxy_set_header Host $http_host;

    }
}
إعجاب واحد (1)
7

انظر الدليل في تشغيل مواقع ويب أخرى على نفس الجهاز مثل Discourse.

إعجابَين (2)
8

هذا البرنامج التعليمي مخصص للتشغيل على نفس الخادم عبر مقبس يونكس. هل هناك أيضًا تكوين لتشغيل الوكيل العكسي على نظام مختلف بمنفذ مختلف؟ أعتقد أنه يجب أن يكون كذلك لأن هذه الحالة قد تحدث بشكل متكرر. على المضيف الآخر لدي بالفعل شهادة.
فقط للتوضيح: هذا الإعداد مخصص للاختبار فقط. في الإنتاج، سيتم تشغيله على المنفذ 443، ولكن للتطوير والاختبار، فإن جهاز افتراضي في المنزل كافٍ تمامًا ويوفر التكاليف لتأجير خادم في هذه الأثناء.