متى يكون المنفذ 80 متاحًا؟

أنا مرتبك قليلاً بشأن متى يكشف تثبيت Discourse الجديد المعتمد على Docker عن المنفذ 80. دعني أشرح…

عند تشغيل ./discourse-setup، أفترض أن الأسئلة الأولية (اسم المضيف، عنوان البريد الإلكتروني، إلخ) تُطرح جميعها قبل إنشاء الحاوية، وبالتالي قبل أن يبدأ Discourse في كشف المنفذ 80. هل هذا صحيح؟

إذا كان الأمر كذلك، ألا يشكل ذلك نوعًا من المعضلة عند إدخال اسم المضيف؟

لقد أنشأت سجل A الخاص بي (وهو قابل للاستجابة عبر ping باستخدام اسم المضيف). لكن المنفذ 80 غير مفتوح. أعتقد أنني أفهم السبب، أي أن الحاوية لم تُنشأ بعد.

ولكن إذا كان هذا هو الحال، فكيف يمكن أن تعمل تلك المصادقة الأولية لاسم المضيف أبدًا، إذا كانت تتم قبل إنشاء الحاوية؟

من الواضح أن لدي افتراضًا خاطئًا هنا، لذا أرجو من أحدكم أن ينقذني من هذا الارتباك!

شكرًا لكم.

تشغّل discourse-setup أمر nc الذي يفتح المنفذ للاختبار.

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

آه، فهمت.

افترض أنني أعرف ما أفعله كان عمومًا خيارًا سيئًا! لكنني أتجاهل التحذير الآن وأواصل التقدم.

أظن أنني سأواجه مشكلة، لأنني أفترض أن nc يجب أن يسمح بتعريض المنفذ 80 (ليس لدي جدار حماية بعد)، لكنني سأتعامل مع ذلك لاحقًا.

شكرًا لك مرة أخرى.

حسنًا، لهذا السبب تُجرى هذه الاختبارات. لكنها تعمل فقط لمعظم الناس في معظم الأوقات.

إذا كتبت nc في سطر الأوامر وحصلت على رسالة command not found، فيمكنك افتراض أن الاختبار معطّل (وهذا لا يعني أن اسم النطاق الخاص بك يحل إلى خادمك وأن المنفذ متاح).

واجهت هذه المشكلة عند إعداد خادمي الأول، ومزعجًا أن المشكلة تحلّت تلقائيًا بعد بضع ساعات. غالبًا ما تشير هذه الأنواع من المشاكل إلى مشكلة في تكرار DNS، لكنني أستخدم DNS من CloudFlare (مع TTL منخفض) وأستطيع عمل ping عبر اسم المضيف دون أي مشكلة.

تم تثبيت Docker بنجاح، وأداة nc متاحة.

تشير نتيجة الأمر docker ps إلى أن المنطقتين 80 و443 موجهتان إلى الحاوية.

كما يُظهر الأمر sof -i -P -n أن عملية docker-pr تستمع إلى هاتين المنطقتين أيضًا.

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

شكرًا مجددًا.

يبدو أنها مشكلة في انتشار DNS.

هل السحابة البرتقالية مفعلة؟ إذا كان CloudFlare يستخدم فقط كـ DNS، فأنت بخير، ولكن إذا كان يعمل كوسيط، فلن تتمكن من جعل Let’s Encrypt يعمل، وهو الهدف من الاختبار.

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

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