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

ما الذي ينقله نقل النطاق فعليًا

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

رمز EPP: ما هو وأين تجده

رمز EPP — اختصار لبروتوكول Extensible Provisioning Protocol، ويُسمى أيضًا رمز التفويض أو مفتاح النقل — رمز فريد يولّده المسجِّل الحالي يثبت أن طالب النقل يتحكم فعليًا في النطاق. EPP هو البروتوكول القياسي الذي يستخدمه المسجّلون للتواصل مع سجلات النطاقات، ويأخذ الرمز اسمه من ذلك البروتوكول؛ المفهوم نفسه أبسط مما يوحي به الاسم — يعمل كرمز مرور لمرة واحدة لنقل نطاق محدد. إنه إجراء أمني قياسي مطلوب عبر جميع النطاقات العامة تقريبًا. للحصول عليه، سجّل الدخول إلى حساب المسجِّل الحالي للنطاق، وحدد صفحة إدارة النطاق، واطلب أو اكشف رمز EPP — يولّد معظم المسجّلين هذا عند الطلب أو يعرضونه مباشرة، أحيانًا بتأخير قصير لأسباب أمنية. سيطلب المسجِّل الجديد هذا الرمز كجزء من بدء عملية النقل.

قفل المسجِّل ولماذا يوجد

تُحمى النطاقات بقفل مسجِّل (تقنيًا clientTransferProhibited) افتراضيًا، يمنع طلبات النقل تمامًا بغض النظر عن تقديم رمز EPP صالح. يوجد هذا تحديدًا لمنع عمليات النقل غير المصرح بها — فخطف النطاقات تهديد حقيقي وله تاريخ ملموس، والقفل خط الدفاع الأول ضده. قبل أن يتمكن النقل من المضي قدمًا، يجب إزالة القفل من حساب المسجِّل الحالي للنطاق؛ هذا غالبًا مجرد مفتاح تبديل في واجهة إدارة النطاق، وهو السبب الأكثر شيوعًا لتوقف طلب نقل فور تقديمه.

قائمة تحقق قبل النقل

العمل على هذه النقاط قبل بدء النقل يتجنب الغالبية العظمى من التأخيرات:

  • تأكد أن النطاق مضى عليه 60 يومًا على الأقل منذ التسجيل الأولي أو آخر نقل — تمنع سياسة ICANN النقل داخل تلك النافذة بغض النظر عن صحة أي إعداد آخر.
  • أزل قفل المسجِّل لدى المسجِّل الحالي (الخاسر).
  • تأكد أن بريد جهة الاتصال المسجِّلة محدّث ويُراقَب فعليًا — رسالة الموافقة الإلزامية تُرسل إليه، لا إلى أي عنوان بدأ عملية النقل.
  • استخرج رمز EPP ودوّنه بدقة — حرف واحد مكتوب خطأ نقطة فشل شائعة يمكن تجنبها تمامًا.
  • عطّل خصوصية WHOIS/الهوية مؤقتًا إن كان الإعداد الحالي يخفي جهة الاتصال المسجِّلة بطريقة قد تؤخر وصول رسالة الموافقة إلى صندوق بريد حقيقي (يختلف هذا حسب المسجِّل).

عملية النقل خطوة بخطوة

التسلسل العام متسق عبر المسجّلين، رغم اختلاف الواجهات: ألغِ قفل النطاق واستخرج رمز EPP لدى المسجِّل الحالي (الخاسر)؛ ابدأ النقل لدى المسجِّل الجديد (الرابح)، مقدّمًا اسم النطاق ورمز EPP؛ أكّد النقل عبر رسالة موافقة تُرسل إلى عنوان جهة الاتصال المسجِّلة للنطاق — هذه الخطوة إلزامية وفق سياسة ICANN ولا يمكن تخطيها؛ وانتظر نافذة النقل، التي تمتد عادة من خمسة إلى سبعة أيام ما لم يوافق المسجِّل الخاسر عليها أبكر، أو يوافق صاحب حساب المسجِّل الرابح صراحة على نقل مبكر حيث يتوفر ذلك الخيار. النطاقات المسجَّلة أو المنقولة خلال آخر 60 يومًا غير مؤهلة عمومًا لنقل آخر، وهو إجراء حماية آخر تفرضه ICANN ضد إساءة الاستخدام.

ماذا يحدث إن تأخر التفويض

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

ماذا يحدث لـDNS أثناء النقل

افتراضيًا، تبقى الخوادم الاسمية للنطاق — وبالتالي سجلات DNS الخاصة به — تمامًا كما كانت مُعدَّة قبل النقل، ما لم تُغيَّر عمدًا. يعني هذا أن الموقع والبريد يمكن، وينبغي عادة، أن يستمرا في العمل دون انقطاع طوال عملية النقل، شريطة ألا تُغيَّر الخوادم الاسمية في الوقت نفسه أيضًا. الجمع بين نقل مسجِّل وتغيير خادم اسمي في النافذة نفسها ممكن لكنه يضيف خطرًا غير ضروري؛ التسلسل الأكثر أمانًا هو إكمال نقل المسجِّل أولاً، والتأكد من استقرار كل شيء، ثم تغيير الخوادم الاسمية فقط إن كان ذلك أيضًا جزءًا من الخطة. يستحق الأمر التحقق الصريح من استمرارية DNS بعد اكتمال النقل، لا افتراض ذلك فحسب — أمر سريع مثل dig example.com NS +short فور الانتهاء يؤكد أن الخوادم الاسمية ما زالت تمامًا كما كانت قبل ذلك، وأن المسجِّل الجديد لم يطبّق أي خوادم اسمية افتراضية خاصة به أثناء النقل، وهو ما يفعله بعض المسجّلين ما لم يُطلب منهم خلاف ذلك.

تجنّب أكثر مشاكل النقل شيوعًا

تعود معظم عمليات النقل الفاشلة أو المتأخرة إلى قائمة قصيرة من المشاكل القابلة للتجنب: النطاق ما زال مقفلاً لدى المسجِّل الخاسر؛ رمز EPP كُتب خطأ أو انتهت صلاحيته (يحدد بعض المسجّلين مدة زمنية له)؛ وصلت رسالة الموافقة إلى عنوان جهة اتصال قديم أو غير مُراقَب؛ أو يقع النطاق داخل نافذة التقييد الممتدة 60 يومًا بعد التسجيل أو النقل. التحقق من حالة النطاق الحالية وتفاصيل جهة الاتصال وحالة القفل قبل بدء النقل، باستخدام القائمة أعلاه، يحل الغالبية الكبرى من هذه المشاكل قبل أن تصبح مشكلة فعلية. تتبع عملية نقل النطاقات لدى ANYSRV نفسها هذا التدفق القياسي.

بعد اكتمال النقل

بمجرد اكتمال النقل، تتجنب جولة تحقق قصيرة اكتشاف مشكلة لاحقًا بدلاً من فورًا: تأكد أن النطاق يُظهر المسجِّل الجديد الصحيح في استعلام WHOIS؛ أعد تفعيل قفل المسجِّل لدى المسجِّل الجديد، لأنه عادة مُعطَّل افتراضيًا فور اكتمال النقل، وتركه مُعطَّلاً دون داعٍ يمدّد النافذة التي يمكن خلالها بدء نقل آخر؛ تحقق من انتقال تفاصيل جهة الاتصال المسجِّلة والإدارية والتقنية بشكل صحيح، لأن بعض المسجّلين يعيدون ضبطها إلى قيم افتراضية بدلاً من الحفاظ عليها؛ وتأكد أن تاريخ التجديد يعكس أي فترة تجديد أُضيفت كجزء من النقل، وهو ما يتضمنه معظم المسجّلين تلقائيًا لكن يستحق التحقق بدلاً من الافتراض. لا تؤثر أي من هذه الخطوات على عمل الموقع أو البريد — فهي نظافة حساب لا اتصال — لكن تخطيها هو ما يجعل نطاقًا ينتهي به الأمر غير مقفل بشكل غير متوقع، أو بتفاصيل اتصال تشير إلى بريد قديم، لأشهر قبل أن يلاحظ أحد.