تعطل Discourse فجأة. لا يمكن لأحد تسجيل الدخول

لقد تعطل منتدى Discourse الخاص بي على wespenreboards.com لبضع ساعات. يخبرني الأعضاء أن البعض منهم يتلقى رسالة خطأ تفيد بأنه ربما تم اختراق المنتدى. يقول آخر أنهم يتلقون رسالة انتهاء صلاحية الشهادة. يتلقى شخص ثالث الآن هذه الرسالة: “FetchEvent.respondWith received an error:no-response.”

عندما أحاول تسجيل الدخول بنفسي (أنا المسؤول)، أحصل فقط على العجلة الدوارة. المنتدى محدث، لذا يجب أن تكون الشهادة كذلك. للتأكد، قمت بتشغيل هذا:

cd /var/discourse
git pull
./launcher bootstrap web_only && ./launcher destroy web_only && ./launcher start web_only

لكنه لم يساعد.

هل لدى أي شخص أي أفكار؟

هل لديك أي نوع من شبكات توصيل المحتوى (CDN) قيد الاستخدام؟

إذا قمت بالاتصال بخادمك عبر SSH، وحاولت:

wget -q --timeout=3 https://localhost/privacy  -O - |egrep generator

هل يعمل ذلك؟

ماذا عن:

wget -q --no-check-certificate --timeout=3 https://localhost/privacy  -O - |egrep generator

ماذا عن إذا وضعت عنوان URL الكامل بدلاً من localhost؟ جرب كلا الإصدارين من الأمر.

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

مرحباً ويس :slight_smile:
لا يبدو أن موقعك يعمل في الوقت الحالي. هل قمت بأي شيء في هذه الأثناء؟
أتساءل عما إذا كنت قد تحتاج إلى تحديث حاوية البيانات الخاصة بك إذا لم يتم ذلك منذ فترة. ما زلت غير متأكد قليلاً من إعداد الحاوية المزدوجة، لذا سأرسل إشارة @pfaffman لأنني متأكد من أنه يعرف المزيد عن إيقاع ذلك. :crossed_fingers: :slight_smile:

إعجابَين (2)

مرحباً يا جيمي! أتذكرك منذ قبل. لقد قمت بتحديث/ترقية في هذه الأثناء. هذا كل شيء… حسناً، سأنتظر حتى يأتي بففمان.

حسناً، سأجرب ذلك…

لا تعمل هذه الأوامر، ولكني قد أقوم بذلك بشكل غير صحيح. هل أستبدل https://localhost/privacy بـ https://wespenreboards.com/privacy؟

ماذا يرمز /privacy في هذه الحالة؟

من الأفضل أن تجربها أولاً باستخدام المضيف المحلي حرفيًا، ثم لاحقًا باستخدام نطاقك الفعلي.

/privacy هي مجرد صفحة قياسية في كل منتدى: ما نفعله هنا هو معرفة ما إذا كان المنتدى يستجيب على الإطلاق، محليًا.

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

قد يكون هذا قد تم تحديثه مؤخرًا حيث أن صفحات /privacy و /tos تظهر الآن فقط عند ملء اسم الشركة. لا أعرف ما إذا كان هذا سيؤثر على الاختبار في هذه الحالة، ولكنه بدا ذا صلة.

هناك المزيد من المعلومات حول القرار هنا:

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

حسنًا. لذلك، جربت باستخدام localhost/privacy. ثم localhost فقط. ثم wespenreboards.com فقط، وأخيرًا wespenreboards.com/localhost. كانت النتيجة هي نفسها باستخدام أي منها:

إذن لا يوجد شيء أحتاج إلى فعله بهذا؟

هذا مثير للاهتمام - يتم استخدامه في discourse-doctor. لذلك قد يحتاج هذا إلى تحديث.

هل هذا صفر يجب أن يكون حرف O كبير ربما؟ هل جربت أيضًا الإصدارات مع --no-check-certificate؟

إذا لم يعمل /privacy، فربما جرب /about بدلاً من ذلك.

نعم، إنه صفر. حسنًا، سأجرب حرف O بدلاً من ذلك و /about.

ونعم، لقد جربت الخوارزمية الأخرى أيضًا، لكنني استخدمت صفرًا، لذلك سأفعل كليهما…

لقد جربت كلا الأمرين، ولكنهما لا يعملان:

Untitled2

التغيير المتعلق بموعد إنشاء صفحات شروط الخدمة وسياسة الخصوصية حديث نسبيًا. إذا لم يكن موقعك جديدًا، فلن يؤثر عليك.

لست متأكدًا من كيفية استخدامه في discourse-doctor. @pfaffman هل يمكنك إبداء رأيك هنا؟ هل يُستخدم لاستكشاف الأخطاء وإصلاحها، أم فقط للتحقق من وجود الروابط؟

سنقوم بالمزيد لتثقيف أصحاب المواقع الجدد حول هذه الوظيفة.

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

حسنًا، إذن المشكلة التي تواجهها ليست مشكلة وصول، بل هي على الأرجح مشكلة في عدم بدء تشغيل Discourse بشكل صحيح. هل يمكنك لصق كل ما تراه عند تشغيل أمر launcher start؟

يتم استخدامه بواسطة get_discourse_version والذي يتم استدعاؤه بواسطة check_if_hostname_resolves_here والذي قد يبلغ عن مشكلة DNS إذا كان الاتصال بـ localhost والاسم المؤهل بالكامل لا يبلغان عن نفس الإصدار. ومع ذلك، يبدو أنه قد يكون صامتًا إذا فشل كلا الاتصالين. انظر هنا.

إذًا، كيف أقوم بتشغيل أمر “launcher start”؟ أنا غير ملم بكل هذه المصطلحات، للأسف.

شيء مثل

cd /var/discourse
git pull
./launcher start web_only

(مع الأخذ في الاعتبار أنني لست على دراية شخصية بإعداد الحاوة المزدوجة الذي تستخدمه على ما يبدو. مع الأخذ في الاعتبار أيضًا السؤال أعلاه حول ما إذا كان يجب عليك تحديث حاوية البيانات الخاصة بك.)

3 إعجابات

هكذا كانت النتيجة:

إعجابَين (2)

رائع! لقد حاولت تسجيل الدخول، والآن يعمل! شكراً جزيلاً لك يا إد.

لماذا حدث هذا في المقام الأول، هل تعرف؟

4 إعجابات