Skip to main content
Resources

تخفيف حدوث تضارب الأسماء لنطاقات ccTLD الجديدة

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

تضارب الأسماء | دليل تحديد تضارب الأسماء والتخفيف من آثاره لمتخصصي تكنولوجيا المعلومات | الأسئلة الشائعة: تحديد تضارب الأسماء والتخفيف من آثاره لمتخصصي تكنولوجيا المعلومات | تخفيف حدوث تضارب الأسماء لنطاقات ccTLD الجديدة | الأسئلة الشائعة: إطار عمل إدارة حالات تضارب الأسماء للسجلات | الإبلاغ عن تضارب أسماء

تدعو مهمة وقيم ICANN الجوهرية إلى الحفاظ على وتعزيز الاستقرار التشغيلي والموثوقية والأمن وقابلية التشغيل المتبادل على مستوى العالم لنظام المعرفات الفريدة للإنترنت (الأسماء وأرقام IP ومعلمات البروتوكول)1. وفي سعيها لتحقيق هذه المهمة والقيم، واتباعًا لتوجيهات مجلس إدارتها، بالإضافة إلى الأخذ في الاعتبار مشورة اللجنة الاستشارية للأمن والاستقرار، تعمل ICANN على فهم وتخفيف المشكلات المتعلقة "بتضارب الأسماء" في نظام اسم النطاق (DNS).

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

وفقًا لخطة ICANN "إدارة حالات تضارب نطاقات المستوى الأعلى العامة الجديدة" <https://www.icann.org/en/system/files/files/resolutions-new-gtld-annex-1-07oct13-en.pdf> [PDF, 840 KB] و"إطار عمل إدارة حالات تضارب الأسماء" <https://www.icann.org/en/system/files/files/name-collision-framework-30jul14-en.pdf [PDF, 635 KB]، طلبت ICANN من مشغلي نطاقات المستوى الأعلى العامة (gTLD) الجديدة اعتبارًا من جولة 2012 تنفيذ تدابير معينة للمساعدة في التخفيف من مخاطر تضارب الأسماء.

إن مخاطر تضارب الأسماء لا تقتصر على نطاقات المستوى الأعلى العامة gTLD الجديدة، وقد تظهر في نطاقات المستوى الأعلى لرمز البلد (ccTLD) الجديدة لكل من ASCII وIDN. وللمساعدة في تخفيف مخاطر تضارب الأسماء في نطاق ccTLD الجديد المستقبلي الخاص بك، توصي مؤسسة ICANN بشدة باتخاذ التدابير التالية:

لمدة لا تقل عن 90 يومًا، يجب على مدير نطاق ccTLD الجديد تنفيذ عملية التوقف تحت السيطرة المستمرة عن طريق إدخال السجلات التالية في منطقة نطاق ccTLD (مع استبدال "TLD" بسلسلة نطاق ccTLD الجديد):

TLD. 3600 IN MX 10 your-dns-needs-immediate-attention.TLD.
*    3600 IN MX 10 your-dns-needs-immediate-attention.TLD.
TLD. 3600 IN SRV 10 10 0 your-dns-needs-immediate-attention.TLD.
*    3600 IN SRV 10 10 0 your-dns-needs-immediate-attention.TLD.
TLD. 3600 IN A 127.0.53.53
*           3600 IN A 127.0.53.53
TLD. 3600 IN TXT "إعدادات نظام اسم النطاق لديك تحتاج إلى اهتمام فوري، راجع https://icann.org/namecollision"
*    3600 IN TXT "إعدادات نظام اسم النطاق لديك تحتاج إلى اهتمام فوري، راجع https://icann.org/namecollision"

كما نوقش في SAC0152، فإن استخدام سجلات الأحرف البديلة في نظام اسم النطاق لا توصي به ICANN لأسماء النطاقات التي تقدم التسجيل لأطراف ثالثة. لذلك، لا ينبغي تسجيل أي أسماء أو على الأقل تفعيلها تحت نطاق TLD حتى بعد اكتمال فترة التوقف تحت السيطرة لمدة 90 يومًا. للحصول على مزيد من المعلومات حول استخدام سجلات الأحرف البديلة، يرجى الاطلاع على <https://archive.icann.org/en/topics/new-gtlds/nxdomain-substitution-harms-24nov09-en.pdf> [PDF, 227 KB]

يُنصح مديرو نطاقات ccTLD الجديدة بتوفير آلية للإبلاغ عن تضارب الأسماء، وذلك للتحرك في حالات الضرر الجسيم الناجم عن تضارب الأسماء، على الأقل خلال الأيام الأولى من تشغيل نطاق ccTLD الجديد (انظر على سبيل المثال <https://forms.icann.org/en/help/name-collision/report-problems>). ومن أمثلة التدابير التي يمكن اتخاذها ما يلي: إزالة سجلات الأحرف البديلة من نظام اسم النطاق خلال فترة التوقف تحت السيطرة؛ وإزالة اسم نطاق من المستوى الثاني من نظام اسم النطاق؛ وفي الحالات القصوى، إزالة نطاق TLD نفسه من منطقة الجذر (على سبيل المثال، في حالة حدوث ضرر بسبب نطاق TLD نفسه – اسم بدون نقطة – خلال فترة التوقف تحت السيطرة). تجدر الإشارة إلى أن هذه الإجراءات تهدف فقط إلى أن تكون مؤقتة ريثما يقوم الطرف المتضرر بإجراء تغييرات في تكوين شبكته لتجنب الضرر في المستقبل.

تلتزم مؤسسة ICANN التزامًا كاملًا بتفويض نطاقات gTLD الجديدة وفقًا لمهمتها وقيمها الجوهرية. وتُقدّر مؤسسة ICANN اهتمامكم بهذه المسألة، وهي على استعداد لمزيد من التعاون إذا طُلب منها ذلك.

1 https://www.icann.org/resources/pages/bylaws-2012-02-25-en، المادة الأولى

2 https://www.icann.org/resources/pages/sac-015-2012-02-25-en

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."