Skip to main content

Welcome to the new ICANN.org! Learn more, and send us your feedback. Dismiss

Resources

ICANN تصدرإستشارات الى المختصين في مجال تقنية المعلومات IT حول تحديد حالة تضارب الأسماء والتدابيراللازمة لتخفيف أثرها

This page is available in:

لوس أنجلوس – كاليفورنيا… أصدرت اليوم ICANN اليوم إستشارات شاملة الى المختصين في مجال تقنية المعلومات IT في كافة أنحاء العالم حول كيفية تحديد ومعالجة تسرب فضاء أسم النطاق الخاص الى نظام إسم النطاق العام (DNS)، ومن ثم القضاء على المسببات التي تقف خلف التضاربات الحاصلة في نطاقات المستوى الأعلى الجديدة (TLDs) التي كانت قد تمت إضافتها الى نظام إسم النطاق DNS. كان ذلك في تقرير بعنوان تحديد وتخفيف تضاربات الأسماء للمختصين في مجال تقنية المعلومات Name Collision Identification and Mitigation for IT Professionals [PDF، 542 كيلوبايت]، شرحت فيه ICANN طبيعة الأسباب التي تؤدي الى حدوث حالة تضارب الأسماء مع إقتراح لمجموعة من الحلول الممكنة لهذه الحالة.

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

يصف التقرير أيضاً كيف تتسرب إستفسارات نظام أسماء النطاقات  DNS الى  فضاءات أسماء النطاقات العالمية Global DNS وكيف يمكن أن تتسبب هذه التسريبات بحدوث بعض التداعيات غير المرجوة. ويظهر التقرير بأن الشبكات الخاصة ستقوم – وبصورة ثابتة ومستقرة وموثوقية - بحل الأسماء عند إستخدامها لأسماء نطاقات مؤهلة كلياً (FQDNs) وتعطيلها من نظام أسم النطاق العالمي وتقديم مقترحات لوسائل تحويلها الى أسماء مؤهلة كلياً FQDNs.

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

يوصي التقرير بأنه ينبغي على كل المنظمات التي لا تستخدم أسماء نطاقات مؤهلة كلياً FQDNs من نظام أسم النطاق العام DNS أن تأخذ بنظر الإعتبار الإستراتيجية التالية:

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

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

يقول ديف بيسكستيلو، نائب رئيس أمن وتنسيق ICT: "بإصدارنا لهذا التقرير اليوم نكون قد قدّمنا إستشارات شاملة للمختصين في مجال تقنية المعلومات IT سواء العاملين منهم في منظمات كبيرة أو في شركات صغيرة، وقدمنا أيضاً مقترحات للإجراءات العلاجية التي من السهل تنفيذها" . ويقول أيضاً: " وفي الوقت الذي قد توجد فيه حلول أخرى مؤقتة أو مرحلية، يبقى لإستخدام FGDNs قيمة وأهميّة دائمية – وبمجرد أن تنتهي من تحقيق ذلك فإنك ستكون جاهزاً للبدء بالعمل الآن نحو تفويضات جديدة لنطاقات المستوى الاعلى new TLD.

يمكن الإطلاع على التقرير وعلى معلومات هامة  ومصادر اخرى في الرابط أدناه: http://www.icann.org/ar/help/name-collision.

###

للإتصال بالجهة الإعلامية

براد وايت Brad White
مدير شؤون الإعلام العالمي
واشنطن العاصمة
هاتف: +1 202.570.7118
البريد الألكتروني: brad.white@icann.org

جيمس كول James Cole
منسق الإعلام العالمي في ICANN
هاتف: +1 202.570.7240
البريد الألكتروني: james.cole@icann.org

أندرو روبرتسون Andrew Robertson
إيديلمان للعلاقات العامة Edelman Public Relations
لندن – المملكة المتحدة
هاتف: +44 (7811)341 945
البريد الألكتروني: Andrew.robertson@edelman.com

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