حسناً، أنا على خادم VPS يعمل بنظام Ubuntu 18.04 LTS، وأقوم ببناء التطبيق وما إلى ذلك. بعد الانتهاء، أذهب إلى الموقع، فيظهر فقط عبارة “مرحبًا بك في NGINX!”
لا أعرف ما الذي تسبب في ذلك، فملف app.yml يبدو طبيعيًا، لذا لا أدري.
ربما يكون لديك خادم ويب nginx آخر يعمل على هذا الخادم. لم أرَ أبدًا أن يتخلى Discourse ويظهر صفحة الترحيب العامة لـ nginx.
هذا ما ظننته، لذا بحثت عن اسم عملية يطابق NGINX، ولم أجد شيئًا. ثم قمت بسرد جميع العمليات، لكن لم يكن هناك شيء؟
تحرير: لم أقوم بتثبيت NGINX على هذا الخادم من قبل
على الرغم من أنني تذكرت كيف وصلت إلى هذه الحالة. قمت بإعداد بريد إلكتروني لـ Lets Encrypt، وكان ls@theforumssite.xyz، ثم قمت بإلغاء التعليق عنه وعن القالبين. بعد ذلك، أعيدت بناء التطبيق، لكنه لم يعمل. قمت بإعادة ضبط كل شيء (حذفت مجلد discourse) وأعدت إعداده، ويحدث نفس الشيء.
هل تستخدم كلاودفلير؟
نعم، أستخدم Cloudflare، فقط DNS، لكنها تعطي نفس النتيجة عند الانتقال إلى عنوان IP مباشرة.
أين تقوم بتثبيت هذا؟
على خادم VPS يعمل بنظام Ubuntu 18.04 في Google Cloud.
حسناً، الآن يعمل فجأة؟ لكن لا يزال لا يوجد HTTPS (تم رفض الاتصال)
حسنًا، لم أعد أدري ما الذي يحدث. لقد قمت بإنشاء ملفين SSL (ssl.crt و ssl.key) ووضعتهما في /var/discourse/shared/standalone/ssl، ثم فعّلت قالب SSL (وليس Let’s Encrypt)، وأضفت هذا الإعداد في قسم التشغيل. عندما أذهب إلى HTTPS، يرفض الاتصال، ولكن الآن عندما أذهب إلى HTTP، لا يُرسل أي بيانات؟
أعمل على خادم VPS من Google Cloud مع تثبيت Ubuntu 18.04 LTS.
كان من الأفضل لو أنك أبقيت هذا في الموضوع الآخر.
بدلاً من التعقيد مع شهاداتك الخاصة، الحل السهل هو إعادة تشغيل ./discourse-setup وتزويده بعنوان بريد إلكتروني لـ Let’s Encrypt، وسيقوم هو بكل العمل نيابةً عنك. وإذا أردت القيام بذلك بالطريقة الصعبة، فستحتاج إلى البحث هنا عن الموضوع الذي يصف كيفية القيام بذلك واتباع تلك التعليمات.
لا يوجد سبب وجيه لإنشاء شهادات Let’s Encrypt خاصة بك؛ هذه هي النقطة التي يركز عليها برنامج discourse-setup عند طلب البريد الإلكتروني، فأنت تضيف تعقيدًا غير ضروري هنا.
هل تأكدت من إمكانية الوصول إلى خادمك عبر المنفذ :443؟ يُنصح باستخدام DigitalOcean لأنه لا توجد أي من هذه العقبات هناك. لا يمكننا مساعدتك إذا أصررت على تعديل أجزاء من عملية التثبيت يدويًا، ولا يمكننا تقديم الكثير من المساعدة على الإطلاق مع Google Cloud.
هذا ما فكرت في فعله، لكنني اعتقدت أيضًا أن الناس سيشاهدون فقط علامة “unsupported-install” ويغادرون فورًا.
بما أنك لا تتبع طريقة التثبيت القياسية، فإن ما تفعله غير مدعوم بالكامل، لذا فإن الوسم سيكون دقيقًا.
نفس الشيء يحدث تمامًا عندما أقوم بعملية البريد الإلكتروني مع Let’s Encrypt
حسناً، هذا خطأ مني، سأأخذ هذا في الاعتبار عندما أنشر مواضيع.
حسناً، وبما أنك تستخدم Google Cloud، فإنك تواجه تعقيدات إضافية يجب التعامل معها. هذا خيار من قبلك، ولا يمكننا مساعدتك فيه.
حسناً، لقد فهمت، شكراً للمساعدة!
سوف يحاول discourse-doctor التحقق مما إذا كان المنفذ 443 مفتوحًا عبر اسم نطاقك. أعتقد أنه يتم حظره بواسطة جدار حماية/سياسة أمنية. أعتقد أنني أتذكر أنك تحتاج إلى فتحه على Gcloud.
ظننت أنها كانت كذلك بالفعل؟ سأتحقق مرة أخرى وأرد إذا كانت مفتوحة أم لا.
أضفت أيضًا بريدًا إلكترونيًا، وأقوم بإعادة البناء الآن لمعرفة ما إذا كان ذلك سيحدث فرقًا.