الخلاصة

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

رسالة الإنجاز وصلت قبل الزبون

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

تذكر وثيقة استكشاف مشكلات Cloudflare for SaaS تركيباً محدداً قد ينتج هذه الحالة. إذا سجل المزود السابق اسم مضيف بعينه، واستخدم المزود الجديد اسماً عاماً بمحرف بدل، فقد يبقى الإعداد القديم أعلى أولوية بعد تحديث CNAME.

لا يقرأ هذا الترتيب تاريخ توقيع العقد. إنه يقارن دقة الأسماء المسجلة. قرار العميل بتغيير المزود ما زال يحتاج إلى من يوصله إلى مسار الطلبات.

عنوان باب واحد يتقدم على لافتة واسعة

يسجل اسم مثل mystore.example.com عنواناً بعينه. أما محرف البدل فيغطي مجموعة أسماء ويختصر أعمال الإدارة. وعند النقل، قد يصادف هذا الترتيب الواسع إعداداً أقدم يحدد بالضبط الاسم المطلوب.

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

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

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

لدى القادم خطوة قابلة للتنفيذ

توصي Cloudflare بأن ينشئ المزود الجديد اسم المضيف المحدد بدلاً من محرف البدل. وتصف طريقاً آخر يتصل فيه Super Administrator للحساب بفريق Cloudflare Support لطلب تحديث إعداد SaaS.

يمكن لاجتماع التسليم أن يبدأ بسؤال له جواب واضح: هل سجل المزود الجديد هذا الاسم بعينه؟ افتراض أن السابق يحتجز العميل منذ البداية سيحجب معالجة موثقة يستطيع الطرف الجديد تنفيذها. لا تقدم المصادر قائمة إعدادات عميل محدد أو سجلات طلباته أو كلفة انقطاعه؛ تلك الأدلة هي ما يحدد أثر انتقاله الفعلي.

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

الاتصال المشفر قد يستخدم شهادة أخرى

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

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

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

يمكن للتسليم التجاري أن يطلب أربع نتائج مترابطة: الاسم المحدد مفعّل، والشهادة جاهزة، وهدف DNS صحيح، وطلب عالجته المنطقة الجديدة والتطبيق المتوقع فعلاً. لا حاجة إلى حشو العقد بكل حقول الواجهة التقنية. المطلوب أن تتفق الأدلة على وجهة واحدة.

جهّز المدخلين قبل نقل الاستقبال

تتيح وثيقة التحقق من الأسماء ونقلها لعدة مزودي SaaS الاحتفاظ في الوقت نفسه باسم مخصص نشط للدومين نفسه. التحقق المسبق من اسم يستخدم Cloudflare بالفعل لا ينقل الحركة بمفرده.

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

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

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

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