(حسنًا، لم أتمكن من مشاركة هذه الصورة كمستخدم جديد، ولكن على Cloudflare، قمت بتعيين forum (لأنه يملأ .vnfreaks.com تلقائيًا) إلى عنوان IP الخاص بي مع السحابة الرمادية، لأن ذلك يسمح بحدوث اتصالات DNS)
لقد قمت بتعيينه إلى عنوان IP الخاص بي على Porkbun:
(حسنًا، لم أتمكن من تضمين هذه الصورة لأنني مستخدم جديد. ولكني قمت بتعيين سجل عنوان A لـ forum.vnfreaks.com مرتبط بعنوان IP الخاص بـ VPS الخاص بي.)
لقد قمت بتعيين قاعدة على جدار حماية ويندوز الخاص بي للسماح بالوصول الوارد عبر المنافذ 22 و 80 و 443.
في طرفية putty الخاصة بي، أنا متصل بعنوان IP الخاص بالخادم. لقد قمت أيضًا بإيقاف تشغيل جدار الحماية على جهاز التوجيه الخاص بي.
يجب أن يكون السحابة الرمادية على Cloudflare قد أعدت كل شيء، لذلك لا أعرف حقًا سبب استمرار هذه المشكلة بصراحة.
الشيء الوحيد الذي يمكنني التفكير فيه هو أنه ربما أحتاج إلى إعداد شيء ما على لوحة التحكم الخاصة بي لـ forum.vnfreaks.com، لكنني لا أرى حقًا لماذا أحتاج إلى القيام بذلك.
إذا كان لدى أي شخص أي اقتراحات لأشياء يمكنني تجربتها، فسيكون ذلك محل تقدير كبير. (أيضًا، للحصول على معلومات إضافية، أنا أعمل على VPS مستأجر، وأستخدم putty للاتصال الآمن (ssh) به.)
يمكنني أيضًا إضافة الصور التي لم أتمكن من إدراجها في هذا المنشور في التعليقات إذا كان ذلك مفيدًا.
كمعلومة إضافية حول الأشياء الإضافية التي جربتها - حاولت تعيين المنفذ الافتراضي الخاص بي ليكون 443 فقط، وحاولت أيضًا إجراء إعداد Discourse عبر قائمة VNC الخاصة بي من خلال لوحة التحكم الخاصة بـ VPS.
القواعد لا تشير إلى أي شيء، إنها تسمح فقط بالوصول من تلك المنافذ. شعرت أنه يجب أن يكون نوعًا من مشكلة جدار الحماية لأنني تلقيت الخطأ حتى عندما كنت أحاول استخدام أحد النطاقات الفرعية المجانية لـ discourse.
بعد فشل فحص النطاق ذاك، سيتم إنشاء ملف app.yml في /var/discourse/containers. يمكنك تعديل النطاق الفرعي يدويًا في هذا الملف، بالإضافة إلى المعلومات المطلوبة الأخرى (مثل بيانات اعتماد SMTP وعنوان البريد الإلكتروني للمطور/المسؤول). بعد ذلك، ستتمكن من إعادة البناء، حيث يتم تخطي فحص النطاق. لست متأكدًا لماذا قد يفشل ذلك مع تعطيل وكيل CF، ولكن يجب أن تكون قادرًا على تجاوز خطوة التمهيد على الأقل عن طريق القيام بما سبق.
نعم، كنت أفكر في أن هذا قد يكون المسار. لقد حاولت اتباع دليل مختلف ولكنه أعطاني بعض الأخطاء المختلفة. إنه يمنحني خبرة في تعديل ملف app.yml. ربما أفضل شيء يمكنني القيام به هو حذف كل ما تم إنشاؤه مسبقًا بواسطة discourse، وتشغيله مرة أخرى، ثم اتباع هذا المسار.
أرى أيضًا أشياء في الوثائق حول تشغيل " —skip-connection-test " كنت أتساءل كيف أفعل ذلك أو كيف يجب أن أدخل هذا الرمز، ومتى يجب أن أدخله، وما إلى ذلك.
الأمر ليس أن الخادم الافتراضي الخاص بك يمكنه الوصول إليه؛ بل إن الجميع على الإنترنت يمكنهم الوصول إليه.
تحتاج إلى التأكد من إمكانية الوصول إلى الخادم الافتراضي الخاص بك من الإنترنت.
ستحتاج إلى البحث عن أي مدير آلة افتراضية تستخدمه، وإذا كنت خلف جدار حماية، كما هو الحال في إعدادات الإنترنت السكنية، فستحتاج إلى القيام ببعض سحر جدار الحماية لتحقيق ذلك.
root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) رد فارغ من الخادم
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) مشكلة في شهادة SSL: غير قادر على الحصول على شهادة المُصدر المحلي
أود أن أزعم أن المشكلة تكمن في خادم الويب، أو vhost، وما إلى ذلك.
نعم. من المحتمل أن يكون هناك وكيل عكسي (reverse proxy) يعمل هناك، لذا فإن discourse-setup ليس خيارًا (بدون بعض التعديلات الإضافية لإزالة قوالب SSL و Let’s Encrypt).
لقد حاولت إعداد وكيل عكسي باتباع مجموعة مختلفة من التعليمات، هذا ما حدث. سأقوم بإزالة ذلك عندما أصل إلى المنزل. سأعبث به أكثر وأرى ما إذا كان بإمكاني حل كل شيء.
