نقل النطاقات بالجملة: كيف تنقل محفظتك دون انقطاع
نقل نطاق واحد عمل إداري. نقل أربعمئة نطاق مشروع قائم بذاته. المحافظ التي نمت على مدى سنوات تتوزع عادة على ثلاثة أو أربعة مسجّلين وعدة حسابات فوترة، وتخلط بين الامتدادات العامة وامتدادات الدول، ولكل منها سلوك قفل خاص وتاريخ انتهاء خاص. الخطوات نفسها ليست صعبة. الصعب هو تنفيذها بالترتيب الصحيح وبأعداد كبيرة دون أن يتوقف موقع عميل أو ينقطع بريده. يغطي هذا الدليل التحضير والتنفيذ ومعالجة حالات الرفض والتحقق، وهي ما يتطلبه فعلياً أي ترحيل واسع.
ما هو نقل النطاقات بالجملة؟
نقل النطاقات بالجملة ينقل عدداً كبيراً من النطاقات من مسجّل إلى آخر ضمن إرسال واحد منسّق. ومع ذلك يُفتح قفل كل نطاق على حدة، ويُفوَّض برمزه الخاص، ويعالجه السجل بصورة مستقلة. لذلك يتحدد النجاح بالتحضير: بيانات اتصال صحيحة، ورموز تفويض سارية، وأهلية مُتحقَّق منها قبل الإرسال.
| أبرز النقاط
|
|---|
كيف يعمل نقل النطاقات بالجملة؟
النقل بالجملة هو إرسال مجمّع لعدة طلبات نقل بين المسجّلين، سواء بلصق قائمة في اللوحة أو عبر سلسلة استدعاءات لواجهة برمجية. التجميع يحدث في طبقة الواجهة. أما تحتها فيسلك كل نطاق المسار نفسه الذي يسلكه النقل المفرد: يرسل المسجّل المستقبِل الطلب إلى السجل مرفقاً برمز التفويض، ويتحقق السجل من الرمز، ويحصل المسجّل الحالي على مهلة محددة للرد، ثم يصدر السجل قراره بشأن ذلك النطاق تحديداً. من المفيد التمييز بين ثلاثة أدوار. السجل يشغّل الامتداد ويحتفظ بالسجل المرجعي. المسجّل يملك الاعتماد أو العقد مع ذلك السجل ويقدّم الطلب نيابة عنك. حامل اسم النطاق هو المالك القانوني للاسم. النقل يغيّر المسجّل، ولا يغيّر حامل الاسم، ولا ينقل الـ DNS ما لم تقم بذلك بشكل منفصل. من هنا تأتي المفاجأة الأكثر شيوعاً. دفعة من ثلاثمئة نطاق تعيد 274 قبولاً و26 رفضاً لم تفشل جزئياً بوصفها دفعة. لقد أنتجت 26 حالة رفض منفصلة، لكل منها سببها وحلّها.
قائمة التحقق قبل نقل النطاق
نفّذ هذه الفحوص قبل إرسال أي شيء. تكاد كل عملية ترحيل تعثّرت أن تعود إلى بند من هذه القائمة جرى تخطيه لجزء من المحفظة.
| المعالجة | السبب المرجّح | المطلوب |
|---|---|---|
| قفل النقل | النطاق المقفل يرفضه السجل بغض النظر عن طريقة إرسال الطلب. | افتح قفل كل نطاق في الدفعة وتأكد من تغيّر الحالة لدى السجل لا في اللوحة فقط. |
| رمز تفويض ساري | معظم الامتدادات تطلب رمزاً يستطيع السجل التحقق منه، وكثير من الرموز محدود المدة. | أنشئ الرموز قرب موعد الإرسال، وتحقق من اكتمالها، وأعد طلب ما انتهت صلاحيته. |
| بيانات حامل اسم النطاق | رسائل التأكيد والإشعارات تُرسل إلى عنوان حامل الاسم المسجّل. تغيّر المصطلح: تركّز أعمال ICANN الحالية على حامل اسم النطاق بدل جهة اتصال إدارية منفصلة. | تأكد أن هذا العنوان يتابعه شخص قادر على التصرف، وصحّحه قبل البدء. |
| تسجيل أو نقل حديث | في الامتدادات العامة تفرض سياسة ICANN عادة قيداً مدته ستون يوماً بعد التسجيل وبعد نقل سابق وبعد تغييرات معينة في بيانات حامل الاسم. | ضع علامة على النطاقات المتأثرة وأجّلها إلى دفعة لاحقة بدل تحمّل الرفض. |
| قرب موعد الانتهاء | النطاق القريب من الانتهاء قد يدخل فترة سماح أثناء العملية فيعقّدها. | جدّده قبل الترحيل، أو انقل هذه الأسماء في دفعة منفصلة تحت متابعة لصيقة. |
| رموز حالة النطاق | حالات التعليق لدى السجل أو المسجّل تمنع النقل ولا تظهر ما لم يجرِ فحصها. | راجع رموز الحالة عبر WHOIS أو RDAP وعالج حالات التعليق قبل الإرسال. |
| DNSSEC | في النطاق الموقّع ينكسر التحقق إذا لم تعد سجلات DS لدى السجل مطابقة لسلسلة التوقيع. | إذا لم يتغير مزوّد الـ DNS ولا المفاتيح، خطّط لأن يحمل المسجّل المستقبِل سجلات DS الحالية. لا تحذفها إلا إذا تغيرت السلسلة أو تعذّر نقلها. |
| خدمات الخصوصية | جهة الاتصال الوسيطة قد تقف بين السجل وبين من يجب أن يوافق. | تحقق مما إذا كانت الخدمة تؤثر في التفويض أو في رسائل الموافقة لذلك الامتداد، ولا توقفها إلا إذا طلب ذلك المسجّل أو السجل. |
| رصيد الحساب | النقل مدفوع، ورفض عملية الدفع يوقف الدفعة. | موّل الحساب المستقبِل لكامل الدفعة، بما في ذلك الامتدادات المميزة أو المقيّدة. |
| قواعد كل امتداد | سجلات الدول قد تطلب مستندات أو وجوداً محلياً أو خطوة موافقة إضافية. | افصل هذه الامتدادات وتأكد من إجراءات كل سجل قبل وضع الجدول الزمني. |
كيف تنقل عدة نطاقات خطوة بخطوة
يفترض هذا الترتيب محفظة من بضع مئات من النطاقات موزعة على أكثر من مسجّل حالي. اضبط حجم الدفعات بحسب حجمك، ولا تغيّر الترتيب.
- ابنِ جرد المحفظة. صدّر كل المسجّلين وكل الحسابات إلى جدول واحد: النطاق، الامتداد، المسجّل الحالي، تاريخ الانتهاء، خوادم الأسماء، حالة DNSSEC، حالة القفل، عنوان حامل الاسم، المسؤول من جانب العمل، ودرجة الأهمية.
- صنّف الجرد. رتّبه حسب الامتداد وحسب المسجّل الحالي. هذان المحوران يحددان القواعد المنطبقة واللوحة التي ستعمل فيها، ومن ثم يحددان دفعاتك.
- رتّب حسب الأهمية. افصل النطاقات المدرّة للدخل، والنطاقات التي تحمل البريد، ونطاقات إعادة التوجيه فقط، والتسجيلات الدفاعية الخاملة. المجموعتان الأخيرتان مرشحتان مثاليتان للدفعة التجريبية.
- أزل الموانع. طبّق قائمة التحقق على كل مجموعة: افتح الأقفال، صحّح بيانات الاتصال، جدّد ما اقترب من الانتهاء، ونحّ جانباً كل ما يقع ضمن فترة قيد.
- شغّل دفعة تجريبية. من خمسة إلى عشرة نطاقات منخفضة المخاطر من امتداد واحد. تتحقق الدفعة التجريبية من طريقة تعاملك مع الرموز ومن مسار رسائل التأكيد ومن تقارير الحالة قبل أن يصل أي خطأ إلى شيء مهم.
- اجمع الرموز بأمان. احصل عليها في الجلسة نفسها التي تنوي الإرسال فيها، واحفظها في مخزن محكوم لا في جدول مشترك، وتعامل معها كبيانات اعتماد.
- أرسل على دفعات متدرجة. اجمعها حسب الامتداد والمسجّل الحالي، وأبقِ الدفعات صغيرة بما يكفي لاحتواء أي خطأ منهجي، واترك فاصلاً زمنياً بينها.
- تابع الحالة يومياً. سجّل حالات الانتظار والقبول والرفض لكل نطاق. الصمت ليس تقدماً: كثيراً ما تبقى رسائل التأكيد غير مفتوحة في صندوق بريد مشترك.
- تحقق من الاستمرارية عند اكتمال كل دفعة. راجع خوادم الأسماء، وافتح الموقع، وأرسل واستقبل رسالة اختبار على النطاقات التي تحمل البريد، وتأكد أن تجديد الشهادات المعتمد على التحقق من النطاق ما زال يعمل.
- اختم بمراجعة شاملة. أعد القفل، وتحقق من تواريخ الانتهاء والتجديد التلقائي، وطابق العدد النهائي مع الجرد الأصلي.
رمز التفويض ورمز EPP: كيف تجهّزهما
رمز النقل هو بيان الاعتماد الذي يثبت مشروعية الطلب. ويظهر بأسماء عدة بين اللوحات والوثائق: رمز التفويض، رمز EPP، AuthInfo، وفي أعمال ICANN الحالية Transfer Authorization Code أو TAC. جميعها تشير إلى الضابط نفسه ومتطلبات التعامل معها واحدة. ثلاث خصائص تسبب معظم الأخطاء عند الحجم الكبير. الرموز محدودة المدة غالباً، ما يجعل جدولاً أُعدّ قبل ثلاثة أسابيع عديم القيمة جزئياً يوم الإرسال. وبعض المسجّلين يرسلون الرمز إلى عنوان حامل الاسم فقط بدل عرضه في اللوحة، فيتحول صندوق بريد مهمل إلى عائق صلب. والرموز حساسة لحالة الأحرف وطويلة بما يكفي ليمر حرف مبتور عند النسخ دون ملاحظة حتى يرفض السجل الطلب. تعامل معها ككلمات مرور: احصل عليها قرب وقت الاستخدام، واحفظها في مدير أسرار لا في مستند مشترك، وقيّد الوصول بفريق الترحيل، واحذفها بعد اكتمال كل عملية نقل. قائمة رموز سارية لمحفظة كاملة تشكل، عند تسربها، عدة جاهزة للاستيلاء على النطاقات.
كيف تنفّذ نقل النطاقات بالجملة من اللوحة
الإرسال عادة أبسط من التحضير الذي يسبقه. في لوحة الموزّع لدى Domain Name API توجد عمليات النقل ضمن قسم Domain Management، حيث تفصل علامتا تبويب بين المسارين: استعلام لنطاق مفرد، واستعلام نقل بالجملة للدفعة.
شاشة استعلام النقل بالجملة في لوحة Domain Name API: نطاق واحد ورمز نقله في كل سطر. يتوقع حقل الإدخال نطاقاً واحداً في كل سطر يليه مسافة ثم رمز نقل ذلك النطاق. النمط المتوقع معروض فوق الحقل مباشرة، فتُلصق القائمة المجهزة كما هي، ويُنفَّذ الاستعلام قبل أي التزام. هذا التنسيق مهم منذ مرحلة التحضير لأنه يحدد طريقة بناء جدول الجرد: ضع النطاق ورمزه في عمودين متجاورين وبالترتيب نفسه للصفوف، فيتحول التصدير النهائي إلى عملية لصق بدل عملية مطابقة. حدود حجم الدفعة والاستعلام معروضة داخل اللوحة نفسها وقابلة للتغيير، لذا تحقق من القيم السارية في حسابك قبل التخطيط لمحفظة كبيرة.
خمسة أمور تُفحص قبل لصق القائمة
للتحضير ذيل طويل، لكن عدداً قليلاً من الفحوص يلتقط معظم ما يمكن أن يسوء.
- هل الرمز ما زال صالحاً؟ الرموز تتقادم. احصل عليها يوم الإرسال لا قبله بأسبوع.
- هل القفل مفتوح فعلاً؟ اللوحة تقول مفتوح. من يقرر هو السجل.
- من يتسلم رسالة الموافقة؟ إن كان موظفاً سابقاً فذلك النقل متوقف أصلاً.
- ما الذي ينتهي خلال الثلاثين يوماً القادمة؟ جدّده الآن لا في منتصف النقل.
- أي الأسماء يحمل البريد؟ هذه تُنقل أخيراً، في دفعة صغيرة وتحت مراقبة.
لماذا يفشل نقل النطاق وكيف تعالج المشكلة؟
تتجمع حالات الفشل في عدد محدود من الأنماط. يربط الجدول العرض الظاهر بالسبب المرجّح وبالإجراء الذي يحلّه.
| المشكلة | السبب المرجّح | المعالجة |
|---|---|---|
| رفض فوري للطلب | قفل النقل ما زال فعالاً، أو أن فتح القفل لم يصل إلى السجل. | افحص الحالة عبر WHOIS أو RDAP بدل اللوحة، وافتح القفل مجدداً ثم أعد الإرسال. |
| رمز التفويض غير صالح | الرمز منتهي، أو بُتر أثناء النسخ، أو أن الامتداد يستخدم آلية أخرى. | أنشئ الرمز من جديد، والصقه دون مسافات، وتأكد من المتطلب الفعلي لذلك الامتداد. |
| لا تصل رسالة التأكيد | العنوان المسجّل قديم أو تجري تصفيته، أو أن خدمة خصوصية تحوّل الإشعار. | حدّث السجل، وافحص حجر البريد المزعج، واطلب إعادة الإرسال قبل تغيير أي شيء آخر. |
| رفض بسبب قيد الستين يوماً | النطاق سُجّل أو نُقل أو تغيّر حامل اسمه خلال الستين يوماً الماضية. | دوّن تاريخ انتهاء القيد وأدرج النطاق في دفعة لاحقة. |
| تعثر النقل قرب موعد الانتهاء | انتهى النطاق أو دخل فترة سماح أثناء العملية. المعالجة تختلف بحسب المسجّل والامتداد. | جدّد لدى المسجّل الحالي، وامنح التجديد وقتاً ليستقر، ثم أعد بدء النقل. |
| النطاق غير متاح بعد النقل | سجلات DS لم تعد مطابقة لسلسلة التوقيع، أو أن خوادم الأسماء أُعيد ضبطها. | أعد خوادم الأسماء فوراً، ثم وائم سجلات DS مع المفاتيح المستخدمة فعلياً. |
| رفض في امتداد دولة | الامتداد يتبع إجراءً خاصاً به بدل رمز التفويض المعتاد. | اتبع الإجراء المنشور لذلك السجل، وقد يتطلب مستندات أو موافقة إضافية. |
| نطاق واحد يعطّل كل شيء | على الاسم نزاع أو أمر قضائي أو تعليق من السجل. | عالج أصل المسألة أولاً؛ النطاقات محل النزاع لا مكان لها في الدفعة. |
| الدفعة ناقصة دون أن يلاحظ أحد | حالات الرفض لم تظهر لأن أحداً لم يطابق القائمة المرسلة بالقائمة المستلمة. | طابق الأعداد بعد كل دفعة، وعامل أي فارق كبند مفتوح حتى يُفسَّر. |
هل يؤثر نقل النطاق على DNS والموقع والبريد؟
نقل المسجّل ينقل سجل التسجيل لا الخدمات المرتبطة به. تفويض خوادم الأسماء ينجو عادة من عملية النقل، ولهذا تمر معظم عمليات النقل دون حوادث. تظهر المخاطرة حين يكون المسجّل الحالي هو من يستضيف الـ DNS أيضاً، إذ يمكن حذف تلك المنطقة بعد مغادرة النطاق فتذهب معها كل سجلات A وMX وTXT وCNAME. الترتيب الآمن يفصل التغييرين: انقل استضافة الـ DNS أولاً إلى وجهتها النهائية، وتأكد أن المنطقة تُحل بصورة صحيحة، واتركها تعمل بضعة أيام، ثم انقل التسجيل. وإذا وجب تحريك الاثنين معاً، فصدّر جميع ملفات المناطق قبل البدء وأعد بناءها لدى المزوّد الجديد قبل تحويل التفويض. اخفض قيم TTL للسجلات الحساسة قبل يوم أو يومين، فيصبح تصحيح أي خطأ مسألة دقائق لا ساعات. البريد يستحق انتباهاً مستقلاً لأن أعطاله صامتة. تأكد من إعادة إنشاء سجلات MX وSPF ومحددات DKIM وسياسة DMARC بدقة. غياب محدد DKIM لا يوقف البريد، لكنه يرفع بهدوء نسبة الرسائل الصادرة التي تنتهي في مجلد الرسائل غير المرغوبة، وبعد أسبوع نادراً ما يربط أحد ذلك بعملية الترحيل. أما DNSSEC فيحتاج قراراً لا رد فعل. إذا بقي مزوّد الـ DNS ومفاتيح التوقيع كما هي، ظلت سجلات DS لدى السجل صالحة، وتصبح المهمة هي التأكد من قدرة المسجّل المستقبِل على حملها. حذف سجلات DS يصح فقط حين تتغير سلسلة التوقيع، أو حين ينتقل الـ DNS إلى مزوّد بمفاتيح مختلفة، أو حين يعجز المسجّل المستقبِل عن الاحتفاظ بها. في هذه الحالات احذفها أولاً، ودع القيم القديمة تنقضي، ثم أعد التوقيع بعد الترحيل. سجل DS غير مطابق يجعل النطاق غير قابل للوصول لدى كل محلل يتحقق من التوقيع، وهذه أسوأ نتيجة ممكنة في العملية كلها.
أمن نقل النطاقات لمحفظة كبيرة
يجمع الترحيل صلاحيات غير معتادة في نافذة زمنية واحدة: نطاقات مفتوحة الأقفال، ورموز نقل سارية، ووصول موسّع إلى الحسابات. تعامل مع هذه الفترة على أنها فترة خطر مرتفع.
- فعّل المصادقة الثنائية على الحساب الحالي والحساب المستقبِل قبل البدء لا بعده.
- قلّل عدد من يستطيعون طلب الرموز أو فتح الأقفال، واستخدم حسابات باسم كل شخص ليكون كل إجراء منسوباً إلى صاحبه.
- وزّع الرموز عبر مدير كلمات مرور. سلاسل البريد والمحادثات تبقى أطول بكثير من مدة صلاحية الرموز.
- أعد قفل كل نطاق فور اكتمال نقله. محفظة تُركت مفتوحة الأقفال بعد الترحيل تمثل خطراً دائماً.
- راقب طلبات إنشاء الرموز التي لم تبدأها أنت. إنشاء رمز غير متوقع أثناء الترحيل يستحق فحصاً فورياً.
إذا كان ترحيلك يعتمد على الواجهة البرمجية، فطبّق الانضباط نفسه على بيانات الاعتماد. يتناول دليل Domain Name API حول أمان مفاتيح الواجهة البرمجية وأخطاء الوصول حفظ المفاتيح في متغيرات البيئة، وتقييد عناوين IP، وتدوير المفاتيح، وما ينبغي فعله عند تسرب مفتاح.
نقل نطاقات الدول: قواعدها مقابل الامتدادات العامة
الامتدادات العامة مثل com. وnet. وorg. تعمل وفق سياسة النقل الصادرة عن ICANN، التي توحّد التفويض ومهل الرد وأسباب الرفض بين المسجّلين المعتمدين. أما سجلات الدول فتخضع لأنظمتها الخاصة وليست ملزمة باتباع النموذج ذاته. في المنطقة العربية تدير كل دولة امتدادها عبر جهة وطنية: سجل sa. لدى الهيئة السعودية المختصة، وسجل ae. لدى الجهة الإماراتية، وهكذا في بقية الدول. الفارق العملي أن كثيراً من هذه السجلات يشترط مستندات إثبات أو وجوداً محلياً أو موافقة تتم داخل بوابته الخاصة، وأن مهل الرد وآليات التأكيد قد تختلف جوهرياً عما اعتدته في com.. رتّب هذه الامتدادات كمسار عمل مستقل، وتحقق من الإجراء الساري لدى كل سجل قبل تثبيت الجدول الزمني. الفروق تتسع في امتدادات أخرى أيضاً. فنقل uk. يكتمل بتغيير وسم IPS الذي يحدد المسجّل المسؤول عن النطاق لا بإرسال رمز. الامتدادات العامة تتحرك في دفعات كبيرة؛ امتدادات الدول غالباً لا تتحرك كذلك، والتخطيط على افتراض العكس هو السبب الأكثر شيوعاً لتأخر أي ترحيل عن موعده.
بعد النقل: قائمة التحقق النهائية
ظهور النقل بحالة مكتمل لا يعني أن الترحيل انتهى. نفّذ هذه القائمة لكل دفعة، ما دامت التغييرات حديثة بما يكفي لربط الأسباب بالنتائج.
- طابق عدد النطاقات المستلمة مع عدد النطاقات المرسلة، وفسّر كل فارق.
- تحقق من خوادم الأسماء مقابل الإعداد المقصود لا مقابل ما يُحل صدفة.
- حلّ كل اسم مضيف في الإنتاج وافتح الموقع عبر HTTPS لالتقاط مشكلات التحقق من الشهادات.
- أرسل واستقبل رسالة اختبار على كل نطاق يحمل البريد، ثم تحقق من اتساق SPF وDKIM وDMARC.
- راجع تواريخ الانتهاء. معظم الامتدادات العامة تضيف سنة عند النقل، وبعض امتدادات الدول لا تضيف.
- اضبط التجديد التلقائي بشكل موحّد وتأكد من ارتباط وسيلة دفع سارية بالحساب.
- أعد تفعيل قفل النقل، وأعد خدمات الخصوصية عند الاقتضاء.
- إن كان النطاق موقّعاً، فتأكد أن DNSSEC يتحقق وأن سجلات DS مطابقة للمفاتيح المستخدمة.
- حدّث سجل الأصول وأنظمة المراقبة لتشير إلى المزوّد الجديد.
لوحة الموزّع أم الواجهة البرمجية: أيهما للترحيل
لا أفضلية مطلقة لأي منهما. القرار يتوقف على عدد المرات التي ستكرر فيها هذا العمل وعلى القدر الذي يمكن أتمتته بأمان.
| حالة الاستخدام | لوحة الموزّع | الواجهة البرمجية | الأنسب |
|---|---|---|---|
| ترحيل لمرة واحدة دون بضع مئات من النطاقات | كافية دون أي جهد برمجي | الجهد يفوق العائد | اللوحة |
| عمليات ترحيل متكررة للعملاء | متكررة ومعرضة للخطأ | قابلة للتكرار والتدقيق | الواجهة البرمجية |
| محفظة مختلطة فيها امتدادات دول | تستوعب الاستثناءات والخطوات اليدوية جيداً | الاستثناءات تحتاج منطقاً مخصصاً | اللوحة، مع الواجهة للامتدادات المعتادة |
| تتبع الحالات عبر الدفعات | مطابقة يدوية | استعلام وتقارير برمجية | الواجهة البرمجية |
| المزامنة مع نظام الفوترة | يدوية أو عبر التصدير | أصلية عبر وحدة أو تكامل | الواجهة أو الوحدة |
| فريق بلا موارد تطوير | قابلة للاستخدام فوراً | غير عملية دون هندسة برمجية | اللوحة |
| تشغيل المحفظة باستمرار بعد الترحيل | كافية عند الحجم المحدود | تتوسع مع المحفظة | الواجهة البرمجية |
إذا اتجهت إلى الأتمتة فالتزم بقواعد المعدل لدى المزوّد منذ أول سطر برمجي. تنشر Domain Name API سياسة حدود المعدل والتقييد والاستخدام بالجملة للواجهة البرمجية، وهي تفصل الاستدعاءات الآنية على المسار api/ عن الأعمال المؤتمتة على المسار api-bulk/، وتضع حداً يبلغ طلباً واحداً في الثانية لكل مفتاح، وتشرح التراجع الأسّي المتوقع بعد استجابة HTTP 429. بناء طابور يحترم هذا الحد منذ البداية أقل كلفة من إضافته بعد تقييد الوصول.
نقل النطاقات بالجملة مع Domain Name API
ثلاثة أمور تهم في الترحيل تحديداً. لوحة الموزّع والواجهة البرمجية REST تغطيان التسجيل والنقل والتجديد وإدارة الـ DNS، فتستطيع المحفظة أن تتحرك عبر الواجهة التي تناسب الفريق. وتتوفر وحدات لأنظمة WHMCS وWiseCP وHostBill وBlesta وClientExec، وهو ما يصبح حاسماً حين لا يجوز أن تتعطل الفوترة أثناء النقل. كما أن سياسة الاستخدام بالجملة المنشورة تخبرك بالمعدل المؤتمت المسموح به قبل كتابة أي سطر برمجي لا بعده. كما تذكر صفحة برنامج إعادة البيع أن الموزّعين القادمين من منصة أخرى يحصلون على مساعدة في النقل: تقدّم أنت قائمة النطاقات، وتفتح أقفال النقل، وتزوّدهم برموز النقل، ويتولى فريق الدعم إدارة عملية النقل. وتشير الصفحة نفسها إلى المسألة التي ورد ذكرها سابقاً في هذا الدليل، وهي أن رسائل الموافقة تصل إلى جهات الاتصال المسجّلة لا إلى الموزّع. ولا يوجد حد أقصى منشور لحجم الدفعة، ولا يُدّعى هنا أي رقم. Domain Name API برنامج إعادة بيع يعمل على بنية المسجّل المعتمد من ICANN شركة Atak Domain. تستحق أرقامه المنشورة المقارنة باحتياجك: الوصول إلى أكثر من ثمانمئة امتداد، وأكثر من أربعين ألف موزّع نشط في أكثر من مئتي دولة، وخبرة تتجاوز عقدين في قطاع النطاقات. للمحافظ ذات المتطلبات المعقدة في امتدادات الدول، تحدث مع فريق الدعم قبل تثبيت الجدول الزمني. ومن يدرس الانتقال يمكنه مراجعة برنامج إعادة البيع وخيارات التكامل عبر الواجهة البرمجية والوحدات.
الخلاصة
نقل النطاقات بالجملة عمل تحضيري في جوهره. الإرسال يستغرق دقائق؛ أما الجرد وإزالة الموانع وترتيب تغييرات الـ DNS والتحقق فهي مواضع العمل والمخاطرة. ابنِ الجرد، وأزل الموانع، وجرّب بأسماء لا تستطيع أن تؤذيك، وانقل في دفعات محكومة، وتحقق من كل دفعة قبل إرسال التي تليها. وإذا كنت تقيّم وجهة لنقل محفظتك، فقارن أسعار النقل والتجديد بحسب توزيع امتداداتك الفعلي، وافتح حساب موزّع وجرّب اللوحة قبل إرسال دفعة كبيرة، وتأكد من طريقة تعامل المزوّد مع امتدادات الدول التي تعتمد عليها.
الأسئلة الشائعة · للنشر
تبدأ كل إجابة بالجواب المباشر ثم تضيف التحفظ اللازم. هذا الترتيب مقصود: يتيح لمحركات الإجابة استخراج جواب قصير وصحيح دون إسقاط التحفظ.
ما هو نقل النطاقات بالجملة؟
هو إرسال عدة طلبات نقل بين المسجّلين ضمن عملية واحدة. التجميع يحدث على مستوى الواجهة؛ ويظل كل نطاق يُتحقق منه ويُعالج من سجله على حدة.
هل يمكنني نقل عدة نطاقات في وقت واحد؟
نعم، شرط أن يستوفي كل نطاق بمفرده شروط امتداده. النطاقات المقفلة، والواقعة ضمن فترة قيد، والقريبة من الانتهاء، والتي بلا رمز صالح ستُرفض حتى لو نجحت بقية الدفعة.
هل يحتاج كل نطاق إلى رمز تفويض؟
معظم الامتدادات تحتاجه لا كلها. الامتدادات العامة تستخدم رمز نقل يُسمى بحسب المصدر رمز تفويض أو رمز EPP أو AuthInfo أو TAC. وبعض امتدادات الدول يستخدم آلية مختلفة تماماً، مثل uk. عبر تغيير وسم IPS.
كم يستغرق النقل بالجملة؟
يعتمد على الامتداد وعلى رد المسجّل الحالي وعلى سرعة التعامل مع رسائل التأكيد. الامتدادات العامة تكتمل غالباً خلال أيام قليلة بعد طلب صحيح، أما امتدادات الدول فتتفاوت كثيراً. ولا يستطيع أي مزوّد ضمان مدة واحدة لمحفظة مختلطة.
هل تختلف قواعد نطاقات الدول العربية؟
نعم. كل امتداد وطني يديره سجل محلي بقواعده الخاصة، وكثير منها يشترط مستندات إثبات أو وجوداً محلياً أو موافقة داخل بوابته. رتّب هذه الامتدادات كدفعة منفصلة وتحقق من الإجراء الساري لدى كل سجل قبل الجدولة.
هل يمكن نقل نطاق منتهي الصلاحية؟
غالباً لا، والجواب يتوقف على المسجّل والامتداد. بعض المسجّلين يعالجون النقل ما دام النطاق في فترة السماح؛ وبعد دخوله فترة الاسترداد يصبح النقل غير متاح عملياً. التجديد أولاً هو الطريق المتوقع نتائجه.
هل يؤثر النقل على موقعي؟
ليس بذاته. سجل التسجيل ينتقل، ويبقى تفويض خوادم الأسماء كما هو عادة. تنشأ المخاطرة حين تكون منطقة الـ DNS مستضافة لدى المسجّل الحالي، إذ يمكن حذفها بعد مغادرة النطاق. صدّر ملفات المناطق قبل الترحيل.
هل يمكن أن ينقطع البريد أثناء النقل؟
نعم، إذا فُقدت سجلات الـ DNS أو أُعيد بناؤها بشكل خاطئ. يجب إعادة إنشاء سجلات MX وSPF ومحددات DKIM وسياسة DMARC بدقة. غياب سجلات المصادقة نادراً ما يوقف البريد كلياً، لكنه يرفع احتمال تصنيفه كرسائل غير مرغوبة، وهو أصعب في الملاحظة.
لماذا يفشل النقل؟
الأسباب الأكثر شيوعاً: قفل نقل ما زال فعالاً، رمز غير صالح أو منتهٍ، عنوان اتصال لا يتابعه أحد، تسجيل أو نقل خلال الستين يوماً الماضية، قرب موعد الانتهاء، تعليق من السجل أو المسجّل، وامتدادات دول بإجراءات مختلفة.
هل يسرّع الإرسال بالجملة كل عملية نقل؟
لا. التجميع يقلل وقت عملك أنت لا وقت المعالجة لدى السجل. ويظل كل نطاق يُقيَّم وفق جدوله الزمني وقواعده الخاصة.
هل أجدّد النطاقات قبل نقلها؟
جدّد كل ما اقترب من الانتهاء قبل البدء. معظم الامتدادات العامة تضيف سنة عند اكتمال النقل، لذا نادراً ما يضيع التجديد المبكر، وهو يزيل خطر انتهاء النطاق أثناء وجود طلب قيد المعالجة.
هل يجب إزالة DNSSEC قبل النقل؟
ليس تلقائياً. إذا لم يتغير مزوّد الـ DNS ولا المفاتيح، تبقى سجلات DS الحالية صالحة، والسؤال الوحيد هو ما إذا كان المسجّل المستقبِل قادراً على حملها. الإزالة وإعادة الإعداد لا تلزم إلا إذا تغيرت سلسلة التوقيع أو تعذّر الاحتفاظ بالسجلات لدى المسجّل الجديد.
هل الواجهة البرمجية ضرورية لمحفظة كبيرة؟
لا. ترحيل لمرة واحدة لبضع مئات من النطاقات تستوعبه اللوحة بلا عناء. وتصبح الواجهة البرمجية مجدية حين تتكرر عمليات الترحيل، أو حين يجب أن يكون تتبع الحالات عبر الدفعات برمجياً، أو حين ستُدار المحفظة باستمرار بعد ذلك.
