تحذير: يبدو أن المنفذ 443 للكمبيوتر غير متاح باستخدام اسم المضيف: <mydomain>.com

لم يبدأ التطبيق!

قد يساعد ./discourse-doctor في تشخيص المشكلة.

./discourse-setup: السطر 260: *0: خطأ في بناء الجملة: عامل تشغيل متوقع (رمز الخطأ هو " *0 ")

اسم المضيف لـ Discourse الخاص بك؟ [discourse.example.com]: com.mydomian
التحقق من اسم النطاق الخاص بك . . .
تحذير: لا يبدو أن المنفذ 443 للكمبيوتر يمكن الوصول إليه باستخدام اسم المضيف: com.mydomian.
تحذير: فشل الاتصال بـ http://mydomian.com (المنفذ 80) أيضًا.
يشير هذا إلى أن com.mydomian يحل إلى عنوان IP لا يصل إلى
الجهاز الذي تقوم بتثبيت discourse عليه.
أول شيء يجب فعله هو التأكد من أن com.mydomian يحل إلى عنوان IP الخاص بهذا الخادم.
عادةً ما تفعل هذا في نفس المكان الذي اشتريت منه النطاق.
إذا كنت متأكدًا من أن عنوان IP يحل بشكل صحيح، فقد تكون هناك مشكلة في جدار الحماية.
قد يساعد البحث على الويب عن “فتح المنافذ خدمة السحابة الخاصة بك” في ذلك.
تم تصميم هذه الأداة فقط للتثبيتات الأكثر شيوعًا. إذا لم تتمكن من حل
المشكلة المذكورة أعلاه، فستحتاج إلى تحرير containers/app.yml بنفسك ثم كتابة
./launcher rebuild app

لدي بعض الأسئلة:

  • لدي com.mydomian وهناك موقع يعمل بالفعل. الآن أريد تشغيل discourse كـ com.mydomian/discourse. يعمل التطبيق أمام موازن التحميل. ولكن هل أحتاج إلى فعل أي شيء من جانب discourse؟
  • ما هو المنفذ الذي يعمل عليه discourse؟
  • عندما أقوم بتشغيل curl يمكنني الوصول إلى الموقع ولكن لماذا يفشل إعداد discourse؟
  • هل من المقبول تجاهل إعداد البريد؟
إعجاب واحد (1)

يجب أن يكون هذا هو اسم النطاق الفعلي الخاص بك، وليس مجرد نطاق المستوى الأعلى.

إعجابَين (2)

لست متأكدًا مما إذا كان قد تم استبداله ، ولكن القيمة هي mydomain.com. لقد وضعته بين < و >

لقد تمكنت من العثور على المنفذ 80

مرحباً، شبي

أنا لا أزال جديدًا هنا، لكنني واجهت موقفًا مشابهًا الأسبوع الماضي. أسهل طريقة لاستخدام نطاقك لخادمين مختلفين هي استخدام نطاق فرعي. يمكنك القيام بذلك عن طريق إنشاء سجل A على مزود DNS الخاص بك يحدد اسم المضيف كـ sub-domain.your-domain.com، أو فقط النطاق الفرعي، ثم تحديد عنوان IP الخاص بمثيل discourse.

قد تساعدك هذه المقالة في الحل أعلاه.

قد يساعدك الحل الذي اقترحته أعلاه في ذلك. أعتقد أن هذه الطريقة لاستخدامه كمورد لتطبيقك الآخر قد تكون أصعب في الإعداد.

باستخدام البرنامج النصي الرسمي للإعداد السحابي، سيعمل على المنفذ 80 افتراضيًا.

هل يمكنك تقديم المزيد من التفاصيل حول ذلك؟

إذا فعلت ذلك، فلن تتمكن من إرسال أي رسائل بريد إلكتروني مثل الدعوات وتأكيدات تسجيل الحساب. ولكن ربما لا يمكنك تجاهل إعداد smtp.

بالمناسبة، 443 هو منفذ HTTPS، ويستخدم لإنشاء التشفير. هذا يعني أن نطاقك ربما لم يتم تكوينه بشكل صحيح وأن إعداد Discourse غير قادر على الوصول إلى الخادم الخاص بك.

4 إعجابات

هذه هي المشكلة. فقط اكتب الاسم الكامل بدون مسافات أو أقواس زاوية.

والآن تطبيقك app.yml معطل. أسهل شيء هو

rm containers/app.yml

والبدء من جديد.

4 إعجابات

أشك في أنه كان يقصد أنه وضعه بين <> في المنشور عندما استبدل نطاقه الفعلي (انظر https://meta.discourse.org/raw/272567/1)

إعجابَين (2)

قال إنه يستخدم هذا النطاق لتطبيق آخر، وأعتقد أن أفضل طريقة للمضي قدمًا هي إعداد نطاق فرعي. وإلا، سيتعين على المرء إعداد Nginx يدويًا لخدمة كل من التطبيق السابق و Discourse في مسار موارد.

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

نعم - كنت أتحدث عن المنشور

نعم، المزيد من التفكير في الحل هو Nginx، لكن لم أكن متأكدًا مما إذا كان هناك أي تكوين داخلي

شكرا @italo. لقد تمكنت من حل معظم المشكلات التي أواجهها حاليًا في تكوين البريد.

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

يسعدني أن أكون قد ساعدت! :slightly_smiling_face:

لإعداد البريد الإلكتروني، ستحتاج إلى خدمة SMTP، وهذا الدليل يحتوي على قائمة بالخدمات التي توصي بها Discourse. على الرغم من أن Gmail و Outlook و Yahoo لديهم خيار SMTP، إلا أنهم لا يدعمون رسائل البريد الإلكتروني للمعاملات، وهو أمر مطلوب.