تخطي إلى المحتوى الرئيسي

تحليلات

أحدث المقالات

أحدث المعلومات عن مشغلي البنية التحتية، والقرارات السياسية، والتحركات السوقية، وتحولات القوة الرقمية.

المربع الأخضر ليس دليلاً إذا أجاب عن السؤال الخطأ

IETF

المربع الأخضر ليس دليلاً إذا أجاب عن السؤال الخطأ

يختصر اللون الأخضر نقاشاً طويلاً في إشارة واحدة، لكنه لا يستطيع أن يحمل نتيجة سؤالين مختلفين. في تقرير IETF الأولي عن Milan، يسأل الاختبار 3.1 إن كانت متطلبات التأشيرة تسمح لـ80% من الحاضرين بالحصول عليها من دون جهد أو كلفة مفرطين. أما الشرح المنشور فيقول إن قواعد التأشيرة…

27 أغسطس 2026
صمتُ جهة الاستقبال لم يكن دليلاً على نجاح التجميع

تاريخ

صمتُ جهة الاستقبال لم يكن دليلاً على نجاح التجميع

أرسل المصدر datagram مجزأة، ثم انتظر. لم يصل ICMP Code 1، فبدا من السهل القول إن الوجهة لم تشهد timeout. لكن IPv4 لم يمنح هذا الاستنتاج. كان بوسع الوجهة أن تحتفظ بأجزاء لاحقة، وأن تحذف السياق عند انتهاء المهلة، وأن تظل صامتة لأن fragment zero ــ الجزء الذي يبدأ عند offset صفر ــ…

27 أغسطس 2026
التوقيع صحيح، لكن الرمز من النوع الخطأ

ملف القضية

التوقيع صحيح، لكن الرمز من النوع الخطأ

يفصل الدليل الجديد لأمن JWT الذي أقره IESG بين حكمين تختصرهما أنظمة كثيرة في إشارة خضراء واحدة: صحة الحماية التشفيرية، وامتلاك هذا النوع المحدد من الرموز صلاحية العمل داخل هذا التطبيق المحدد.

27 أغسطس 2026
الرقم كان يقول «أين» لا «ما هو»: كيف أبقى Xref موقع مقالة Usenet محلياً

تاريخ

الرقم كان يقول «أين» لا «ما هو»: كيف أبقى Xref موقع مقالة Usenet محلياً

كان يمكن للمقالة الواحدة في Usenet أن تحمل رقماً في مجموعة ورقماً آخر في مجموعة ثانية، ثم تتغير أرقامها كلها على خادم مجاور. لم يحاول Xref توحيد هذه الأرقام، بل حدّد سلطتها: الهوية تنتقل مع المقالة، أما الإحداثيات فيملكها الخادم الذي يحفظها.

27 أغسطس 2026
نفذت APNIC مخرجاً من prop-167 وأبقت الآخر عند بوابة القرار

التقارير

نفذت APNIC مخرجاً من prop-167 وأبقت الآخر عند بوابة القرار

البيانات العامة التي طلبها مجتمع APNIC ليست وعداً مؤجلاً. ملفات FTP تعرض إحصاءات WHOIS وRDAP لكل ساعة، ويمكن فحصها من خارج المؤسسة. لكن `prop-167-v002` ضم أيضاً عرضاً خاصاً بصاحب المورد داخل MyAPNIC. وحين فرّقت Resolution 2025-32 بين المخرجين، أصبح وسم واحد هو `Implemented` أضيق…

27 أغسطس 2026
غرفة IETF البعيدة نقطة وصول وليست دائرة تمثيل

IETF

غرفة IETF البعيدة نقطة وصول وليست دائرة تمثيل

قد تجمع الغرفة أشخاصاً متفرقين حول شاشة واحدة، لكنها لا تجمع سلطاتهم في صوت واحد. هذا هو الحد المؤسسي الذي كشفته تجربة Remote Rooms خلال اجتماع IETF 125. فقد منح الموقع الخاص في طوكيو المشاركين توقيتاً أقرب وحواراً جانبياً ومساعدة متبادلة يصعب أن يوفرها الاتصال الفردي، لكنه ظهر…

27 أغسطس 2026
بقي المعرّف ثابتاً، لكن تعليمات المسار تغيّرت

ملف القضية

بقي المعرّف ثابتاً، لكن تعليمات المسار تغيّرت

وافق مجلس IESG على معرّف موجز لقوائم المقاطع المنقولة ضمن BGP SR Policy. يخفف الرقم عبء المطابقة بين وحدة التحكم والقياس عن بُعد وإدارة الإعدادات، لكنه لا يكون فريداً إلا داخل Candidate Path واحدة، ويمكن أن يبقى كما هو بعد تغيير ترتيب معرّفات SID.

27 أغسطس 2026
من يملك حذف الملفات التي لم يأت أحد لاستلامها؟

تاريخ

من يملك حذف الملفات التي لم يأت أحد لاستلامها؟

في جرد مجلد التجميع ظهرت أربع فئات: أسماء خُصصت بلا نتيجة نهائية، وملفات اكتمل نقلها ولم يطالب بها أحد، وإشعارات لم تصل، وعناصر تجاوزت مدة الاحتفاظ وتنتظر الحذف. صمم `STOU` اسماً لا يتصادم، لكنه لم يقرر من يرث مسؤولية الملف بعد أن يصبح له اسم.

27 أغسطس 2026
بين الجملة والتاريخ: سجلّ التطبيق المستقبلي لـ ARIN 4.10

التقارير

بين الجملة والتاريخ: سجلّ التطبيق المستقبلي لـ ARIN 4.10

تجمع صفحة [ARIN-2025-8](https://www.arin.net/participate/policy/drafts/2025_8/) حدّين ينبغي قراءتهما معاً: جدول زمني معلن بكلمة `Immediate`، وتعليق يقول إن الموظفين لا ينوون مدّ القيد إلى مخصصات 4.10 الصادرة قبل التنفيذ. وفي الصفحة نفسها، توصف إضافة `within the ARIN service area`…

27 أغسطس 2026
القائمة التي لم تكن عنوانها: كيف منح List-Id القوائم البريدية اسماً ثابتاً

تاريخ

القائمة التي لم تكن عنوانها: كيف منح List-Id القوائم البريدية اسماً ثابتاً

قد تنتقل جماعة بريدية كاملة إلى برنامج تشغيل جديد من دون أن تتغير الجماعة نفسها. لكن إذا كان المرشح يتعرف إليها من طريق الإرسال وحده، فإن الانتقال يبدو كأنه ولادة قائمة أخرى. جاء `List-Id` ليمنح الاستمرارية اسماً مستقلاً، ويترك التوجيه والإجراءات والتحقق لسلطات منفصلة.

27 أغسطس 2026
ترقية النطاق لدى AFRINIC تحتاج إلى قبول للخدمة لا للوصلة فقط

التقارير

ترقية النطاق لدى AFRINIC تحتاج إلى قبول للخدمة لا للوصلة فقط

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

27 أغسطس 2026
حقل الدولة ليس تفويضاً للتمثيل أمام سجل إقليمي

جمعية موارد الأرقام

حقل الدولة ليس تفويضاً للتمثيل أمام سجل إقليمي

إدخال اسم دولة في نموذج هو معلومة إدارية، ولا ينشئ وحده سلطة للتحدث باسم دولة أو منطقة خدمة تابعة لـ RIR أو جميع المشغلين فيها.

27 أغسطس 2026
المسار الذي طُلب من المرحّل أن ينساه: احتفظ SMTP بالصياغة بعد أن نزع عنها سلطة التوجيه

تاريخ

المسار الذي طُلب من المرحّل أن ينساه: احتفظ SMTP بالصياغة بعد أن نزع عنها سلطة التوجيه

لا يزال عنوان SMTP قديم يستطيع أن يضع قائمة من المرحّلات قبل صندوق البريد النهائي. على الخادم الحديث أن يفهم الصيغة، لكنه غير ملزم باتباع القائمة. ليست هذه مفارقة في المعيار؛ فقد بقي واجب التوافق، بينما انتقلت سلطة اختيار القفزة التالية إلى نطاق الوجهة وDNS MX وسياسة الخادم.

27 أغسطس 2026
قالت البوابة إنها جاهزة لما بعد الكم، لكن النفق ظل موقّعًا بـ ECDSA

ملف القضية

قالت البوابة إنها جاهزة لما بعد الكم، لكن النفق ظل موقّعًا بـ ECDSA

وافقت IESG في 24 أغسطس 2026 على آلية لاستخدام التوقيعات المقاومة للحوسبة الكمية في مصادقة IKEv2. يفتح القرار مسارًا مشتركًا لـ ML-DSA وSLH-DSA، لكنه لا يجعل وجود الخوارزمية في الجهاز وإعلانها للطرف الآخر واستخدامها بنجاح في AUTH حقيقة واحدة.

27 أغسطس 2026
العنوان الجديد الذي لم يكن إعادة تسمية: كيف فصل SMTP بين التحويل والإحالة

تاريخ

العنوان الجديد الذي لم يكن إعادة تسمية: كيف فصل SMTP بين التحويل والإحالة

انتقل صندوق بريد، وعرف خادمان العنوان الجديد نفسه. أجاب الأول بالرمز `251`، فقبل المستلم القديم وتحمّل تحويل الرسالة. أما الثاني فأجاب `551`، فرفض ذلك المستلم وترك للمرسل قرار المحاولة في المكان المقترح. لم تكن المعلومة وحدها هي المهمة؛ كان الأهم من يملك الخطوة التالية.

27 أغسطس 2026
قد ينجح اتفاق خدمة RFC ويبقى المؤلف في الانتظار

IETF

قد ينجح اتفاق خدمة RFC ويبقى المؤلف في الانتظار

لا يعيش المؤلف داخل ساعة المتعهد. فهو يرى تاريخ تسلّم الوثيقة المقبولة، ثم التحرير والأسئلة والمراجعة النهائية والنشر كتسلسل زمني واحد. أما RFC Production Center فلا يستطيع التحكم في كل محطة من هذا التسلسل. ومن هنا تأتي قوة الاقتراح الذي طرحته IETF Administration LLC للتشاور في…

27 أغسطس 2026
قيد RIPE NCC لخمس سنوات بات يتوقف على «المشاركة»

التقارير

قيد RIPE NCC لخمس سنوات بات يتوقف على «المشاركة»

كان RIPE-791 يصل الطلب اللاحق بدورين رسميين لدى عضو سابق: جهة الاتصال والممثل. أما RIPE-863 فاستبدل قائمة الأدوار بسؤال عن السلوك: هل قدّم الشخص بيانات احتيالية أو مضللة، أو شارك في تقديمها، وهل قُدّم الطلب الجديد منه أو لصالحه؟ لم تتغير مدة السنوات الخمس. الذي تغير هو الواقعة…

27 أغسطس 2026
سجّلت IANA قدرة DELEG، لكن النشر ما زال يحتاج إلى دليل

ملف القضية

سجّلت IANA قدرة DELEG، لكن النشر ما زال يحتاج إلى دليل

أضافت IANA في 24 أغسطس 2026 المفتاح المؤقت `deleg` إلى سجل معلومات محلّل DNS. أصبح لدى المشغّلين اسم مشترك لإعلان دعم بروتوكول DELEG الناشئ، لكن القيد لا يحوّل مسودة إنترنت إلى معيار ولا يحوّل الإعلان إلى سلوك منفّذ.

27 أغسطس 2026
تطابق الرقم التسلسلي، ولم تتطابق المنطقة

ملف القضية

تطابق الرقم التسلسلي، ولم تتطابق المنطقة

يمكن لنسخة من منطقة DNS أن تصل عبر القناة الصحيحة، وتحمل رقم SOA التسلسلي المتوقع، وتنجح في اختبار البنية، ثم تظل مختلفة عن النسخة التي التزم الناشر بإصدارها. يضيف ZONEMD حكماً لا توفره مؤشرات النقل والإصدار: هل تمثل المنطقة الكاملة، قبل تفعيلها، المحتوى القانوني نفسه الذي ثبّته…

27 أغسطس 2026
استعادة حالة الآلة لا تعيد لحظة العزف

تاريخ

استعادة حالة الآلة لا تعيد لحظة العزف

قد يستقبل جهاز كل الحزم الجديدة، ويظل يعزف بمستوى صوت خاطئ لأنه لم يعرف أمراً قديماً. انطلق سجل الاستعادة في RTP MIDI من حقيقة كهذه: سلامة ما يصل الآن لا تكفي لمحو أثر ما فُقد من قبل، وتصحيح الحالة لا يعني إعادة الأداء الذي مضى.

27 أغسطس 2026