المنفذ 443 غير قابل للوصول عبر اسم المضيف

مرحبًا!
قررتُ مؤخرًا محاولة تثبيت Discourse. بعد إعداد كل شيء في المجلد على Ubuntu 20.4، تظهر لي رسالة خطأ: “لا يمكن الوصول إلى المنفذ 443 عبر اسم النطاق”. ولا يعمل الاتصال سواء داخليًا أو خارجيًا على الإطلاق.

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

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

تأكد من أن كلاودفلر مضبوطة على وضع DNS فقط (السحابة الرمادية). السحابة البرتقالية تسبب المشكلة التي تصفها.

كان هذا أحد أول الأشياء التي تمكنت من القيام بها. لقد قمت بضبط كلا النطاقين اللذين جربتهما على وضع DNS فقط وقمت بعمل ping للتأكد من أنها تذهب فقط إلى عنوان IP وليست مخزنة عبر CF.
image

إرسال طلب إلى اسم النطاق ينتج عنه مهلة زمنية.

هل عنوان IP صحيح؟

أشك في وجود مشكلة في جدار الحماية هنا. من هو مزود الاستضافة الذي تستخدمه لـ Discourse؟ هل يستخدم الخادم UFW أو جدار حماية خارجيًا يمنع الاتصالات الواردة؟

هذا يعني ببساطة أن بروتوكول ICMP يتم إسقاطه. لا يعني بالضرورة وجود مشكلة في DNS، لكنه يشير إلى استخدام جدار حماية من نوع ما.

@awexx - هل تحاول استضافة هذا على اتصال إنترنت من شركة شاتر؟ نطاق عناوين IP 98.0.0.0 - 98.255.255.255 هو نطاق قديم خاص بشبكة كابلات شاتر. لا ينبغي لهم حظر المنفذ :443، لكن سياسة الاستخدام المقبول (AUP) الخاصة بهم تمنع ذلك، وقد سمعت سابقًا عن عملاء تم تقييد وصولهم أو إعادة توجيه عناوينهم عند اكتشاف مثل هذا السلوك.

كما تحقق من إعدادات الشبكة في المكان الذي تستضيف فيه مثيل Ubuntu، هل هو مضبوط لاستخدام شبكة المضيف أم الجسر؟ وما هي أداة التخيل (Hypervisor) التي تستخدمها؟

نعم، أستخدم اتصال إنترنت من شركة Charter Broadband. وبالمناسبة، لم أواجه أي مشاكل عند استضافة أي شيء آخر عبر هذه الشبكة؛ فالبورتان 443 و80 تم فتحهما وعملا بشكل صحيح خارج شبكتي المحلية.

يتم الاستضافة على خادم محلي يعمل بنظام Ubuntu 20.4، وهو مُعد لاستخدام شبكة المضيف (host network).

عند التحقق من إعدادات إعادة توجيه المنافذ على جهاز التوجيه، يبدو كل شيء على ما يرام. في الواقع، الآن بعد أن فكرت في الأمر، أعتقد أن المشكلة تكمن في جدار حماية جهاز التوجيه، أليس كذلك؟

من المرجح أنه كان يمنع عمليات الـ ping الخاصة بـ Gavin؛ لقد قمت بإجراء عملية ping مرة أخرى والآن تعمل بنجاح.

إذا كنت على نفس الشبكة مثل الخادم، فإن حلقة الاتصال (loopback) تفسر لماذا يمكنك عمل ping له بينما لا يستطيع هو ذلك.

على أي حال، لا يبدو أن هذا مشكلة متعلقة بـ Discourse، لذا لا أستطيع التأكد من قدرتنا على مساعدتك حقًا.

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

أفهم ذلك، كنت أخطط للحصول على خادم سحابي على أي حال لاستخدامه مع Discourse، كما كنت سأضع مواردي الأخرى في مكان آخر إذا لم ينجح هذا الأمر.

شكرًا لك على أي حال :slight_smile: