أواجه مشكلة غريبة أثناء إعداد تثبيت جديد. نحن ننتقل من الاستضافة المُدارة إلى الاستضافة الذاتية لتثبيتنا، ونستخدم النطاق www.pidforum.org. لقد قمت بتشغيل خادم Ubuntu وأستخدم التثبيت القياسي. النطاق يشير حالياً إلى عنوان IP للخادم، مع تعيين @ و * و www جميعها كسجلات A.
يبدو أن التثبيت يتم دون أي عوائق… وكل شيء يبدو وكأنه يعمل. فحص النطاق الأولي يؤكد أنه على ما يرام، ويتابع التثبيت ويكتمل. لكن لا يعمل الخادم. الخادم لا يستمع على المنفذ 443 أو 80، وعندما أقوم بتشغيل أمر discourse doctor يظهر:
نسخة Discourse في www.pidforum.org: غير موجودة
نسخة Discourse في localhost: غير موجودة
والآن، إليك الأمر الغريب… إذا قمت بإعادة تشغيل discourse-setup وقمت بتغيير اسم النطاق فقط إلى نطاق آخر أتحكم به (discourse.xxxxxxx.yyy)، فإن كل شيء يعمل بشكل صحيح. كل شيء آخر هو نفسه… نفس الخادم، كل شيء متطابق، مع تغيير اسم النطاق فقط.
ما الذي قد يسبب ذلك؟ ساعدوني، أنا أشعر بالجنون وأنا أحاول حل هذه المشكلة.
لقد كنت أتعامل مع هذه المشكلة منذ يوم الخميس الماضي… وأبدأ أكثر فأكثر في التفكير بأنها تتعلق باسم النطاق تحديدًا، لكن هذا لا معنى له على الإطلاق (كما أنه لا توجد خطوات فعالة لاستكشاف الأخطاء وإصلاحها).
هل هناك أي شيء يمكنني اختباره أو تجربته لتضييق نطاق المشكلة؟ أنا مرتاح كمسؤول أنظمة، لكن هذا الأمر جعلني أشك في حياتي.
هل قمتَ بتغيير خادم الأسماء الخاص بك مؤخرًا إلى Digital Ocean؟ يبدو أن لديك ميزة DNSSEC مفعّلة للمجال pidforum.org، لكن خوادم الأسماء في Digital Ocean لا تُرجع أي توقيعات. نتيجةً لذلك، تكتشف خوادم DNS مثل 8.8.8.8 سلسلة الثقة المكسورة وترفض إرجاع السجلات.
يمكنك الاطلاع على مزيد من المعلومات باستخدام أدوات مثل هذه:
حسناً، إذن أمر DNSSEC غريب، وهو شيء لم أتعامل معه من قبل أيضاً، لذا شكراً على التوجيه.
لقد حاولت تبسيط الأمور بإزالة قفز خادم الأسماء من Digital Ocean من المعادلة، وأستخدم الآن Network Solutions كسجل وكخادم أسماء في آن واحد لمحاولة القضاء على الأخطاء أو المشكلات المحتملة. هذا التحديث جارٍ الآن (لكنني اختبرت هذا الإعداد، وهو لا يعمل أيضاً لأسباب لا أفهمها).
سأتحقق من أمر DNSSEC بعد أن يمر بعض الوقت على تغيير خادم الأسماء. لكنني أراهن أن هناك شيئاً آخر يحدث أيضاً.
