الموضوع
سلطة تفويض DNS
ضمن جانب الموضوع، تربط تحليلات موضوع DNS المقالات التي تشترك في موضوع معين أو تركيز إشارة أو موضوع مراقبة. تقدم الصفحة للقراء مسارًا أكثر ثراءً عبر التقارير ذات الصلة، وأدلة المصادر، والفاعلين في السوق، وتأثيرات البنية التحتية، مع سياق كافٍ لفهم أهمية الموضوع عبر تحركات الشركات، وقرارات الحوكمة، والتعرض الإقليمي، والمخاطر التشغيلية. يمكن للقراء مقارنة الإشارات المتكررة، والمنظمات المتأثرة، والأدلة العامة، وسياق السوق، واستمرارية الخدمة، والمشتريات، والمنافسة، والامتثال، وأسئلة التخطيط الاستراتيجي الكامنة وراء الموضوع بدلاً من التوقف عند قائمة رقيقة من المقالات المطابقة. يشرح ما يغطيه الموضوع، وما هي الجهات الفاعلة في البنية التحتية أو السياسات المعنية، وما الأدلة التي تدعم التغطية، ولماذا قد يكون الموضوع مهمًا للمشغلين والعملاء والمستثمرين والقراء المهتمين بالسياسات.
ICANN
إصلاح قواعد تسوية نزاعات نطاقات .jp: مسار التعويض الجديد بدأ في الأول من أبريل 2026
جدّدت اليابان قواعد الإجراء الخاص بتسوية نزاعات أسماء النطاقات المنتهية بـ jp (نظام JP-DRP): قرار مجلس إدارة JPNIC بتاريخ 17 فبراير 2026، ونشرٌ للقواعد المنقحة في 24 فبراير، ودخولٌ حيّز التنفيذ في الأول من أبريل 2026، مع تعديلات موازية على القواعد التكميلية لدى مركز التحكيم…
ملف القضية
انتهت الخدمة بعد ساعتين، لكن مفتاحها احتفظ بالاسم أربعة عشر يوماً
تفصل RFC 9665 عمداً بين زمن ظهور الخدمة وزمن حماية الاسم. هذا الفصل يمنع جهازاً آخر من خطف الاسم أثناء انقطاع قصير، لكنه يعني أيضاً أن السجل الموقّع لا يساوي خدمة حية ولا هوية مؤسسية مؤكدة.
IETF
وصل الإعداد، لكن المنطقة العامة لم تظهر: RFC 9527
يمنح RFC 9527 سلطة تسمية الشبكة المنزلية اسم النطاق وعناوين مديري التوزيع عبر DHCPv6. وصول هذه القيم إنجاز حقيقي، لكنه لا يثبت أن التفويض والنشر وDNSSEC والوصول من خارج المنزل أصبحت صحيحة.
IETF
كشف الوكيل سلسلة الأسماء، لكنه لم يثبت هوية المضيف: RFC 9532
يمنح RFC 9532 وسيط HTTP وسيلة لإبلاغ العميل بأسماء CNAME التي رآها عند حل اسم القفزة التالية. تكشف القائمة جزءاً كان مخفياً من مسار DNS، لكنها تظل رواية الوكيل عن مشاهدة واحدة، لا دليلاً موقعاً على هوية المورد.
ICANN
من يقف خلف إدارة نطاق .jp: سلسلة الصلاحيات وآخر تعديلات 2025–2026
يبدو أن نطاق .jp يعمل تلقائياً، لكنه يقوم في الواقع على سلسلة من العقود والوثائق التي تمنح صلاحيات وتفرض قيوداً. هذه المادة تتتبع تلك السلسلة — من التفويض الأول من جون بوستل إلى جون موراي عام 1986، عبر اتفاقية الإشراف مع ICANN عام 2002 ومذكرة التفاهم مع JPNIC، وصولاً إلى…
الاتجاهات المؤسسية العالمية
ISC-AGP1 (AS210764): سلسلة السلطة الإدارية خلف تسجيل RIPE قريب من خادم جذري
ملخص تحليلي لـ ISC-AGP1 (AS210764): سلسلة السلطة الإدارية خلف تسجيل RIPE قريب من خادم جذري يشرح التطور، والأدلة العامة المتاحة للقراء، والمنظمات المعنية، والسياق الإقليمي، والتعرض للسوق، والعواقب التي قد تترتب على البنية التحتية. كما يربط سياق تحليلات الاتجاهات المؤسسية العالمية…
المؤسسات العالمية
BIND 9: ثلاثة حدود منشورة تحكم الإصلاح، ولا قياس علني لوصوله إلى التشغيل
في 22 يوليو 2026 نشرت Debian نشرة أمنية واحدة عالجت تسع ثغرات في حزمة bind9، بعد أسابيع قليلة من إعلان Internet Systems Consortium, Inc. (ISC) أن الفرع BIND 9.18 أنهى دورة صيانته. ما يفصل بين النشرتين ليس جودة الشيفرة وحدها، بل ثلاثة حدود منشورة ترسمها وثائق المورّد نفسه: أي فرع…
ICANN
ICANN تستطيع أن تعلن مخالفتها لنظامها الأساسي؛ أما إنفاذ العلاج فيحتاج إلى طرف آخر
في 22 يوليو/تموز 2026 أعلنت شركة Verisign إدخال نطاق .WEB إلى منطقة الجذر، وفي التاريخ نفسه يحمل سجل القضية الثانية من إجراءات المراجعة المستقلة الخاصة بالنطاق وصف «مسحوبة». بين الحدثين لا يوجد إعلان علني بوقوع مخالفة. هذا التسلسل يضيّق السؤال العملي حول مساءلة ICANN: ليس هل…
التقارير
أغلقت ARIN اقتراح تحديث DS آلياً، ولم تُحسم سلطة التغيير في النطاق الأب
تستطيع المنطقة الفرعية في DNS إعلان المفتاح الذي تريد ربطه بسلسلة الثقة؛ لكنها لا تستطيع بمجرد الإعلان تحرير سجل DS في المنطقة الأم. وافقت ARIN في يناير على فائدة التحديث الآلي، ثم أغلقت الاقتراح بعد إحالته إلى ترتيب الأولويات والتخطيط الداخلي. وبين إقفال الطلب ونشر تغيير موثوق…
ICANN
توقيع النطاق لا يفعّل التحقق: درس مختلف من غانا ونيجيريا
تجمع ICANN في تقريرها الجديد خطوات لتعزيز أمن أسماء النطاقات في غرب أفريقيا. غير أن مشغل خدمة التحليل الذي يتحقق من الرد، والجهة التي توقع نطاق البلد، لا يمسكان المفتاح التشغيلي نفسه.
تاريخ
عندما حاول سجل الشركات أن يرسم شجرة أسماء النطاقات: ما كشفه RFC 2352 عن حدود السلطة
اقترحت وثيقة مستقلة سنة 1998 أن يُشتق مسار نطاق كل مؤسسة من اسمها القانوني وشكلها المؤسسي وولايتها القضائية. بدا التقسيم منضبطاً: تقرر جهة تسجيل الشركات أو العلامات الحق في الاسم، ثم ينقل DNS النتيجة. لكن ملاحظة محرر RFC المرفقة بالوثيقة أوضحت أن هذا المسار لا يدمج السلطات…
IETF
طابق المفتاح سجل DNS، وبقي إذن التطبيق قرارًا آخر
تربط المراجعة 14 من مسودة مصادقة عملاء DANE اسمًا يرسله عميل TLS بشهادة أو مفتاح عام عبر TLSA وDNSSEC. يثبت التطابق السيطرة على المفتاح ضمن هذا السياق، لكنه لا يمنح حق دخول الخدمة أو تنفيذ إجراء فيها.
ICANN
ما يوقف طلب نطاق عام جديد: سلطة الرفض وحدود الإنصاف داخل ICANN
تتوزع سلطة إيقاف طلب في برنامج النطاقات العامة الجديدة بين قواعد البرنامج وقرارات مجلس الإدارة، في حين لا يمنح مسارا الإنصاف المنصوص عليهما في النظام الأساسي المتقدم الخاسر أمراً بتفويض السلسلة، بل قراراً معلَّلاً أو إعلاناً بعدم الاتساق.
التقارير
تبدأ مقارنة Stork لأرقام DNS بالمناطق التي استطاع جلبها
عرض مؤتمر APNIC 62 إشارة مفيدة تكشف اختلاف الأرقام التسلسلية بين خوادم DNS. لكن دلالتها تبدأ قبل ظهور اللون التحذيري: أيّ خدمات وعروض ومناطق دخلت ذاكرة Stork، ومتى جُلبت، وما الذي تعذّر على عملية الجلب أن تراه.
IETF
RFC 9874: حذف EPP من عميل قد يعطّل DNS لعميل آخر
قد ينجح أمر الحذف في جلسة EPP، ثم تظهر الخسارة في نطاق يرعاه عميل آخر. يصف RFC 9874 هذه الفجوة بين سلطة إصدار الأمر وخريطة الاعتماد في DNS. نجاح العميل الأول لا يثبت أن التفويضات الأخرى بقيت تحت السيطرة، ولا أن أصحابها أُبلغوا، ولا أن الاستعادة ما زالت ممكنة.
IETF
شُفّرت عملية النقل، لكن نسخة النطاق بقيت بحاجة إلى حارس: RFC 9103
يحرم XoT المراقب السلبي من قراءة حمولة AXFR أو IXFR بنص واضح، لكنه لا يمنح تلقائياً إذناً خاصاً بكل نطاق، ولا يضبط ما يفعله المستلم بالنسخة، ولا يلغي سبل الكشف الأخرى في DNS العام.
IETF
أجاب خادم السلطة الاحتياطي، لكن المفتاح المخزّن لم يطابقه: RFC 8901
قد يواصل مزوّد DNS سلطوي ثانٍ الإجابة بعد تعطل الأول، ومع ذلك لا يحصل المحلّل المتحقق على جواب مقبول. تعرض RFC 8901 تكرار DNSSEC بوصفه عقد مزامنة بين الموقّعين، لا مجرد عدد من خوادم الأسماء.
ICANN
4.3 مليون اسم نطاق دولي هي حصيلة تسجيل، لا نتيجة للقبول العالمي
قد يكون الاسم مفوضاً في الجذر ومسجلاً وقابلاً للحل عبر DNS، ثم يرفضه أول نموذج لإنشاء حساب. يجمع تقرير ICANN لعام 2026 بين الحقيقتين: اتسع مخزون المعرّفات متعددة اللغات، لكن سلسلة البرمجيات التي يفترض أن تستخدمها لم تكتمل بعد.
IETF
اختفاء استعلامات الجذر لا يعني انخفاض حركة البيانات
يُبقي LocalRoot كثيراً من استعلامات الجذر داخل المضيف ويقلل الاعتماد على المسار الحي إلى Root Server System. لكنه ينشئ التزاماً آخر: اكتشاف مصدر النشر، وفحص التغيير، وجلب منطقة الجذر، والتحقق من ZONEMD وDNSSEC، وتفعيل النسخة، ثم الرجوع قبل انتهاء صلاحيتها. أظهر قياس قصير في 2026…
ICANN
صنّفت ICANN مطالب AFRALO من دون اعتمادها
تظهر قاعدة قراءة الملف في رسالة الإحالة لا في رد رئيسة مجلس الإدارة: أرسلت AFRALO البيان المشترك إلى مجلس ICANN «لأغراض الإحاطة». لكن الصفحات الست تضمنت مقترحات تحتاج إلى مال ومسؤولين وأهداف. أما الرد المؤلف من صفحتين فأقر بالمشكلة، وأشار إلى أعمال قائمة، ورسم حدود مهمة ICANN.…