[تم الحل] مشاكل التثبيت مع خادمين منفصلين

إليك ما أواجهه تقريبًا.

لدي خادمان عاديان. يعمل أحدهما بنظام Unraid، بينما يُستخدم الثاني لتشغيل آلات افتراضية ESXi.

يعمل خادم Unraid مع مدير عكس الوكيل Nginx. لدي آلة افتراضية Ubuntu 18.04 على جهاز ESXi. أثناء التثبيت، يخبرني النظام أن الاتصال يعمل عبر المنفذ 80 لكنه لا يعمل عبر المنفذ 443. هل يستخدم أحدكم هذا النوع من الإعدادات؟

في إعداد عكس الوكيل، قمت بتكوين نطاق بلدي مع شهادة SSL وضبطه على المنفذ 80. أنا فقط لا أفهم بما يكفي (أستخدم هذا كخبرة تعليمية) لأفهم كيفية جعلهما يعملان معًا وتثبيت Discourse وتشغيله بنجاح.

شكرًا لكم

تحديث: تمكنت من حل المشكلة. الرابط الذي ساعدني في التوجه نحو الحل الصحيح هو هنا.
https://www.digitalocean.com/community/tutorials/how-to-install-discourse-behind-nginx-on-ubuntu-14-04

للعلم فقط،

بالنسبة للخطوة التالية، قد تفكر في تغيير البروكسي ليتحدث مع مقبس نطاق يونكس (Unix domain socket) داخل حاويات Docker.

يوفر هذا الإعداد مرونة أكبر، حيث يمكنك ببساطة إنشاء رابط رمزي من خارج الحاوية إلى داخلها، والتبديل بسهولة من حاوية إلى أخرى دون أي توقف ودون الحاجة إلى إعادة تشغيل nginx.

على سبيل المثال (على نظام Linux، لن يعمل هذا على MacOS)

قد يكون مقبس يونكس هنا (من منظور الحاوية)، كمثال:

/shared/mycool.discourse.sock

خارج الحاوية:

ln -sf /var/discourse/shared/socket-only/mycool.discourse.sock  /tmp/mycool.discourse.sock

لذلك، سيربط خادم nginx الخارجي الخاص بك مع عكس البروكسي إلى:

/tmp/mycool.discourse.sock

لنفترض أنك تريد إضافة بعض الإضافات وتحتاج إلى إعادة البناء.

يمكنك إعادة البناء باستخدام /shared/socket-only2 (بتغيير بسيط في ملف yml)، وللتبديل إلى الحاوية الجديدة، ما عليك سوى:

ln -sf /var/discourse/shared/socket-only2/mycool.discourse.sock  /tmp/mycool.discourse.sock

(أو وضعه في /var/run أو أي مكان آخر …)

يعمل هذا بسلاسة شديدة ويمكنك التبديل ذهابًا وإيابًا بين الحاويات في بضع ميلي ثوانٍ، دون الحاجة إلى إعادة تشغيل nginx لإعادة تعيين مقابس نطاق TCP/IP.

لقد اختبرت هذا تمامًا وهو يعمل بلا عيوب وبسلاسة.

كما يعمل (تقريبًا) مع Apache2، لكن في Apache2، لا يمكنك استخدام رابط رمزي ويجب استخدام المسار الكامل للحاوية في إعدادات موقع Apache2، لذا يتطلب Apache2 إعادة تشغيل للتبديل، ولكن بما أنك مستخدم لـ nginx, فإن هذا سيكون سهلًا وسلسًا خارج الحاوية.

رائع، شكرًا لك. سألقِ نظرة عليه لاحقًا tonight