[DigitalOcean] اسم المضيف الذي يحتوي على "www" في سجلات A يعرض صفحة فارغة

مرحبًا بالأعضاء،

في سجلات DNS الخاصة بـ Droplet الخاص بي على DigitalOcean، أنشأت سجلين من نوع “A” لنطاقاتي: أحدهما باسم المضيف “www” (www.HardwareMana.community) والآخر فارغ (HardwareMana.community)، وكلاهما يشير إلى الخادم السحابي على DigitalOcean. الآن، يحمل السجلان نفس عنوان IP، لكن السجل الفارغ يعمل بشكل صحيح بينما يعرض السجل المسمى “www” صفحة فارغة.

يرجى اقتراح إعدادات DNS الصحيحة. شكرًا لكم!

جرب هذا:

النوع اسم المضيف القيمة
A hardwaremana.community 157.245.106.210
CNAME www.hardwaremana.community hardwaremana.community.
CNAME *hardwaremana.community hardwaremana.community.

DNS%20settinsg%202


تمت العملية، لكن الموقع www.HardwareMana.community لا يزال يعرض صفحة فارغة.
سجلات DNS في DigitalOcean لا تسجل النقطة (.) في القيم.
هل أحتاج إلى أي إعدادات إضافية لدى مسجل النطاقات أيضًا؟

شيء آخر، لقد اكتشفت أن الإعدادات في تثبيت Discourse الخاص بي على خادم DigitalOcean السحابي تحتوي على اسم المضيف لـ Discourse وهو Hardwaremana.community. هل يمكن أن يكون هذا هو سبب المشكلة في نطاق www.HardwareMana.community الخاص بي؟ نرجو مساعدتكم.
شكرًا لكم!!

لا، يجب أن يكون اسم المضيف هذا صحيحًا.

اسم المضيف لموقع Discourse الخاص بك؟ [discourse.example.com]

لا تستخدم الأحرف الكبيرة في أسماء المضيفين الخاصة بك. أبدًا.

تصحيح، أنا أستخدم hardwaremana.community فقط. لذا يرجى تقديم النصيحة وفقًا لذلك، شكرًا لك :slightly_smiling_face:

شاهد هذا.

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

لا، من فضلك أرشدني أكثر بشأن ذلك. شكرًا لك @RGJ

ssh root@your.server.ip
cd /var/discourse
./launcher enter app
rails c
SiteSetting.force_https = true

تم الانتهاء من الإعدادات أعلاه، والآن لم يعد الاتصال بخادم السحاب ممكنًا. لذا، بعد تغيير القيمة إلى false عبر SiteSetting.force_https = false, عادت العمليات كما كانت من قبل.
https://www.hardwaremana.community تظهر رسالة “تعذر على الاتصال”.
www.Hardwaremana.community تظهر صفحة فارغة ولكن لا يتم تشغيل تثبيت Discourse.
hardwaremana.community يقوم بتشغيل Discourse بشكل طبيعي.

أعتقد أن إعدادات الـ DNS الخاصة بك صحيحة.

إذا ذهبت إلى www.hardwaremana.community وفتحت وحدة التحكم، ستظهر أخطاء تتعلق بـ سياسة أمان المحتوى (CSP):

تم رفض تحميل النص البرمجي 'http://www.hardwaremana.community/...' لأنه ينتهك توجيه سياسة أمان المحتوى التالي: "script-src 'unsafe-eval' 'report-sample' http://hardwaremana.community/... ...".

لاحظ أن المضيف غير www فقط هو الذي تمت إضافته إلى القائمة البيضاء، وذلك لأن:

يقوم Discourse تلقائيًا بإعداد سياسة أمان المحتوى (CSP) الخاصة بك بناءً على هذه القيمة. لذا، أنصحك باختيار واحد (www مقابل غير www) وإعداد إعادة توجيه للمُضيف الآخر.

لا يمكنك النشر تحت عنوانين URL.

اختر واحداً وأعد توجيه الآخر.

شكرًا لك على الإشارة إلى الأخطاء. دعني أعيد بناء إعدادات Discourse بالقيم الجديدة باستخدام www.hardwaremana.community كـ اسم المضيف لـ Discourse. سأقوم بإجراء إعادة التوجيهات اللازمة بعد ذلك.

لقد قمت بتغيير اسم المضيف لـ Discourse إلى www.hardwaremana.community، وأصبح الآن العكس. هذه هي سجلات DNS التي أستخدمها:

النوع اسم المضيف القيمة
A www.hardwaremana.community 157.245.106.210
CNAME *.hardwaremana.community 157.245.106.210

عند النظر في وحدة التحكم على الويب، هناك أخطاء تتعلق بـ سياسة أمان المحتوى (CSP) في النطاق hardwaremana.community، فكيف يمكنني تصحيح أخطاء السكريبت هذه؟ أرجو التوجيه!!

أضف سجل A آخر باسم المضيف hardwaremana.community
هذا نجح مع مثيل D/O الخاص بي.

الآن، رغم وجود هذه القيم في سجلات DNS لخادم السحابة الخاص بي على DigitalOcean، إلا أن hardwaremana.community لا يزال لا يشغّل Discourse ويظهر أخطاء في السكريبت في وحدة التحكم.

النوع اسم المضيف القيمة
A www.hardwaremana.community 157.245.106.210
A hardwaremana.community 157.245.106.210
CNAME *.hardwaremana.community 157.245.106.210

https://www.hardwaremana.community يعرض رسالة “تعذر الاتصال”.
hardwaremana.community يعرض صفحة فارغة مع أخطاء في السكريبت.
www.Hardwaremana.community يشغّل Discourse بشكل طبيعي.
يرجى اقتراح حل مناسب.

هل أحتاج إلى إجراء بعض إعدادات النطاق الإضافية في ملف تكوين Discourse (app.yml
أي خبير هنا، يرجى التوجيه أو مشاركة الموارد لإجراء التعديل الصحيح في app.yml، حتى أتمكن من حل مشكلتي المتعلقة بنطاق بدون www.

لقد شغلت للتو أداة فحص SSL والتقارير، وتُظهر أن لديك شهادة SSL.

أداة فحص SSL والتقارير

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

عذراً، حدثت مشكلة.

  • لم يتم العثور على شهادة.
    _

حتى متصفح Firefox يُظهر أن جميع النطاقات الثلاثة غير آمنة (https، www، وبدون www).
هل لديك شهادة SSL لنطاقاتك؟ من المرجح أن يعيد التحويل إلى/من https أخطاءً عند عدم وجود شهادة SSL.

تم فحص جميع النطاقات الثلاثة:
لا يمكن لـ https إنشاء اتصال؛
يعيد http (hardwaremana.community) صفحة فارغة؛ لكن
www يحمل Discourse (قفل أسود مع علامة خط عبره).