الخلاصة

  • تبيع Cloudflare Registrar التسجيل والتجديد بلا هامش إضافي، لكنها تشترط استخدام خوادم الأسماء التابعة لها. اختيار مزوّد آخر لخدمة DNS الموثوقة يستلزم نقل النطاق إلى مسجّل آخر.
  • إيقاف الوكيل، وتفويض نطاق فرعي، وتخصيص أسماء الخوادم خيارات مختلفة في نطاقها. لا يبدّل أي منها بمفرده مشغّل DNS الموثوقة للنطاق الرئيسي.

يريد فريق التشغيل تغيير الجهة التي تجيب عن استعلامات DNS. الموقع سيبقى في مكانه، والبريد كذلك، واسم النطاق لن يتغير. ثم يقرأ الفريق شروط Cloudflare Registrar، فيكتشف أن اجتماعًا آخر مطلوب: هذه المرة مع المسؤول عن تسجيل النطاق.

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

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

فاتورة واحدة ووظيفتان

خدمة DNS الموثوقة تنشر الإجابات المرجعية الخاصة بالنطاق. ويتولى المسجّل علاقة التسجيل والتجديد وإدارتها. تتعامل الوظيفتان مع الاسم نفسه، لكنهما لا تؤديان العمل نفسه.

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

تظهر الكلفة الأخرى عندما تتغير الخطة. إذا أرادت المؤسسة تبديل مشغّل DNS وحده، فإن شروط Registrar تضيف نقل التسجيل إلى المهمة. صلاحيات مهندس DNS قد لا تكفي؛ يجب إشراك صاحب حساب النطاق ومن يملك الموافقة على نقله. الاختيار التقني يستدعي إجراءً إداريًا في طبقة أخرى.

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

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

إطفاء الوكيل لا يغيّر من يجيب

تتيح Cloudflare وضع «DNS فقط» للسجلات المناسبة. وتشرح وثيقة حالة الوكيل أن سجل عنوان عاديًا بهذا الوضع يمكن أن يعيد عنوان الخادم الأصلي، فتذهب طلبات الويب إليه مباشرة بدل المرور بالوكيل.

الذي تغير هنا هو مسار HTTP أو HTTPS. الجهة التي تقدم الإجابة الموثوقة عن النطاق ما زالت Cloudflare. إخراج الوكيل من طريق الويب لا يعيّن شركة أخرى لإدارة DNS.

وللسجلات المختلطة وسلاسل CNAME قواعد إضافية تخص سلوك الوكيل، لذلك لا تكفي علامة منفردة للحكم على مسار كل حركة المرور. أما في قرار الشراء، فالفصل الأساسي أوضح: التحكم في الوكيل شيء، واختيار مشغّل DNS شيء آخر. شرط Registrar يتعلق بالثاني.

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

باب جانبي للنطاق الفرعي

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

لكن التفويض الجزئي لا يستبدل DNS الموثوقة للنطاق الأب. إذا كانت المؤسسة تريد تغيير مشغّل ذلك النطاق الرئيسي، يظل شرط الانتقال إلى مسجّل آخر قائمًا.

لهذا تحتاج عبارة «يدعم DNS خارجيًا» إلى تتمة في وثيقة الشراء. هل المقصود نطاق فرعي؟ أم أسماء خوادم تحمل علامة المؤسسة؟ أم استبدال مشغّل النطاق الرئيسي؟ جمع الاحتمالات في خانة واحدة يجعل الاستبيان أقصر والاجتماع اللاحق أطول.

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

اليوم الخامس يخص الموافقة

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

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

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

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