هل حاولت يوماً نقل موقعك الإلكتروني وشعرت أن الأمر يشبه إعادة تركيب أثاث IKEA بدون تعليمات؟ مع Cloudflare، العملية ليست بهذه التعقيد، لكنها تتطلب دقة جراحية في الإعدادات. حتى يوم الاثنين 26 أكتوبر 2026، لم يظهر أي خبر إخباري ضخم مرتبط بهذا الموضوع، لكن التحديث الأخير لتوثيق الشركة الرسمي بعنوان "Onboard a domain" (المحدّث في 5 مايو 2026) يقدم خارطة طريق واضحة لأي مالك موقع يريد الاستفادة من سرعة وأمان الشبكة العالمية لهذه العملاقة التقنية.
الأمر بسيط في جوهره: أنت تجعل Cloudflare الوسيط بين زوار موقعك وخادمك الأصلي. هذا يعني حماية من هجمات الحرمان من الخدمة (DDoS)، وتسريعاً في التحميل، وإدارة مركزية لإعدادات DNS. لكن الخطأ الصغير في سجل واحد قد يؤدي إلى ظهور رسالة الخطأ المرعبة "DNS_PROBE_FINISHED_NXDOMAIN" لزوارك، مما يعني أن الموقع غير موجود بالنسبة للمتصفح.
الخطوة الأولى: إضافة النطاق واختيار الخطة المناسبة
تبدأ الرحلة بتسجيل الدخول إلى لوحة تحكم Cloudflare والانتقال إلى قسم Domains ثم اختيار خيار Onboard a domain. هنا يجب إدخال اسم النطاق الأساسي، مثل example.com. انتبه جيداً؛ النظام صارم فيما يتعلق بصيغة الاسم. يجب أن يكون النطاق مسجلاً بشكل صحيح ويقع مباشرة أسفل نطاق علوي صالح ومدرج في قائمة Public Suffix List. لذا، فإن example.com مقبول، بينما level2.example.com أو example.home قد يرفضان القبول لأنهما لا يطابقان القاعدة الأساسية المطلوبة للإضافة السريعة.
بعد ذلك، سيطلب منك النظام تحديد طريقة استيراد سجلات DNS الحالية. عادةً ما تحاول Cloudflare مسح السجلات القديمة تلقائياً، لكن الاعتماد الكلي على هذه الخطوة محفوف بالمخاطر. الفحص السريع ليس مضموناً للعثور على كل شيء، خاصة إذا كانت السجلات قديمة أو معقدة. لذلك، الخطوة التالية هي المراجعة اليدوية الدقيقة، وهي المرحلة التي يفشل فيها كثير من المستخدمين غير الصبورين.
دقة سجلات DNS: قلب عملية الربط
يجب عليك التحقق من وجود السجلات الأساسية للنطاق (مثل A أو AAAA أو CNAME) وسجلات النطاقات الفرعية الشائعة مثل www و blog. إذا كان موقعك يستخدم خدمات بريد إلكتروني خارجية، فلا تنسَ سجلات البريد الحيوية:
- سجل MX: لتحديد خادم البريد المستلم للرسائل.
- سجل TXT: ضروري جداً للتحقق من ملكية النطاق وضمان تسليم البريد (مثل سجلات SPF وDKIM وDMARC).
- سجل A لخادم البريد: غالباً باسم mail، يشير إلى عنوان IP الخاص بخادم البريد.
إذا فاتتك هذه السجلات أثناء الترحيل، فقد يعمل موقعك بشكل مثالي بينما تتوقف رسائل البريد الإلكتروني عن العمل تماماً. تذكر أن القيم الفعلية تعتمد كلياً على مزود خدمة البريد الذي تستخدمه، وليس هناك حل سحري موحد للجميع.
إدارة حالة الوكيل: برتقالي أم رمادي؟
هنا يكمن السحر الحقيقي لـ Cloudflare. لكل سجل DNS، لديك خياران رئيسيان لحالة الوكيل (Proxy Status):
الخيار الأول هو Proxied (السحابة البرتقالية). عند تفعيله، تمر حركة مرور الويب عبر شبكة Cloudflare الضخمة. هذا يمنحك تخزيناً مؤقتاً (Caching)، حماية DDoS، وميزات أمنية متقدمة. هو الخيار الافتراضي والأفضل لأغلب صفحات الويب.
الخيار الثاني هو DNS only (السحابة الرمادية). هنا تعمل Cloudflare كمجرد مُجيب عن استعلامات DNS دون تمرير البيانات عبر شبكتها. هذا الخيار موصى به لسجلات CNAME المستخدمة للتحقق من الملكية لدى خدمات خارجية (مثل Google Search Console أو Microsoft Azure)، حيث قد يتداخل الوكيل مع عمليات التحقق تلك.
تحديث خوادم الأسماء والتعامل مع DNSSEC
الخطوة الحاسمة هي تغيير خوادم الأسماء (Nameservers) لدى مسجل النطاق الخاص بك (حيث اشتريت الدومين أصلاً) لتكون تلك التي توفرها Cloudflare. خوادم الأسماء هي البوابات التي تخبر المتصفحات أين يجدون معلومات موقعك. بمجرد تحديثها، تبدأ فترة الانتشار (Propagation)، والتي تتراوح عادةً بين 15 دقيقة و24 ساعة حسب المزود والشبكة المحلية.
وهنا تحذير مهم لمن يستخدم DNSSEC: يجب إيقافه مؤقتاً لدى مسجل النطاق قبل تغيير خوادم الأسماء. لماذا؟ لأن استمرار عمل DNSSEC مع خوادم أسماء جديدة قد يجعل النطاق غير قابل للوصول بسبب عدم تطابق المفاتيح المشفرة. بعد أن يصبح النطاق نشطاً على Cloudflare، يمكنك إعادة تفعيل DNSSEC عبر لوحة التحكم الخاصة بهم بأمان.
أسئلة شائعة حول ربط النطاقات بـ Cloudflare
كم يستغرق انتشار تغييرات خوادم الأسماء فعلياً؟
تشير الأدلة الإرشادية الثانوية مثل ZevsHost إلى أن العملية قد تستغرق من 15 دقيقة إلى 24 ساعة. ومع ذلك، لا تقدم توثيقات Cloudflare الرسمية مدة ثابتة، مشيرة إلى أن السرعة تعتمد على عدة عوامل تقنية. غالباً ما تصل التغييرات خلال ساعات قليلة، لكن إرسال بريد إلكتروني من Cloudflare عند اكتمال التفعيل هو المؤشر الأكثر موثوقية.
ماذا يحدث إذا نسيت إضافة سجلات البريد الإلكتروني؟
قد يعمل موقعك الإلكتروني بشكل طبيعي، لكن رسائل البريد الإلكتروني الواردة قد تضيع أو تعود للمُرسل. هذا لأن سجلات MX وTXT الخاصة بالبريد يجب أن تكون موجودة في جدول DNS الجديد. إذا كنت تستخدم بريداً خارجياً، تأكد من نسخ قيم SPF وDKIM وDMARC بدقة من مزود البريد القديم إلى لوحة تحكم Cloudflare قبل الضغط على حفظ.
ما الفرق الجوهري بين Proxied و DNS Only؟
في وضع Proxied (البرتقالي)، تعمل Cloudflare كوكيل عكسي يخفي عنوان IP الحقيقي لخادمك ويوفر حماية وأداءً. أما في وضع DNS Only (الرمادي)، فتعمل Cloudflare فقط كخدمة ترجمة أسماء دون المرور عبر شبكتها للأداء أو الحماية. استخدم الوضع الرمادي للسجلات التي تحتاج إلى اتصال مباشر بالخادم الأصلي دون وسيط، مثل بعض تطبيقات FTP أو خدمات التحقق الخارجية.
هل يمكن شراء نطاق جديد مباشرة من Cloudflare؟
نعم، يتيح لك Cloudflare Registrar شراء نطاقات جديدة بأسعار التكلفة الفعلية دون رسوم إضافية خفية. عند الشراء من خلالهم، يتم إعداد DNS والخوادم نيابة عنك تلقائياً، مما يوفر عليك خطوة نقل النطاق وتعديل خوادم الأسماء يدوياً لدى مزود آخر. هذه ميزة مفيدة للمستخدمين الجدد الذين يبدأون مشروعهم من الصفر.
لماذا تظهر رسالة خطأ DNS_PROBE_FINISHED_NXDOMAIN؟
هذا الخطأ يعني أن المتصفح لم يتمكن من العثور على سجل DNS يترجم اسم النطاق إلى عنوان IP. السبب الأكثر شيوعاً هو نقص سجل A أو CNAME الرئيسي للنطاق في لوحة تحكم Cloudflare، أو عدم اكتمال انتشار تغييرات خوادم الأسماء بعد. تحقق من وجود السجلات وتأكد من أن حالة النطاق أصبحت "Active".
قد يعجبك
