تحذير: يبدو أن المنفذ 443 للكمبيوتر غير متاح، ولكن صفحة الويب جيدة

[dalu]

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

[Jagster (Jakke Lehtonen)]

يمكن لـ Discourse أن يعمل بشكل جيد مع Wordpress. ولكن ما إذا كان يمكن تشغيله على جهاز الكمبيوتر الخاص بك هو قصة مختلفة تمامًا. أثير هذا الموضوع فقط لأن شخصًا ما قد يعثر عليه عبر البحث وقد يحصل على انطباع بأن استخدام Wordpress (أو أي نظام إدارة محتوى/تطبيق آخر تقريبًا) على نفس الخادم مع Discourse بمعنى أن الخادم == VPS أمر مستحيل. وهذا ليس صحيحًا. في الواقع، الأمر بسيط للغاية.

[dalu]

حسنا شكرا على الدقة

[pfaffman (Jay Pfaffman)]

ستحتاج إلى تكوين الأشياء يدويًا. انظر كيفية إعداد Discourse على خادم به مواقع Apache موجودة. لا يمكنك استخدام discourse-setup.

[dalu]

شكرا على الرابط، إنه يتحدث عن أباتشي، لكنني أستخدم Nginx، هل سيعمل بنفس الطريقة؟

[pfaffman (Jay Pfaffman)]

يمكنك البحث عن موضوع مشابه لـ nginx.

[ghassan (Ghassan Maslamani)]

أفترض: لديك خادم يستخدمه نطاقات متعددة أو نطاقات فرعية تشير جميعها إلى نفس الخادم.

لذلك، تحتاج بشكل أساسي إلى تشغيل خادم وكيل رئيسي يستمع إلى المنافذ 80 و 443 إذا كنت تستخدم TLS/SSL.

سيقوم خادم الوكيل الرئيسي بتوجيه حركة المرور بناءً على المضيف/النطاق، أي discourse.example.com => انتقل إلى discourse، blog.example.com => انتقل إلى wordpress.

أعتقد أن لديك خيارات متعددة لكيفية التعامل مع هذا النشر، لأن ووردبريس عادة ما يأتي مع خادم وكيل خاص به، وكذلك discourse. لذا يمكن أن تكون خياراتك:

• استخدم خادم وكيل nginx الخاص بـ discourse كالخادم الرئيسي وسيقوم بالوكالة إلى wordpress
• استخدم wordpress كخادم وكيل رئيسي وسيقوم بالوكالة إلى discourse
• استخدم خادم وكيل رئيسي خاص بك سيقوم بالوكالة إلى كليهما.

في أي حال، مهما اخترت، أعتقد أن TLS/SSL عادة ما يتم التعامل معه بواسطة خادم الوكيل الرئيسي.

لقد استخدمت discourse في السيناريوهين الأولين المذكورين أعلاه، عندما استخدمت خادم وكيل آخر للتعامل مع حركة المرور الواردة (الخيار الأول) اضطررت إلى تغيير المنافذ، وإيقاف تشغيل TLS والسماح لخادم الوكيل الآخر بالتعامل معه بدلاً من ذلك. وبالنسبة للسيناريو الثاني، قمت بتغيير ملف تكوين nginx داخل حاوية discourse وأضفت إعلانًا لخادم آخر ثم أنشأت شهادة له باستخدام certbot.

[Jagster (Jakke Lehtonen)]

@ghassan

عادةً ما يأتي ووردبريس مع خادم وكيل خاص به

إيه… لا. عادةً لا توجد أي خوادم وكيلة. مجرد خادم ويب عادي، مثل Apache2 أو Nginx، عندما يخدم المضيفين الافتراضيين وينهي SSL، فهو ليس خادم وكيل. بالتأكيد، يمكنه العمل كواحد، ولكن هذا ليس الحل المعتاد وليس له علاقة بووردبريس.

ووردبريس لا يأتي مع أي نوع خادم.

يمكن بيع ووردبريس المثبت مع خادم الويب، PHP، SQL، إلخ، ولكن هذا شيء مختلف تمامًا عن كونه “يأتي مع”.

دسكورس يأتي مع خادم، رغم ذلك.

ونعم، استخدام وكيل أو أي شيء أمامي لدسكورس وخدمة ووردبريس على نفس الخادم أمر بسيط للغاية.

[ghassan (Ghassan Maslamani)]

@Jagster

إيه… لا. عادة لا توجد أي بروكسيات. مجرد خادم ويب عادي، مثل Apache2 أو Nginx، عندما يخدم المضيفين الافتراضيين وينهي SSL، فإنه ليس خادم بروكسي. بالتأكيد، يمكن أن يعمل كواحد، ولكن هذا ليس حلاً نموذجيًا وليس له علاقة بـ WordPress.

كنت أشير في الغالب إلى الحالة التي تتضمن فيها حزمة WordPress إما nginx أو apache، فهي لا تأتي معها على الرغم من أنه في هذا العصر المعبأ إذا قمت بفحص صورة Docker الرسمية لـ WordPress (التي لديها أكثر من مليار تنزيل) فإنها تأتي مع Apache.

أنا آسف ربما لم أستخدم مصطلح بروكسي بشكل مناسب، ومع ذلك فإن النقطة التي كنت أحاول الإشارة إليها هي أن المرء سينتهي به الأمر غالبًا بخادم ويب (أو خادم بروكسي) عندما يريد تشغيل WordPress مع Discourse.

[dalu]

@ghassan

أعتقد أن لديك خيارات متعددة لكيفية التعامل مع مثل هذا النشر، لأن ووردبريس عادة ما يأتي مع خادم وكيل خاص به، وكذلك ديسكورس. لذا يمكن أن يكون خيارك:

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

آسف، لقد شرحت بشكل خاطئ، لا أحتاج إلى ووردبريس على نفس الخادم، لقد كان فقط لأخذ مثال على ما لم تتمكن من فعله.
في الواقع، لدي 4 نطاقات فقط تشير إلى موقع ويب بسيط على هذا الخادم.
لا يبدو أن طبيب ديسكورس لديه أخطاء
لكنني ما زلت أحصل على خطأ 502 على نطاق المنتدى
هل أحتاج إلى تثبيت haProxy كما يقولون هنا؟ شكرًا

Set up Discourse on a server with existing Apache sites

It’s not as daunting as it sounds! While this may sound a bit intimidating at first, it’s really not all that bad. You basically need to do two things: Install HAProxy (or an alternative) which will take over port 80 and then divert your Discourse traffic to your docker container, and all your other sites to your usual Apache set-up. Let Apache know which port to listen for. While this is only a rough guide, it should do a good job of pointing you in the right direction. Let’s get star…

[pfaffman (Jay Pfaffman)]

[quote=“dalu, post:10, topic:238120, username:dalu”]هل أحتاج إلى تثبيت haProxy كما يقولون هنا؟ شكرًا
[/quote]

لا. يمكنك استخدام Apache فقط كوكيل عكسي.

[ghassan (Ghassan Maslamani)]

@dalu

عذرًا، لقد شرحت بشكل خاطئ، لا أحتاج ووردبريس على نفس الخادم، لقد كان مجرد مثال لما لا يمكنك فعله.
في الواقع، لدي 4 نطاقات فقط تشير إلى موقع ويب بسيط على هذا الخادم.

إنها نفس الفكرة، سواء كنت تستخدم ووردبريس أو أي إطار عمل آخر.

عندما تشير مواقع ويب متعددة إلى نفس الخادم، فإن جميع حركة مرور الويب/HTTP(S) تستمع إلى المنفذ 80/433، لذلك عادةً ما يكون لديك خادم واحد يستمع إلى هذه المنافذ والذي سيقوم بإعادة توجيه حركة المرور بالنظر إلى اسم المضيف/الموقع.

إذًا، ماذا يعني ذلك في سياق ديسكورس؟
يمكنك إما السماح لخادم Nginx الخاص بدسكورس بمعالجة إعادة توجيه حركة المرور (في هذه الحالة، سيستمع ديسكورس إلى 80/443، انظر هذا الموضوع Run other websites on the same machine as Discourse) أو يمكنك السماح لدسكورس بالاستماع إلى منفذ مختلف، أي 8080، ثم اطلب من خادمك إعادة توجيهه إذا جاء الطلب من موقع المنتدى. ملاحظة: في هذه الحالة، من الأفضل إيقاف تشغيل TLS/SSL من ديسكورس والسماح لخادمك الرئيسي بمعالجته.