نقل اسم النطاق وتغيير المسجّل بأمان
· PoolByte
نقل اسم النطاق هو عملية تغيير مسجل المجال الخاص بك. إن نقل ملفات الويب إلى حساب استضافة جديد لا يماثل تغيير خادم الأسماء أو نقل اسم النطاق إلى شخص آخر. الخطوة الأولى هي توضيح العمل الذي ستقوم به. ومع ذلك، إذا كنت تريد نشر موقعك على خادم آخر، فقد لا يكون نقل النطاق ضروريًا؛ قد يكون كافيًا تغيير هدف DNS وفقًا لذلك.
تحقق من قواعد التمديد والتسجيل أولاً
ولا تتم عملية النقل بنفس الشروط في جميع الامتدادات. قد تخضع أسماء النطاقات العامة وامتدادات رموز البلدان لقواعد مختلفة بموجب سياسات ICANN. في التسجيل ".tr"، قم بالرجوع إلى البيانات الحالية لشركة TRABIS والمسجل الذي تتلقى الخدمة منه؛ لا تقم بنسخ الإجراء لملحق آخر.
ابحث عن تاريخ انتهاء صلاحية النطاق، ورموز الحالة، والمسجل الحالي، والحساب الذي تدير فيه التسجيل. إذا تم شراء النطاق من خلال أحد البائعين، فقد تكون شاشة المعاملة متاحة لدى البائع. إن اختلاف الاسم التجاري الظاهر في الحساب ومؤسسة التسجيل الفني لا يعني في حد ذاته مشكلة؛ توضيح التفويض ومسار المعاملة في الخدمة الصحيحة.
التحقق من مالك السجل والوصول إلى جهة الاتصال
يجب على الشخص أو المؤسسة المرخص لها إدارة طلب النقل. اختبر أنه يمكنك الوصول إلى حساب التسجيل الخاص بك وقناة التحقق ومعلومات الاسترداد المطلوبة. إذا كان عنوان البريد الإلكتروني الذي تقوم بالتحقق منه يعمل ضمن اسم النطاق المراد نقله، فاحرص على عدم تفويت رسائل التحقق عند تغيير DNS أو البريد.
لاحظ أيضًا أن تصحيح معلومات الاتصال قد يؤدي إلى قفل جديد أو تحقق إضافي. تصف إفصاحات النقل الخاصة بـ ICANN القيود المفروضة على بعض تغييرات المسجلين والتسجيلات الجديدة. قم بتأكيد الطلب مع المسجل قبل بدء كل معاملة في نفس اليوم على التوالي. من المهم أن تكون المعلومات دقيقة؛ هذا التحذير ليس توصية لحماية المعلومات الخاطئة.
تأمين الحساب مع قفل النقل
في حالة اسم النطاق، قد يكون هناك قفل نقل مثل ClientTransferProhibited. تعتمد الطريقة التي تتم بها إزالة هذا على خدمة الإدارة الحالية. ولكن ليس كل عملية نقل مرفوضة تكون بسبب قفل لوحة عادي. قد يكون لظروف مثل عمر التسجيل أو النقل الأخير أو تغيير المسجل أو النزاع تأثير أيضًا.
قم بتحرير القفل المطلوب للمعاملة في الوقت المناسب، ولكن لا تقم بإيقاف تشغيل التحقق من الحساب. تعد المصادقة متعددة العوامل وقفل النقل من وسائل الحماية المختلفة. بعد النقل الناجح، أعد التحقق من إعدادات القفل والأمان التي توفرها الخدمة الجديدة. أكمل مذكرة المعاملة بدلاً من نسيان اسم النطاق غير المؤمن لفترة طويلة.
حماية رمز AuthInfo كمعلومات وصول سرية
تستخدم العديد من عمليات نقل أسماء النطاقات العامة رمز AuthInfo أو EPP. احصل على هذا الرمز من المسجل الحالي من خلال القناة المناسبة وأدخله في منطقة المعاملات الرسمية للمسجل الجديد. لا تقم بتنسيق التعليمات البرمجية بنفسك؛ إذا كانت هناك مسافات أو أحرف أو أخطاء في النسخ، فأعد التحقق بأمان.
لا تشارك الكود بالكامل في لقطة شاشة الدعم أو تعليق المدونة أو الملف العام. تأكد من أنك تستخدم بالفعل العنوان الرسمي للخدمة المطلوبة للمعاملة. لا تعتبر تلقائيًا كل بريد إلكتروني تتلقاه خلال الفترة التي تنتظر فيها رسالة التحويل موثوقًا به؛ من الأفضل التحقق من حالة الاتصال والمعاملة من لوحة الإدارة.
خطط لاستمرارية DNS قبل النقل
عند تغيير المسجل، اسأل ما إذا كان سيتم الحفاظ على خادم الأسماء الحالي وشروط استمرار خدمة DNS القديمة. لا ينقل نقل النطاق ملفات الويب من تلقاء نفسه. ومع ذلك، إذا تم إنهاء خدمة DNS القديمة مع التسجيل، فقد يتأثر الويب والبريد الإلكتروني. الافتراض "أنا لا أتطرق إلى DNS، لا شيء يتغير" يتجاهل هذه التبعية.
احفظ منطقة DNS الحالية. يجب أن يكون اسم الجذر وwww والبريد وسجلات TXT للتحقق والنطاقات الفرعية التي تنتقل إلى الخادم المنفصل في القائمة. إذا كنت ستقوم أيضًا بتغيير مزود DNS، فخطط لذلك كعملية ترحيل منفصلة. يساعدك دليل خادم الأسماء ووصف سجلات DNS على الفصل بين العمليتين.
تتبع الحالة والتكلفة أثناء الطلب
أكمل خطوات النطاق والتفويض والموافقة المطلوبة من قبل المسجل الجديد. شاهد المعلومات الموجودة على اللوحة سواء تم قبول المعاملة أو استمرارها أو رفضها. إذا كانت رسالة التأكيد مطلوبة، فتأكد من أنك تستخدم الحساب الصحيح. لا تتوقع إكمالًا فوريًا أو نفس رسوم النقل لكل تمديد.
افحص سعر النقل وسعر التجديد بشكل منفصل. قد تضيف بعض الإضافات وقتًا، لكن لا تفترض أن هذا ينطبق على جميع الإضافات وفي جميع الحالات. قارن وقت التسجيل النهائي قبل وبعد المعالجة. دفع الرسوم وحده لا يثبت أن النطاق قد تم نقله إلى الحساب الجديد؛ التحقق من حالة التسجيل.
لا تكرر بشكل عشوائي عند الطلب المرفوض
تعرف أولاً على سبب الرفض. تتطلب المشكلات المختلفة، مثل التعليمات البرمجية غير الصحيحة أو القفل أو متطلبات الامتثال، إجراءً مختلفًا. إذا لم يكن تحديث الكود هو الحل، فقد يؤدي فتح الطلبات الجديدة بشكل متكرر إلى إطالة أمد العملية. المتابعة من خلال نفس رقم المعاملة مثل المسجل الحالي والمستهدف؛ لا تقم بإجراء دفعات جديدة دون داع.
في أحد الأمثلة، يعد إيقاف تشغيل قفل اللوحة أمرًا كافيًا. في مثال آخر، التسجيل له حد زمني صالح ويجب الانتظار. في الحالة الثالثة، التحقق من الاتصال مفقود. بدلاً من معالجة هذه السيناريوهات ببيان واحد "النقل لا يعمل"، قم بتقييم حالة النطاق والرسالة معًا. نقل المعلومات الضرورية دون مشاركة الرمز السري.
إجراء فحص قبول ما بعد المعاملة
- يظهر النطاق في حساب الإدارة الجديد وتكتمل العملية.
- تم التحقق من المسجل والاتصال وتاريخ انتهاء الصلاحية.
- من المتوقع وجود خادم الأسماء ونظام DNSSEC/DS، إن وجد.
- يعمل موقع الويب وHTTPS وتدفق البريد.
- تمت إعادة التحقق من قفل النقل والمصادقة الثنائية ومعلومات الاسترداد.
- تم تحديد عناوين المسؤولين عن التجديد والإخطار.
عند تقييم خدمات النطاق ، اسأل عن الامتداد وحالة التسجيل الحالية وتاريخ انتهاء الصلاحية. إذا كانت الاستضافة ستتغير أيضًا، ففكر في خيارات استضافة الويب ودليل ترحيل cPanel في خطة منفصلة. يمكنك توضيح شروط المعاملة عبر الاتصال.
الأسئلة المتداولة
هل يتعطل الموقع بالضرورة أثناء النقل؟
لا يؤدي تغيير المسجل إلى نقل ملفات الويب. قد يكون تأثير الوصول بسبب تبعيات نظام أسماء النطاقات (DNS) أو البريد أو الخدمة القديمة. التخطيط من خلال تأكيد هذه الشروط مسبقًا؛ لا تفترض ضمان عدم الانقطاع.
هل يمكنني تغيير الاستضافة بينما النقل مقفل؟
في معظم الحالات، يتم النظر في هدف الاستضافة أو تغيير DNS بشكل منفصل؛ تعتبر شروط إدارة الخدمة الحالية حاسمة. بدلاً من فرض النقل، اسأل عن نطاق التغيير الذي تحتاجه.
هل النقل إلى شخص آخر هو نفس العملية؟
لا. يعد تغيير المسجل ونقل المسجل حدثين منفصلين وقد يؤثر كل منهما على متطلبات الأهلية الخاصة بكل منهما. إذا كان كلاهما مطلوبًا، فاكتشف الترتيب والمتطلبات مقدمًا.