Skip to main content
Resources

تضارب الأسماء

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

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

ما هو تضارب الأسماء؟

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

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

كيف سيتم التخفيف من مخاطر تضارب الأسماء في برنامج نطاقات المستوى الأعلى العامة (gTLD) الجديدة: جولة 2026؟

من غير المرجح أن يؤثر تضارب الأسماء على أعداد كبيرة من مشغلي شبكات الشركات أو مستخدمي الإنترنت. ومع ذلك فإن ICANN ترى أنه من المهم أن تقوم بكل ما يمكن القيام به لتقليل الآثار المحتملة ولتقديم المشورة الواضحة حول كيفية التعامل مع هذا الأمر.

كجزء من برنامج ICANN لنطاقات المستوى الأعلى العامة (gTLD) الجديدة: جولة 2026، يهدف مشروع تضارب الأسماء إلى تنفيذ الوظائف والإجراءات اللازمة لتقييم وتخفيف المخاطر التي يسببها تضارب الأسماء بين نظام اسم النطاق العالمي وأنظمة التسمية الأخرى باستخدام إطار إدارة مخاطر تضارب الأسماء، وذلك بناءً على توصيات التقرير الثاني لدراسة مشروع تحليل تضارب الأسماء، وفقًا لتوجيهات مجلس إدارة ICANN في 7 سبتمبر/أيلول 2024 (2024.09.07,10).

أهم التحديثات والمعالم القادمة:

التاريخ الوصف

09 أبريل/نيسان 2026

نشرت مؤسسة ICANN تقرير التعليقات العامة حول إجراءات تضارب الأسماء. الوثائق النهائية للإجراءات موجودة أدناه:

  1. إجراء التقييم الأولي
  2. إجراء التفويض المؤقت
  3. إجراء تقييم خطة تخفيف المخاطر العالية
  4. نموذج تصنيف السلاسل عالية الخطورة

أدى نشر هذا التقرير إلى اختتام إجراءات التعليق العام بشكل كامل.

امتدت فترة المراجعة العامة من 29 يناير/كانون الثاني 2026 إلى 16 مارس/أذار 2026. وخلال هذه الفترة، تم تلقي ملاحظات حول وثائق الإجراءات.

للاطلاع على التعليقات العامة، يُرجى زيارة https://itp.cdn.icann.org/en/files/name-collision/summary-report-name-collision-procedure-documentation-09-04-2026-en.pdf

31 مارس/أذار 2026

نشرت مؤسسة ICANN مقطع فيديو متعلقًا بمرصد تضارب الأسماء. يجيب الفيديو على الأسئلة الشائعة ويقدم معلومات حول الأداة وكيفية عملها للمستخدمين.

لمشاهدة الفيديو، يُرجى زيارة https://www.youtube.com/watch?v=ubAwLfPKk6s

16 مارس/أذار 2026

نشرت مؤسسة ICANN تقرير التعليقات العامة حول بروتوكول IPv6 وتقرير ICANN لملخص الدراسة البحثية حول بروتوكول IPv6 للتوقف تحت السيطرة.

أدى نشر هذه الوثائق إلى اختتام إجراءات التعليق العام بشكل كامل.

امتدت فترة المراجعة العامة من 20 أكتوبر/تشرين الأول 2025 إلى 22 ديسمبر/كانون الأول 2025. خلال هذه الفترة، تم تلقي التعليقات على التقارير والتي أدت في النهاية إلى قرار ICANN النهائي بشأن كيفية إدارة التوقف تحت السيطرة خلال جولة 2026.

للاطلاع على التعليقات العامة، أو لقراءة المزيد حول النتيجة، يُرجى زيارة https://itp.cdn.icann.org/en/files/new-generic-top-level-domain-gtld/summary-report-name-collision-ipv6-research-study-16-03-2026-en.pdf .

04 فبراير/شباط 2026

تم تطوير أداة مرصد تضارب الأسماء (NCO) للسماح لمقدمي طلبات نطاقات gTLD المحتملين، أو أعضاء المجتمع الآخرين، بعرض بيانات حجم DNS التاريخية – وهي درجة شعبية DNS – لسلاسل نطاقات المستوى الأعلى. يتم توفير بيانات الحجم المعروضة من قبل عدد من مشغلي خوادم الجذر، بالإضافة إلى بعض مزودي المحللات التكرارية.

قد تساعد هذه البيانات مقدمي الطلبات على تقييم احتمالية تسبب سلسلتهم في حدوث حالات تضارب أسماء عالية الخطورة. تجدر الإشارة إلى أن بيانات الحجم لسلسلة مطلوبة ليست سوى عامل واحد من بين عدة عوامل سيتم أخذها في الاعتبار في التقييم الأولي لتضارب الأسماء. وسيتم النظر في كل من البيانات الكمية والجوانب النوعية عند تقييم المخاطر المرتبطة بتلك السلسلة في عملية تقديم طلبات نطاقات TLD لعام 2026. لا ينبغي لمقدمي الطلبات أن يفترضوا أنه إذا أشارت هذه الأداة إلى انخفاض حجم الاستعلامات عن سلسلة، أنه سيتم تقييم السلسلة أثناء عملية التقديم على أن تفويضها آمن. للمزيد من المعلومات، راجع قسم ";تضارب الأسماء"; في أحدث نسخة من دليل مقدم الطلب.

يمكن الوصول إلى مرصد تضارب الأسماء على الرابط التالي: https://newgtldprogram-nco.icann.org /

كيف يتم تحديد حالات تضارب الأسماء؟ 127.0.53.53

إن العنوان 127.0.53.53 هو عنوان IPv4 خاص سيظهر في سجلات النظام لتنبيه مسؤولي النظام إلى وجود مشكلة محتملة في تضارب الأسماء، مما يتيح التشخيص السريع والمعالجة. يتم استخدام الرقم ";53"Done; كرمز تذكيري للإشارة إلى مشكلة متعلقة بنظام اسم النطاق وذلك نظرًا لاستخدام منفذ الشبكة 53 لخدمة نظام اسم النطاق.

يُنصح مسؤولو النظام الذين يواجهون خطأً في النظام بسبب تضارب الأسماء باتخاذ الخطوات التالية:

  1. الإبلاغ عن المشكلة إلى ICANN »
    يجب الإبلاغ عن الحالات التي يوجد فيها اعتقاد معقول بحدوث ضرر واضح وجسيم وذلك نتيجة لتضارب الأسماء.
  2. قراءة دليل تحديد تضارب الأسماء والتخفيف منه بالنسبة للمختصين في مجال تقنية المعلومات (الإصدار 1.1) [PDF, 476 KB] وتنفيذ التدابير الموضحة فيه.
  3. نشر الوعي حول احتمالية حدوث تضارب في الأسماء وكيفية التخفيف من تأثيراته في دائرتك المهنية
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."