Skip to main content
Resources

الرأي الاستشاري: توضيحات حول متطلبات السجلات وأمناء السجلات لخدمات WHOIS (المنفذ 43) وخدمات الدليل المستند إلى الويب

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

تاريخ النشر: 12 ديسمبر 2014؛ تم التحديث في 27 أبريل/نيسان 2015؛ وتم تحديثه مرة أخرى في 25 مايو/أيار 2018

تعقب ما تم من تغييرات

يرجى ملاحظة أن نسخة اللغة الإنكليزية للمحتوى والوثائق المترجمة بكافة اللغات هي النسخ الرسمية وأن الترجمات المتوفرة باللغات الأخرى هي للأغراض الإعلامية فقط.

يهدف هذا الرأي الاستشاري إلى توفير توضيح للسجلات وأمناء السجلات فيما يتعلق بمواصفات خدمة WHOIS (المنفذ 43) وخدمة الدليل المستندة إلى الويب (والمشار إليهما جميعًا بلفظ WHOIS في هذه الوثيقة) اللازمة من أجل الامتثال لاتفاقية السجل واتفاقية اعتماد أمناء السجلات، على التوالي.

وتسري التوضيحات الواردة في القسم الأول على كل من السجلات وأمناء السجلات؛ ويسري القسم الثاني فقط على السجلات؛ ويسري القسم الثالث على أمناء السجلات.

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

تستخدم المصطلحات "يجوز"، "يجب"، "لا يجب"، "مطلوب/مفروض"، "ينبغي" و"لا ينبغي" للإشارة إلى مستوى المتطلبات/الاحتياجات وفقا ل لطلب تقديم التعقيبات RFC 2119، المتوفر على http://www.ietf.org/rfc/rfc2119.txt [TXT, 5 KB].

  1. تسري التوضيحات التالية على كل من السجلات وأمناء السجلات ومواصفات خدمات دليل بيانات التسجيل:

    1. وبالنسبة لكل نوع من الاستعلام عن الكائنات (اسم نطاق، أو أمين سجل أو خادم اسم)، يحدد هذا الرأي الاستشاري بعض الحقول في فئة الحقول الاختيارية. وبالنسبة للحقول الاختيارية حيث لا توجد بيانات في نظام تسجيل طرف متعاقد (SRS)، يجب على الطرف المتعاقد تنفيذ أي من: 1) يجب أن يظهر المفتاح (أي السلسلة إلى يسار النقطتين) بدون أي معلومات في قسم القيمة (أي الجانب الأيمن للنقطتين) من الحقل؛ أو 2) لا يجب إظهار أي حقل. وإذا كانت البيانات موجودة لحقل اختياري معين، فيجب عرض المفتاح والقيمة بالبيانات.
    2. في الاستجابات على الاستعلامات عن كائنات أسماء النطاقات، تعتبر الحقول التالية اختيارية وينبغي معاملتها على النحو الموضح في التوضيح 1:

      • تاريخ التحديث (في حالة عدم تحديث اسم النطاق منذ إنشائه)
      • مؤسسة أمين السجل/المسؤول/الفني
      • ولاية/مقاطعة أمين السجل/المسؤول/الفني
      • الرمز البريدي لأمين السجل/المسؤول/الفني
      • الهاتف الداخلي لأمين السجل/المسؤول/الفني
      • الفاكس لأمين السجل/المسؤول/الفني
      • الفاكس الداخلي لأمين السجل/المسؤول/الفني
      • المتكرر

      على سبيل المثال، قد يستخرج الاستعلام عن اسم نطاق بدون خوادم أسماء (وبدون سجلات DS أو DNSKEY) أيا من المُخرَجين التاليين:


      البريد الإلكتروني الفني: EMAIL@EXAMPLE.TLD
      Name Server :
      DNSSEC : غير موقع

      أو


      البريد الإلكتروني الفني: EMAIL@EXAMPLE.TLD
      DNSSEC : غير موقع

    3. وعلى النحو الموضح في طلب تقديم التعقيبات RFC 3912، لم يتم تدويل بروتوكول WHOIS (المنفذ 43). نوصي السجلات وأمناء السجلات باستخدام ترميز نظام الترميز المعياري الأمريكي لتبادل المعلومات ASCII الأمريكي وذخيرة الأحرف لمخرج نظام WHOIS (منفذ-43). وإذا كان مشغل السجل / أمين السجل يستخدم أحرف خارج ذخيرة نظام الترميز المعياري الأمريكي لتبادل المعلومات ASCII الأمريكي، ينبغي ترميز الإخراج باستخدام UTF-8 لتحقيق أقصى قدر من فرص قابلية التشغيل البيني.
    4. يجوز أن يعرض إخراج نظام Whois ترجمة لاسم المفتاح بلغات أخرى، ومع ذلك، يجب إظهار الإدخال الأول في المفتاح كما يظهر في الاتفاقية ويجب إظهار الترجمة (الترجمات) بين قوسين (U+0028 وU+0029) مع مسافة (U+0020) بين مفتاح الحقل كما هو محدد في اتفاقية اعتماد أمناء السجلات لسنة 2013 RAA أو اتفاقية السجل، بحسب الأحوال والأقواس المفتوحة (U+0028). ويجب فصل الترجمات المختلفة بخط مائل (U+002F). ويجب أن توجد الأقواس المغلقة(U+0029) مباشرة قبل النقطتان. لا يجب إظهار مسافة أو مسافات بين ترجمة اسم المفتاح والأقواس (U+0028 وU+0029). ولا يجب إظهار مسافة أو مسافات بين الخط المائل (U+002F).

      على سبيل المثال يمكن عرض "اسم النطاق:" باللغة الإسبانية والبرتغالية على النحو التالي:

      Domain Name (Nombre de Dominio/Nome de Domínio): foo.example

    5. يجب إظهار جميع رموز أسماء النطاقات في قيم أي من الحقول (على سبيل المثال اسم النطاق، خادم الاسم، البريد الإلكتروني) بشكل متوافق مع نظام الترميز المعياري الأمريكي لتبادل المعلومات ASCII (الترميز بمنظومة الأسكي A-Label).

      على سبيل المثال، يجب عرض خادم الاسم برمز اسم النطاق المدوّل IDN على النحو التالي:

      Name Server: ns1.xn--caf-dma.example

    6. إذا كان اسم النطاق اسم نطاق مدوّل، فيجوز لمشغل السجل/أمين السجل إظهار اسم النطاق المدوّل IDN بتنسيق U-Label باستخدام مفتاح اسم النطاق المدوّل "Internationalized Domain Name: ". وإذا ظهر، فيجب أن يظهر الحقل إما كحقل إضافي كما هو محدد في التوضيح ‏11، أو مباشرة بعد الحقل اسم النطاق "Domain Name ". على سبيل المثال:

      Domain Name: xn–caf-dma.example
      Internationalized Domain Name: café.example

      أو


      DNSSEC: signedDelegation
      Internationalized Domain Name: café.example

    7. يجب أن تتوافق حالات النطاق مع المخططات المحددة في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs: 5730-5734 و3915. ووفقًا لسياسة معلومات Whois الإضافية أو (AWIP) على (https://www.icann.org/resources/pages/policy-awip-2014-07-02-en)، يجب أن تُتبع حالة بروتوكول التزويد المرن EPP مباشرة بمسافة واحد على الأقل وليس أكثر من تسع مسافات (U+0020)، ثم يتبعها المحدد الموحّد لمصدر المعلومات URL الذي يتوافق مع وصف الحالة في موقع ICANN الإلكتروني. على سبيل المثال، يرجى الاطلاع على التوضيح ‏11.
    8. يشير كل من التاريخ والوقت الظاهران في التذييل " >>> Last update of Whois database: <date and time> <<< " إلى التاريخ والوقت (بتنسيق طلب تقديم التعقيبات 3339 RFC) اللذان تم تحديث قاعدة بيانات خدمات دليل بيانات التسجيل (RDDS) فيهما من قاعدة بيانات نظام السجل المشترك SRS. ووفقا لشرط مستوى الخدمة الموصوف في القسم 2.4.1 من اتفاقية اعتماد أمين السجل لسنة 2013 RAA، والمواصفة 10 من اتفاقية السجل الأساسية، يجب تحديث خدمات دليل بيانات التسجيل RDDS في غضون 60 دقيقة لأي تغيير. وفي الحالة التي يقوم فيها الطرف المتعاقد بالاستعلام عن قاعدة بيانات نظام السجل المشترك SRS مباشرة، وبالتالي، باستخدام بيانات الوقت الفعلي، فسيعرض التاريخ والوقت الطابع الزمني للاستجابة للاستعلام.
    9. لا ينبغي عرض عنوان (عناوين) بروتوكول الإنترنت IP لخوادم الأسماء في إخراج استعلامات نظام Whois لأسماء النطاقات. وإذا عُرضت، فيجب أن يظهر عنوان (عناوين) بروتوكول الإنترنت IP مباشرة بعد خادم الاسم المطابق كما هو الحال بالنسبة لاستجابات كائنات خادم الاسم.
    10. يجب أن تظهر "DNSSEC: signedDelegation " عندما يكون هناك سجل DS أو DNSKEY أو أكثر في نظام السجل المشترك SRS لاسم النطاق الذي يجري الاستعلام عنه. يجب أن تظهر "DNSSEC: unsigned " في جميع الحالات الأخرى.
    11. في حالة تضمين حقول بيانات إضافية في نتائج Whois غير الحقول المطلوبة بموجب العقد أو السياسة، فيجب استبدال حقول البيانات الإضافية في نهاية الرد، باستثناء ما هو محدد خلافًا لذلك في هذا الدليل أو ما تقتضيه السياسة أو العقد.
    12. لا يجب إضافة JavaScript أو شفرة البرنامج النصي الأخرى من جانب العميل إلى إخراج نظام WHOIS (المنفذ 43)، ويجب إفلات البيانات من الكائنات التي يمكن تفسيرها بشكل غير صحيح كلغة ترميز بدقة في نظام Whois القائم على الويب.
    13. يجب أن تتبع مخرجات Whois المستندة إلى الويب نفس الاشتراطات المتبعة في WHOIS (المنفذ 43).
    14. يجب إنهاء كل حقل (زوج مفتاح/قيمة) باستخدام ASCII CR، ثم باستخدام ASCII LF <U+000D, U+000A>. (انظر القسم 2 من طلب تقديم التعقيبات 3912 RFC، مواصفة بروتوكول نظام WHOIS). ويسري هذا على الفقرات المستخدمة لإخلاء المسؤولية القانونية أو أي سطور أخرى مبينة في إخراج نظام Whois.
    15. يجب فصل المفتاح والقيم بنقطتين متبوعتين بمسافة واحدة، ": " <U+003A,U+0020 >.

      على سبيل المثال ينبغي عرض الاسم على النحو التالي:

      Name Server: ns1.xn--caf-dma.example

    16. لا ينبغي أن تظهر مسافات الحيز في إخراج نظام Whois. وإذا كانت مشمولة، فلا يجب أن تظهر أكثر من 9 مسافات حيز. لا يجب تضمين مسافات زائدة.
    17. لا ينبغي أن يكون هناك سطور فارغة بين حقل البيانات الأخير في الاستجابة والتذييل " >>> Last update of Whois database: <date and time> <<< ". لا يجب إظهار أكثر من ثلاثة أسطر فارغة بين حقل البيانات الأخير في الاستجابة وتذييل "Last update ".
    18. ينبغي أن تعيد استعلامات نظام WHOIS (المنفذ 43) لكائنات أسماء النطاقات سجل واحد فقط لكل استعلام (أي عدم وجود مطابقة جزئية أو إمكانيات أخرى للبحث، فقط بحث مطابقة تامة).
    19. جميع الحقول حساسة لحالة الأحرف. المفتاح (أي السلسلة إلى يسار النقطتين) حساس لحالة الأحرف ويجب أن يظهر على النحو المحدد حسب العقد أو المواصفة.
    20. يجب أن تظهر ASCII CR و/أو ASCII LF <U+000D, U+000A > فقط في نهاية حقل.
    21. يجب على مشغل السجل وأمين السجل استخدام أسماء النطاقات المؤهلة كليا. ولا ينبغي على مشغل السجل إدراج النقطة اللاحقة عند عرض أسماء النطاقات.
    22. يجوز لمشغل السجل وأمين السجل إظهار معلومات جهة اتصال الفواتير لاسم النطاق، مع مراعاة المتطلبات الأخرى التي ينص عليها العقد أو السياسة. وإذا ظهرت، يجب أن تظهر حقول جهات الاتصال إما كحقول إضافية كما هو محدد في التوضيح ‏11 من هذه الوثيقة أو مباشرة بعد حقول بيانات جهة الاتصال التقنية.
    23. ووفقًا لسياسة معلومات Whois الإضافية أو (AWIP) على ( (https://www.icann.org/resources/pages/policy-awip-2014-07-02-en، يجب أن يتضمن إخراج Whois تذييلاً على النحو التالي "For more information on Whois status codes, please visit https://icann.org/epp ". ويجب عرض تذييل سياسة AWIP المعلومات الإضافية لنظام WHOIS بعد تذييل التحديث الأخير الموضح في التوضيح ‏17. ويجب أن يسبق تذييل سياسة AWIP المعلومات الإضافية لنظام WHOIS سطر فارغ على الأقل ولا يزيد عن ثلاثة أسطر. يجب أن يكون إخلاء المسؤولية القانونية بعد تذييل AWIP سياسة المعلومات الإضافية لنظام WHOIS، يسبقه سطر فارغ على الأقل ولا يزيد عن ثلاثة أسطر. على سبيل المثال:

      Domain Name: foobar.example
      Registry Domain ID: D1234567-example

      DNSSEC: signedDelegation
      URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

      For more information on Whois status codes, please visit https://icann.org/epp

      Terms of Use: Users of this Whois service

    24. لا يجب أن تظهر الحقول في إخراج نظام Whois عدة مرات، ما لم ينص على خلاف ذلك صراحة.
    25. في الاستجابات على استعلامات كائنات اسم النطاق، يمكن أن تحتوي الحقول التالية على قيم متعددة، وبالتالي، يجوز أن تظهر عدة مرات:

      • حالة النطاق
      • المتكرر
      • شارع المسجِّل/المدير/الفني/الفواتير (أي بعد استخدام طلب تقديم التعقيبات لبروتوكول التزويد المرن EPP RFC 5733)
    26. عند تلقي استعلام عن كائن غير موجود في نظام السجل المشترك SRS، ينبغي على الطرف المتعاقد إعادة المفتاح "The queried object does not exist: "، متبوعًا اختياريًا برسالة نصية معرفة من السجل (القيمة) توفّر معلومات إضافية حول عدم وجود الكائن. ولا يجب عدم عرض أي حقول أخرى. يجب أن يتبع تذييل آخر تحديث "last update"، سطر فارغ، وإخلاء المسؤولية القانونية كما هو الحال مع استعلامات نظام Whois الأخرى.
  2. تسري التوضيحات التالية فقط على السجلات.

    1. في الاستجابات على الاستعلامات عن خادم الاسم، تعتبر الحقول التالية اختيارية وينبغي معاملتها على النحو الموضح في التوضيح 1:
      • أمين السجل
      • خادم نظام WHOIS لأمين السجل
      • عنوان URL لأمين السجل
    2. لا ينبغي أن تقدم استعلامات نظام WHOIS (المنفذ 43) عن كائنات خادم الاسم مطابقة جزئية أو إمكانيات أخرى للبحث.
    3. وقد يطابق استعلام عن كائن خادم اسم باستخدام إما اسم خادم الاسم أو عنوان بروتوكول الإنترنت IP كسلسلة استعلام، أكثر من كائن واحد. في هذه الحالة، ينبغي أن يعيد السجل السطر "Query matched more than one name server :" متبوعا بمستودعات المعرّف الرقمي للكيان المطابقة مع اسم خادم الاسم المناظر بين قوسين، واحد في كل سطر. على سبيل المثال، سيعود استعلام عن خوادم أسماء بعنوان "203.0.113.7" له ثلاثة كائنات مطابقة:

      Query matched more than one name server:

      roid1abc-examplerep (ns1.foo.example)

      roid5jkl-examplerep (ns2.example.com)

      roid9mno-examplerep (ns1.example.net)

      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    4. يجب على السجل الذي يقوم بتنفيذ التوضيح ‏29 دعم الاستعلامات عن كائنات خادم الاسم باستخدام مستودع المعرّف الرقمي للكيان لكائن خادم اسم، على سبيل المثال، استعلامات عن صيغة: whois roid <roid>، حيث <roid > مستودع المعرّف الرقمي للكيان لأحد خوادم الأسماء.
    5. يجوز أن يقدم السجل قدرات مطابقة جزئية لاستعلامات كائن أمين السجل. عند تلقي استعلام عن كائن أمين سجل يطابق أكثر من كائن واحد، يجب على السجل إعادة عدة سجلات. يجب فصل كل كائن لأمين السجل بسطر فارغ، متبوعا بمفتاح اسم أمين السجل "Registrar Name: " الذي يشير إلى بداية سجل جديد. على سبيل المثال، سيعود استعلام عن "Example " لأمين سجل الذي يحتوي على كائنين متطابقين (في حالة توفير إمكانيات البحث) بما يلي:

      Registrar: Example Registrar, Inc.


      Registrar URL: http://www.example-registrar.example
      Admin Contact: Joe Registrar
      Phone Number: +1. 5553101213
      Fax Number: +1. 5553101213
      Email: joeregistrar@example-registrar.example
      Admin Contact: Jane Registrar
      Phone Number: +1. 5553101214
      Fax Number: +1. 5553101213
      Email: janeregistrar@example-registrar.example
      Technical Contact: John Geek

      Registrar: Example Registrar Two, Inc.


      Registrar URL: http://www.example-registrar-two.example
      Admin Contact: Joe Registrar Two
      Phone Number: +1. 5553101213
      Fax Number: +1. 5553101213
      Email: joeregistrar@example-registrar-two.example
      Admin Contact: Jane Registrar
      Phone Number: +1. 5553101214
      Fax Number: +1. 5553101213
      Email: janeregistrar@example-registrar-two.example
      Technical Contact: John Geek

      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    6. عند تلقي استعلام عن كائن خادم اسم يطابق أكثر من كائن واحد، فيجب على السجل إعادة عدة سجلات إذا لم يتم تنفيذ التوضيح ‏29 من هذه الوثيقة. يجب فصل كل كائن لخادم اسم بسطر فارغ، متبوعا بمفتاح اسم الخادم "Server Name: " الذي يشير إلى بداية سجل جديد. على سبيل المثال، سيعود استعلام لخادم الاسم "203.0.113.7" الذي يحتوي على كائنين متطابقين:

      Server Name: ns1.foo.example

      IP Address: 203.0.113.7

      Registrar: Example Registrar, Inc.

      Registrar WHOIS Server: whois.example-registrar.example

      Registrar URL: http://www.example-registrar.example

      Server Name: ns3.bar.example

      IP Address: 203.0.113.7

      Registrar: Example Registrar 2, Inc.

      Registrar WHOIS Server: whois.example-registrar2.example

      Registrar URL: http://www.example-registrar2.example

      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    7. يجوز أن يعرض مشغل السجل عناصر الهاتف الداخلي و / أو الفاكس الداخلي لجهات الاتصال في بيانات أمين السجل. وإذا ظهرت، يجب عرض كل حقل إما كحقل بيانات إضافي كما هو محدد في التوضيح ‏11 من هذه الوثيقة، أو مباشرة بعد حقل هاتف أو فاكس جهة الاتصال المعني.
    8. ينبغي على السجلات دعم الاستعلامات عن كائنات أمين السجل باستخدام معرف هيئة الإنترنت للأرقام المخصصة IANA، على سبيل المثال، استعلامات لصيغة: whois registrar-id <IANA ID>‎.
    9. في الاستجابات على استعلامات كائنات خادم الاسم، يمكن أن يحتوي حقل "IP Address " على قيم متعددة، وبالتالي، يجوز أن تظهر عدة مرات.
    10. في حالة الاستعلامات عن خوادم الأسماء التي يوجد لها اسم نطاق نشط واحد على الأقل يتطلب بيانات glue data في نظام اسم النطاق DNS (الرجاء الاطلاع على طلب تقديم التعقيبات 1034 RFC) والسجلات لديها البيانات، فيجب على السجلات أن تضمن في بيانات الاستجابة من نظام السجل المشترك SRS (على سبيل المثال، اسم الخادم، عناوين بروتوكول الإنترنت IP) العنوان (العناوين) ذات الصلة، على الأقل، اسم النطاق الذي يتطلب بيانات glue data في نظام اسم النطاق DNS. يجوز أن تقدم السجلات استجابة ببيانات من نظام السجل المشترك SRS في حالات أخرى.

      على سبيل المثال، إذا كان اسم النطاق "foo.example " نشطا في نظام اسم النطاق DNS ولديه خادم الاسم "ns.foo.example"، فسيتم عرض عنوان (عناوين) IP والبيانات ذات الصلة من نظام السجل المشترك SRS لخادم الاسم في إخراج نظام Whois للاستعلام عن خادم الاسم "ns.foo.example ".

    11. في الاستجابات على استعلامات كائنات أمين السجل، يمكن أن تحتوي الحقول التالية على قيم متعددة، وبالتالي، يجوز أن تظهر عدة مرات:

      • معلومات اتصال المسؤول الإداري
      • جهة الاتصال التقنية
      • البريد الإلكتروني
      • رقم الفاكس
      • رقم الهاتف
      • الهاتف الداخلي
      • الفاكس الداخلي
      • الشارع

      عندما ينتج عن استعلام كائن أمين سجل العديد من جهات الاتصال الإدارية أو الفنية، فيجب أن تتبع الحقول ذات الصلة (البريد الإلكتروني، رقم الفاكس ورقم الهاتف) حقل اسم جهة الاتصال (أي جهة الاتصال الإدارية أو جهة الاتصال الفنية). على سبيل المثال سيعود استعلام عن أحد أمناء السجلات به جهة اتصال إدارية:

      Registrar: Example Registrar, Inc.

      Registrar URL: http://www.example-registrar.example
      Admin Contact: Joe Registrar
      Phone Number: +1. 5553101213
      Fax Number: +1. 5553101213
      Email: joeregistrar@example-registrar.example
      Admin Contact: Jane Registrar
      Phone Number: +1. 5553101214
      Fax Number: +1. 5553101213
      Email: janeregistrar@example-registrar.example
      Technical Contact: John Geek

      >>> Last update of WHOIS database: 2009-05-29T20:15:00Z <<<

    12. عند تلقي "استعلام غير مؤهل" (على سبيل المثال سلسلة استعلام لا تتضمن المعلمة "nameserver " أو المعلمة "registrar ") الذي يطابق اسم نطاق وكائن خادم اسم، فيجب على السجل إعادة معلومات عن كائن اسم النطاق.
    13. في الاستجابات على الاستعلامات عن كائن لأمين سجل، تعتبر الحقول التالية اختيارية وينبغي معاملتها على النحو الموضح في التوضيح 1:

      • الولاية/ المحافظة
      • الرمز البريدي
      • رقم الفاكس
    14. ينبغي أن تضم الاستجابات على استعلامات كائنات أمين سجل لجهة اتصال إدارية واحدة وجهة اتصال فنية واحدة على الأقل.
    15. وما لم تشترط السياسة أو العقد خلاف ذلك، يجب أن يتوافق قسم القيمة (أي الجانب الأيمن للنقطتين) للحقول مع التنسيق المحدد في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs: 5730-5734 و3915. الحقول التالية ليست محددة في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs: 5734-5730، أو 3915، ويجب اتباع مواصفات التنسيق أدناه:

      • تُعرّف قيمة الخادم "Registrar WHOIS Server " كاسم مضيف (راجع RFC952 وRFC1123) ويجب عرض اسم الخادم لخادم نظام WHOIS (المنفذ 43) لأمين السجل الراعي / المشار إليه، في حالة تقديم أمين السجل المذكور لخدمة نظام WHOIS (المنفذ 43) للكائن الذي يتم الاستعلام عنه، وإلا فإنه يعتبر اختياري كما هو موضح في التوضيح 1؛
      • تُعرّف قيمة محدد أمين السجل "Registrar URL " كرابط URL (راجع RFC3986). ويجب أن تظهر القيمة موقع ويب لأمين السجل الراعي. يجب أن يكون المحدد الموحّد لمصدر المعلومات URL إما: URL لنظام Whois على الويب للكائن الذي يتم الاستعلام عنه، أو خدمة نظام Whois على الويب لأمين السجل، أو صفحة الويب الرئيسية لأمين السجل الراعي؛
      • تُعرّف قيمة معرف IANA لأمين السجل "Registrar IANA ID " كعدد صحيح عشري موجب؛
      • تُعرّف قيمة أمين السجل "Registrar " كوحدة مميزة في تسلسل رموز (راجع لغة التوصيف الموسّعة 1.1)؛
      • تُعرّف عناصر كائن جهة الاتصال لكائن أمين السجل كعناصر كائنات الاتصال لبروتوكول التزويد المرن EPP.
    16. في الاستجابات على الاستعلامات عن كائنات اسم النطاق، أمين السجل أو خادم الاسم تعتبر الحقول التالية اختيارية وينبغي معاملتها على النحو الموضح في التوضيح 1:

      • خادم نظام WHOIS لأمين السجل (إذا لم يقدم أمين السجل الراعي / المشار إليه خدمة نظام WHOIS (المنفذ 43) للكائن الذي يتم الاستعلام عنه)
  3. تسري التوضيحات التالية فقط على أمناء السجلات.

    1. مطلوب من أمين السجل فقط إظهار معلومات Whois لأسماء النطاقات التي يعتبر أمين السجل لها أمين سجل راعي.
    2. يشير الحقل معرف نطاق السجل "Registry Domain ID: " إلى مستودع المعرّف الرقمي للكيان (ROID) لكائن اسم النطاق كما هو محدد في طلب تقديم التعقيبات 5730 RFC (يسمى معرف النطاق في وثيقة البند Specification 4 لاتفاقية السجل). على سبيل المثال، يمكن لأمين السجل الحصول على مستودع المعرّف الرقمي للكيان ROID من السجل عبر بروتوكول التزويد المرن EPP والتخزين المؤقت للمعلومات محليا بعد إنشاء أو الحصول على اسم نطاق عبر النقل.
    3. يشير الحقل "Registry Admin/Tech/Billing/Registrant ID: " إلى مستودع المعرّف الرقمي للكيان (ROID) لكائن جهة الاتصال كما هو محدد في طلب تقديم التعقيبات RFC 5733. على سبيل المثال، يمكن لأمين السجل الحصول على مستودع المعرّف الرقمي للكيان ROID من السجل عبر بروتوكول التزويد المرن EPP والتخزين المؤقت للمعلومات محليا. تحدد اتفاقية اعتماد أمين السجل لسنة 2013 RAA أنه يجب عرض هذه المعلومات إذا كانت متاحة من السجل. وإذا كانت هذه المعلومات غير متوفرة من السجل (على سبيل المثال، سجل "ضعيف")، فينبغي عرض السلسلة غير متوافر من السجل "Not Available From Registry " بدلاً من ذلك.
    4. يجب أن يعكس حقل التاريخ المحدث "Updated Date: " تاريخ ووقت أخر تحديث تم بنجاح معروف لأمين السجل. وليس مطلوبا من أمناء السجلات إجراء تجديد بشكل مستمر لـ "Updated Date: " من السجل.
    5. يشير شرط مستوى الخدمة "RDDS update time " المبين في القسم 2.2 لمواصفة خدمات دليل بيانات التسجيل (WHOIS) فقط إلى التغييرات التي بدأها أمين السجل.
    6. يجب أن تعكس حالات بروتوكول التزويد المرن EPP آخر مجموعة معروفة لحالات بروتوكول التزويد المرن EPP في السجل. ليس مطلوبا من أمناء السجلات إجراء تجديد بشكل مستمر على حالات بروتوكول التزويد المرن EPP من السجل.
    7. وما لم تشترط السياسة أو العقد خلاف ذلك، يجب أن يتوافق قسم القيمة (أي الجانب الأيمن للنقطتين) للحقول مع التنسيق المحدد في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs: 5730-5734 و3915. الحقول التالية ليست محددة في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs: 5734-5730، أو 3915، ويجب اتباع مواصفات التنسيق أدناه:

      1. التبليغ عن حالات انتهاكات معلومات البريد الإلكتروني "Registrar Abuse Contact Email " (على النحو المعرف في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs في حقول البريد الإلكتروني)
      2. التبليغ عن حالات انتهاكات معلومات أرقام الهواتف "Registrar Abuse Contact Phone " (على النحو المعرف في طلبات تقديم التعقيبات لبروتوكول التزويد المرن EPP RFCs في حقول الهواتف)
      3. يُعرّف الموزع "Reseller " كوحدة مميزة في تسلسل رموز (راجع لغة التوصيف الموسّعة 1.1)
      4. يُعرّف خادم نظام WHOIS لأمين السجل "Registrar WHOIS Server " كاسم مضيف (راجع RFC952 وRFC1123) وهو اسم الخادم لخادم WHOIS (المنفذ 43) لأمين السجل الراعي
      5. يُعرّف المحدد الموحّد لمصدر المعلومات لأمين السجل "Registrar URL " كمحدد URL (راجع RFC3986) ويجب أن يظهر الموقع الإلكتروني لأمين السجل الراعي بشكل أكثر تحديدا، المحدد الموحّد لمصدر المعلومات URL لموقع Whois لكائن الذي يتم الاستعلام عنه أو على الأقل المحدد الموحّد لمصدر المعلومات URL لموقع خدمة Whois لأمين السجل
      6. تُعرّف قيمة معرف IANA لأمين السجل "Registrar IANA ID " كعدد صحيح عشري موجب.
      7. تُعرّف قيمة أمين السجل "Registrar " كوحدة مميزة في تسلسل رموز (راجع لغة التوصيف الموسّعة 1.1).
    8. ينبغي إظهار قسم قيمة حقل الموزع "Reseller "، بكن يجوز تركه فارغا أو لا يجوز إظهاره على الأطلاق. وإن تم إظهاره، فإن قيمة الحقل يجب أن تكون اسم المؤسسة في حالة أن يكون الموزع كيان قانوني أو اسم شخص طبيعي خلافا لذلك.
    9. قد تظهر الحقول الموضحة أدناه بشكل مفاجئ قبل الحقل الأخير ("URL of the ICANN Whois Inaccuracy Complaint Form ") بدلاً من الحقل اللاحق الخاص بـ "Registrar IANA ID ":

      • التبليغ عن حالات انتهاكات معلومات البريد الإلكتروني
      • التبليغ عن حالات انتهاكات معلومات أرقام الهواتف
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."