مرحباً يا أصدقاء!!
تعطل الموقع بالكامل بعد التحديث إلى أحدث إصدار. بعد التحديث، قمت بإعادة تشغيل الخادم بالكامل. أنا أستخدم Cloudflare. لا أعرف ما هي المشكلة الحقيقية. أحتاج إلى مساعدة جادة!!
لدي نفس المشكلة!
لقد قمت بإزالة موقعي من Cloudflare، والآن عاد الموقع للعمل. يبدو أن Cloudflare هو السبب.
أنا أعاني (أو كنت أعاني) من نفس المشكلة مع forum.confident.faith. يمكنني تأكيد أن مجرد “إيقاف” الموقع مؤقتًا في واجهة Cloudflare يحل المشكلة. وهذا أمر غريب بشكل خاص، حيث لدي عدة مواقع أخرى بنفس التكوين لا تواجه هذه المشكلة.
كم استغرق موقعك من الوقت للعودة إلى العمل مرة أخرى بعد إعادة توجيه إعدادات DNS إلى Digital Ocean؟
يجب أن يكون ذلك بعد 5 ثوانٍ حتى دقيقة واحدة، إذا كانت إعدادات TTL (وقت الحياة) مضبوطة على الوضع التلقائي.
يعتمد ذلك على إعدادات TTL (وقت الحياة) الخاصة بك.
موقعي الإلكتروني أيضًا لا يعمل بعد التحديث. لقد قمت بتحديث إعدادات TLS إلى 1.2، لكن الموقع لا يزال لا يتم تحميله. أرجو إخباري بما يمكن أن يكون المشكلة وكيفية إصلاحها؟
التحول إلى TLS 1.2 أو أحدث ليس بالتأكيد الحل.
يرجى مقارنة إعداداتك بالإعدادات التي نشرتها في After updating website wont come back online - #6 by gerhard. كما أن إعادة بناء حاوية Docker الخاصة بك، كما هو مذكور في ذلك المنشور، قد تساعد أيضًا.
لقد اتبعت التعليمات الواردة في ذلك الموضوع، لكن موقع الويب لا يزال لا يعمل. هل يمكنك إخباري بما قد يكون السبب؟ كما قمت بالرد في ذلك الموضوع مع عرض الخطأ الظاهر في سجلات الأخطاء الخاصة بي.
لقد حاولت حذف ./shared/standalone/ssl/website.com_ecc.cer و ./shared/standalone/ssl/website.com_ecc.key كما أشار @gerhard في نقاش خاص. ثم أعيدت بناء التطبيق، لكن الموقع لا يزال لا يعمل. لم أتمكن من العثور على الحل الأمثل لهذه المشكلة. من فضلك، ساعدني، حيث أن موقعي متوقف لأكثر من 10 ساعات الآن.
فقط راجعت سجلات الأخطاء ووجدت هذا الخطأ هناك.
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
أعتقد أنني واجهت هذه المشكلة على موقع ما مؤخرًا، لكن كانت هناك بعض المشكلات الأخرى، لذا فإن التفاصيل ضبابية في ذهني. يمكنك تجربة الأمر التالي:
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
ثم قم بإعادة البناء.
إذا كنت عالقًا وتود دفع مال لحل المشكلة، فسأساعدك على البدء مقابل 300 دولار. أنا الآن على مكتبي. Redirecting….
جربت ما قلته وما زال الموقع لا يُحمّل. السجلات لا تزال تُظهر الخطأ
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
أعتذر حقًا، لكنني لست في وضع يسمح لي بدفع 300 دولار حاليًا.
300 دولار مبلغ كبير من المال، لكنني مشغول جدًا اليوم (عندما لا أكون في انتظار تعطل الشيء الذي أختبره). نصيحتي المجانية الأخيرة هي أن تقوم بـ
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
سيؤدي هذا إلى إنشاء ملف app.yml جديد. ربما يكون هناك شيء في الملف يتسبب في المشكلة. يُستخدم الأمر grep حتى تتوفر لديك المعلومات اللازمة للإجابة على الأسئلة التي يطرحها discourse-setup.
لقد جربت هذا لكن التهيئة لم تبدأ. لقد عمل الأمر grep ونسخت جميع البيانات إلى مكان آمن حتى أتمكن من استخدامها مرة أخرى. لكن الآن عندما أحاول تشغيل التهيئة مرة أخرى، يظهر لي النص التالي:
سيُظهر لك هذا الأمر أي عملية تستخدم المنفذ 80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)إذا كنت تحاول تشغيل Discourse بالتزامن مع خادم ويب آخر مثل Apache أو nginx، فستحتاج إلى ربطه بمنفذ مختلف
راجع Run other websites on the same machine as Discourse
إذا كنت تعيد تكوين نسخة من Discourse مُهيأة بالفعل، فاستخدم
./launcher stop app
لإيقاف Discourse قبل إعادة تكوينه والمحاولة مرة أخرى.
أعتقد أن الوضع يزداد سوءًا الآن.
عذراً. قد تكون لديك مشكلة أكثر صعوبة مما يمكن حله هنا.
بما أن ملف الحاوية المحظور هو app.yml، فأنت بحاجة أولاً إلى إيقاف الحاوية القديمة باستخدام الأمر:
docker stop app
بعد ذلك يمكن تشغيل discourse-setup.
لا أستطيع تخيل سبب عدم عمل الأمر grep.
مرحبًا @pfaffman، لقد حاولت إصلاح هذه المشكلة لساعات، وهذا ما قمت به. تمكنت بنجاح من إزالة مجلد SSL و letsencrypt. ثم قمت بإزالة أسطر letsencrypt من ملف app.yml وأعدت بناء التطبيق. وأخيرًا، قمت بإزالة HTTPS من Cloudflare. بعد القيام بكل ذلك، عاد الموقع للظهور مرة أخرى. لكن الآن، الموقع لا يعمل عبر HTTPS. أعتقد أنني بحاجة إلى معرفة ما يجب علي فعله بعد ذلك.
لا داعي لتفعيل السحابة البرتقالية من Cloudflare. لم ألاحظ أنك تستخدم Cloudflare، ولو قرأت عنوان هذا الموضوع لظننت أنها المشكلة.
فقط فعّل Let’s Encrypt في ملف app.yml وسيعمل.
إذا قمت بتفعيل السحابة البرتقالية، فلن تتمكن Let’s Encrypt من تسجيل أو تجديد الشهادات.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
شكرًا لك! لقد ساعدتني ذلك!