Skip to main content
Resources

الموارد الانتقالية لوكيل ضمان بيانات أمين السجل

هذه الصفحة متوفرة باللغات:

معلومات أساسية

في 20 مارس/أذار 2023، فتحت مؤسسة ICANN طلب تقديم عروض لتحديد وكيل أو وكلاء ضمان بيانات (DEA) أمين السجل المعينين من قبل ICANN المؤهلين لتقديم خدمات الضمان إلى أمناء السجلات المعتمدين من ICANN. وأعلنت مؤسسة ICANN في يوليو/تموز 2023 أنه تم اختيار DENIC Services GmbH & Co. KG (DENIC) وحدها وكيلًا لضمان بيانات أمناء السجلات المعينين من قِبل ICANN. يقع مقر DENIC الرئيسي في دارمشتات بألمانيا، وقد تم تعيينها وكيلًا لضمان بيانات أمناء السجلات المعينين من قِبل ICANN منذ عام 2018. قامت DENIC بتوسيع عملياتها الفنية لتشمل أمريكا الشمالية وهي في وضع جيد لتوسيع قاعدة أمناء السجلات ICANN وخدمتهم على الصعيد العالمي، مما يمنح أمناء السجلات الخيار لاختيار تخزين بياناتهم في أوروبا أو أمريكا الشمالية.

منذ أن تم اختيار DENIC وحدها وكيلًا لضمان بيانات أمناء السجلات المعينين من قِبل ICANN، لم تعد NCC Group Software Resilience (NA) LLC (NCC Group) تقبل العملاء من أمناء السجلات الجدد اعتبارًا من 17 يوليو/تموز 2023 ولن تقدم خدمات ضمان بيانات أمين السجل اعتبارًا من 1 نوفمبر/تشرين الثاني 2024، بعد أن يتم نقل العملاء الحاليين من أمناء السجلات إلى وكيل ضمانات آخر. لذلك، يجب على جميع أمناء السجلات الذين يودعون حاليًا لدى NCC Group الاستعداد للانتقال إلى وكيل ضمان بيانات DEA آخر في الأشهر القادمة.

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

  1. أمناء السجلات الذين يودعون حاليًا لدى NCC Group
  2. أمناء السجلات الذين يودعون حاليًا لدى DENIC
  3. أمناء السجلات الذين يودعون حاليًا لدى وكيل ضمان بيانات معتمد من ICANN

للحصول على معلومات إضافية، يُرجى مراجعة الأسئلة الشائعة – تغيير وكيل ضمان بيانات أمين السجل.

  1. أمناء السجلات الذين يودعون حاليًا لدى NCC Group

    1. الانتقال إلى DENIC

      يجب أن يخطط أمناء السجلات الذين يودعون حاليًا لدى NCC Group والذين يرغبون في الاستمرار في دفع رسوم وكيل ضمان البيانات من قبل مؤسسة ICANN، للانتقال إلى DENIC. وستخطر ICANN أمناء السجلات بخيارات الانتقال والخطوات التالية قبل 120 يومًا تقريبًا من تاريخ تجديد اتفاقية NCC Group لضمان بيانات أمين السجل. وبمجرد استلام الإخطار، يجب على أمناء السجلات تقديم طلب تغيير وكيل ضمان بيانات أمين السجل إلى مؤسسة ICANN في موعد لا يتجاوز 75 يومًا قبل تاريخ تجديد اتفاقية NCC Group لضمان البيانات. يُرجى مراجعة الأسئلة الشائعة – تغيير وكيل ضمان بيانات أمين السجل والتواصل مع مؤسسة ICANN بشأن أي أسئلة تتعلق بتوقيت الانتقال.

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

      تم دمج منصة ضمان بيانات أمين السجل لدى DENIC دمجًا كاملًا مع نظام واجهات تقارير التسجيل (RRI) لدى ICANN. ونتيجة لذلك، قد يُطلب من بعض أمناء السجلات إجراء تعديلات على ودائع ضمان البيانات الخاصة بهم لضمان التوافق مع بنود ضمان بيانات أمين السجل وفقًا لعملية التحقق من إيداع ضمان بيانات أمين السجل. بالإضافة إلى ذلك، يجب على أمناء السجلات الذين ينتقلون إلى DENIC تنفيذ اتفاقية ضمان بيانات أمين السجل الجديدة التي تتضمن اتفاقية معالجة بيانات اختيارية.

      فيما يلي ملخص موجز لعملية الانتقال المتوقعة:

      • يتلقى أمناء السجلات إشعارًا من مؤسسة ICANN قبل 120 يومًا تقريبًا من تاريخ تجديد اتفاقية ضمان البيانات مع NCC Group.
      • يرسل أمناء السجلات نموذج طلب تغيير وكيل ضمان البيانات مستوفيًا إلى مؤسسة ICANN في موعد لا يتجاوز 75 يومًا قبل تاريخ تجديد اتفاقية ضمان البيانات الخاصة بهم. تتوفر تفاصيل إضافية حول عملية طلب تغيير وكيل ضمان البيانات هنا.
      • ينفذ أمناء السجلات اتفاقية ضمان بيانات أمين السجل الجديدة مع DENIC ومؤسسة ICANN.
      • يرسل أمناء السجلات أول إيداع ناجح لهم لدى DENIC.
      • ترسل مؤسسة ICANN إشعارًا بالانتقال إلى أمين السجل وDENIC وNCC Group يفيد أن اتفاقية NCC Group لضمان بيانات أمين السجل تعتبر منتهية.
    2. الانتقال إلى وكيل ضمان بيانات معتمد من ICANN

      بالإضافة إلى الانتقال إلى وكيل ضمان البيانات المعين من قِبل ICANN (أعلاه)، فإن أمناء السجلات الذين يودعون حاليًا لدى NCC Group لديهم أيضًا خيار الانتقال إلى وكيل ضمان بيانات معتمد من ICANN. يُرجى العلم بأن مؤسسة ICANN لا تغطي الرسوم التي يتقاضاها وكلاء ضمان البيانات المعتمدون من ICANN. ويمكن العثور على قائمة وكلاء ضمان البيانات المعتمدون من ICANN هنا.

      ستخطر مؤسسة ICANN أمناء السجلات بخيارات الانتقال والخطوات التالية قبل 120 يومًا تقريبًا من تاريخ تجديد اتفاقية NCC Group لضمان البيانات. وبمجرد استلام الإخطار، يجب على أمناء السجلات تقديم طلب تغيير وكيل ضمان البيانات في موعد لا يتجاوز 75 يومًا قبل تاريخ تجديد اتفاقية NCC Group لضمان البيانات.

      فيما يلي ملخص موجز لعملية الانتقال المتوقعة:

      • يتلقى أمناء السجلات إشعارًا من مؤسسة ICANN قبل 120 يومًا تقريبًا من تاريخ تجديد اتفاقية ضمان البيانات مع NCC Group.
      • يرسل أمناء السجلات نموذج طلب تغيير وكيل ضمان البيانات مستوفيًا إلى مؤسسة ICANN في موعد لا يتجاوز 75 يومًا قبل تاريخ تجديد اتفاقية ضمان البيانات الخاصة بهم. تتوفر تفاصيل إضافية حول عملية طلب تغيير وكيل ضمان البيانات هنا.
      • ينفذ أمناء السجلات اتفاقية ضمان البيانات مع وكيل ضمان البيانات المعتمد من ICANN ومؤسسة ICANN.
      • يرسل أمناء السجلات أول إيداع ناجح لهم مع وكيل ضمان البيانات المعتمد من ICANN.
      • ترسل مؤسسة ICANN إشعارًا بالانتقال إلى أمين السجل، ووكيل ضمان البيانات المعتمد من ICANN، وتفيد NCC Group بأن اتفاقية NCC Group لضمان بيانات أمين السجل تعتبر منتهية.
  2. أمناء السجلات الذين يودعون حاليًا لدى DENIC

    لا يلزم اتخاذ أي إجراء بالنسبة لأمناء السجلات الذين يودعون بالفعل لدى DENIC ويرغبون في الاستمرار في القيام بذلك. وإذا رغب أمناء السجلات في التوقيع على اتفاقية معالجة بيانات اختيارية، فيمكنهم التواصل مع فريق دعم DENIC (escrow@denic-services.de) للحصول على مزيد من التفاصيل.

  3. أمناء السجلات الذين يودعون حاليًا لدى وكيل ضمان بيانات معتمد من ICANN

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

المصادر ذات الصلة

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."