الخلاصة

  • سجلت APNIC Labs ‏9,685,775,212 استعلاما سلطويا في 116,050,253 اختبارا لم يتلق ردا. تعطي الأعداد المنشورة 83.46 استعلاما لكل اختبار فريد، مقابل 3.43 للتحكم الإيجابي و3.93 لـNODATA و4.40 لـNXDOMAIN و11.47 لـREFUSED و51.73 لـSERVFAIL.
  • تثبت هذه النسب ارتباط حالة الرد بحجم الحمل الذي وصل إلى الخادم في التجربة. لكنها لا تكشف إن كانت التكرارات صادرة من نقطة النهاية أو محللها المحلي أو وسيط توجيه أو محرك تكراري أو مزرعة محللات أو من عدة طبقات معا.
  • تختلف فقرتان في النص الأصلي عن جدول الملخص في متوسطين. تعيد القسمة على الأعداد الخام إنتاج قيم الجدول، لكنها لا تكشف ما الذي قصده الكاتب. لذلك يحتاج الاستخدام التشغيلي إلى إيصال قياس يحفظ المقام والصيغة والطوبولوجيا والنقل وحالة الأمان وحدود الإسناد.

العدد دقيق، لكن الفاعل مجهول

أكبر رقم في تقرير APNIC Labs المنشور في 4 سبتمبر هو 9,685,775,212. هذا هو عدد الاستعلامات التي رآها خادمها السلطوي عندما لم تصدر التجربة أي رد. ويضع جدول الملخص 116,050,253 اختبارا في المقام. قسمة العددين تعطي 83.4619 استعلاما لكل اختبار فريد.

الحساب مباشر. الطريق الذي صنعه ليس كذلك.

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

يرى سجل APNIC ما وصل إلى آخر حد قيس: الخادم السلطوي. ولا يحمل كل استعلام سلسلة عهد موقعة تبين قرار كل مكوّن قبله.

من ثم فإن القول إن «محللا واحدا أرسل 83 استعلاما» يضيف معلومة لا تحتويها التجربة. وحتى تسمية كل ما زاد «إعادات محاولة» تبسيط زائد. تستطيع نقطة نهاية حديثة أن تطلب سجلات A وAAAA وHTTPS للاسم نفسه، وهذه أنواع مختلفة وليست ثلاث نسخ من حزمة واحدة. تحسب APNIC قاعدة متوقعة قبل وصف الزيادة بالتكرار، لكن وحدة القياس المنشورة تبقى اسم اختبار فريدا، لا فعلا بشريا واحدا ولا طلب تطبيق واحدا ولا معاملة stub أو معاملة تكرارية واحدة.

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

ست حالات للجواب صنعت ستة أحمال مختلفة

استخدمت تجربة 2026 أسماء عشوائية حتى لا تجيب ذاكرة سابقة عن الاسم نفسه. كانت المنطقة غير موقعة. استقبل خادم سلطوي واحد مزدوج المكدس UDP وTCP، لكنه لم يقدم DoT أو DoH. كانت الردود قصيرة ولم تحتج إلى الاقتطاع. وحسبت الاستعلامات التي وصلت خلال 24 ساعة من ظهور كل إعلان.

تعطي المجاميع المنشورة المقارنة الآتية:

حالة الخادم السلطوي الاختبارات الاستعلامات المرصودة الاستعلامات لكل اختبار بعد إعادة الحساب مضاعف التحكم الإيجابي
تحكم إيجابي A/AAAA 254,894,985 875,316,423 3.43 1.00×
NOERROR/NODATA 115,571,398 454,213,932 3.93 1.14×
NXDOMAIN 115,750,503 509,410,787 4.40 1.28×
REFUSED 115,415,259 1,324,355,211 11.47 3.34×
SERVFAIL 138,643,924 7,171,673,166 51.73 15.06×
لا رد 116,050,253 9,685,775,212 83.46 24.30×

النمط أعمق من فرق بين «نعم» و«لا». تظل الإجابة الإيجابية والشكلان النهائيان للجواب السلبي قريبين من أربعة استعلامات لكل اختبار. يرتفع REFUSED بوضوح، ثم ينتقل SERVFAIL والصمت إلى نطاق آخر.

ينسجم الترتيب مع دلالة كل حالة. يقول NXDOMAIN إن الاسم غير موجود. ويقول NODATA إن الاسم موجود لكن النوع المطلوب غير موجود. أما REFUSED فيعلن أن الخادم يرفض العملية، وغالبا لسياسة. ويقول SERVFAIL إن معالجة السؤال تعذرت بسبب مشكلة، فيبقي احتمال نجاح خادم أو عنوان أو نقل أو وقت آخر مفتوحا. أما الصمت فلا يقول شيئا؛ المؤقت هو الذي يفسر غياب الرد.

لكن الانسجام ليس إسنادا. لا يبين الجدول أي تنفيذ قرأ RCODE، ولا أي واجهة أعادت الإرسال، ولا عدد الطلبات المتكافئة التي دُمجت، ولا ما إذا أدى الفشل إلى الانتقال بين عناوين الخادم. كما لا يعرض توزيعا بحسب المنتج أو الذيل الطويل الذي يخفيه المتوسط. تثبت النتيجة علاقة بين حالة الرد والحمل في هذا الاختبار، ولا تثبت قاعدة عالمية ترسل 51.73 استعلاما عند كل SERVFAIL.

القاعدة المتوقعة أكبر من استعلام واحد أصلا

في حالة NXDOMAIN، تفيد APNIC بأن 48% من نقاط النهاية ولدت استعلامي A وAAAA، وأن 51% ولدت A وحده و1% ولدت AAAA وحده. كما رصدت استعلامات HTTPS لدى 39% من نقاط النهاية. وبناء على هذا المزيج، قدرت APNIC قاعدة تبلغ 218 مليون استعلام لو طُلب كل نوع مستخدم مرة واحدة فقط.

لكن المرصود كان 509,410,787. صُنفت الزيادة البالغة 291,919,927 استعلاما كتكرارات. ومن أصل 115,750,503 اختبارات، انتهى 67,316,541 من دون أكثر من استعلام واحد لكل نوع مستخدم. وحملت الاختبارات الـ48,433,962 الباقية كل التكرارات، بمتوسط 6.03 استعلامات متكررة لكل اختبار شهد تكرارا.

هذا الانضباط في المقام ضروري. إذا قورنت 509 ملايين حزمة بنحو 116 مليون اختبار وسميت الزيادة كلها «إعادة محاولة»، فسوف تصنف الأنواع المتوازية المشروعة تصنيفا خاطئا. وإذا اقتصر العد على وصول رد من عدمه، اختفت قرابة 292 مليون رسالة متكررة من الصورة. السجل المفيد يحتاج إلى مجموعة الأنواع المتوقعة وإلى ما تجاوزها معا.

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

التقرير نفسه يحتاج إلى إيصال للحساب

ينشر المصدر من الأعداد الخام ما يكفي لمراجعة المتوسطات، وتكشف المراجعة اختلافين.

في قسم SERVFAIL، تسمي الفقرة 51.29 متوسط الاستعلامات لكل اختبار و51.59 متوسط التكرار. لا تنتج المجاميع هاتين القيمتين. فقسمة 7,171,673,166 على 138,643,924 تعطي 51.7273، وهي 51.73 في جدول الملخص. وبعد طرح 3,702,576 اختبارا من فئة «استعلام واحد» يبقى 134,941,348 اختبارا حاملا للتكرار؛ وقسمة 6,920,490,780 تكرارا على هذا المقام تعطي 51.2852، أي 51.29 كما في الجدول.

أما فقرة عدم الرد فتطبع عدد الاختبارات هكذا 11,6050,253 وتعطي 82.6 استعلاما لكل اختبار. يسجل الجدول 116,050,253 اختبارا ومتوسط 83.46. وهذا المقام يعطي 83.4619 عند قسمة 9,685,775,212 عليه. ويمكن كذلك إعادة إنتاج متوسط التكرار 83.38 بقسمة 9,466,474,491 تكرارا على 113,531,062 اختبارا حاملا للتكرار.

ليست الاستجابة الصحيحة أن نكرر الفقرة بلا فحص، ولا أن نعتبر الاختلاف دليلا على بطلان التجربة. ينبغي أن تسافر المجاميع والجدول والصيغ معا. يستطيع القارئ حينها فصل خطأ نقل أو تسمية عن خطأ في القياس. وحده صاحب المصدر يستطيع شرح القيمة المقصودة في النثر؛ أما الحساب فيبين أي قيمة تتبع الأعداد المنشورة.

هذه صورة مصغرة للحجة كلها: الرقم المصقول لا يشهد لنفسه. مقامه واستبعاده وطريقة اشتقاقه أجزاء من الدليل.

القياسات الأقدم تقترح آليات ولا تكشف الهوية الناقصة

درست APNIC في 2019 حركة NXDOMAIN المتكررة بتفصيل أكبر. رأت قمما زمنية وتكرارات من عنوان محلل ظاهر واحد ودفعات من عناوين تتشارك بادئة. وناقش التحليل Happy Eyeballs وفقد الحزم والمؤقتات الشديدة وتجميع التمرير ومزارع المحللات. كما وصف جمع العناوين في /24 أو /48 بأنه تقريب.

تجعل هذه المشاهدات عدة آليات معقولة، لكنها لا تمنح تجميع 2026 سببا محسوما. قد يخفي عنوان مصدر واحد عدة محركات. وقد تكون عدة عناوين لمزرعة واحدة. وقد يرسل stub إلى خدمتين تلتقيان عند النظام التكراري نفسه. وربما دخل السؤال التالي قائمة انتظار أعلى المسار بينما بقي الأول فعالا. ويمكن لفقد الشبكة أن يزيل السؤال أو الجواب.

يقر التقرير الحالي بالفجوة عندما يسأل: هل يعود التكرار إلى تنفيذ المحلل التكراري، أم إلى أنظمة أكثر تعقيدا في الواجهة الأمامية والخلفية؟ يجب أن يبقى هذا المجهول ظاهرا في كل إعادة سرد. إخفاؤه يحول سؤالا بحثيا إلى حكم على تنفيذ بعينه.

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

المعايير تضع حدودا ولا تحل مشكلة الإسناد

يفرض RFC 9520 على المحللات التكرارية واجب احتواء واضحا. فللسؤال نفسه الموجه إلى عنوان خادم واحد عبر نقل واحد، لا يجوز للمحلل أن يعيد المحاولة أكثر من مرتين بعد الإرسال الأول. وبعد استنفاد الحل، يجب أن يخزن الفشل مؤقتا مدة لا تقل عن ثانية ولا تزيد على خمس دقائق، حتى لا تولد الطلبات المطابقة الواردة عملا خارجيا جديدا في تلك الفترة.

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

يمنح RFC 2308 حالتي NXDOMAIN وNODATA معنى سلبيا قابلا للتخزين المؤقت، ويسمح في نموذجه الأقدم بتخزين محدود لفشل الخادم. ويتيح RFC 8914 لخطأ DNS الموسع إضافة تشخيص، مع إبقاء معالجة RCODE كما هي صراحة. تجعل هذه الآليات الحالات أوضح، لكنها لا تبيح جوابا سلبيا كاذبا لأنه يقلل الحمل، ولا تكشف فاعل إعادة محاولة لم يُقس بصورة مستقلة.

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

انشر المسار الذي لا تستطيع النسبة أن تظهره

يمكن أن يبقى إيصال القياس الواعي بالطبقات موجزا. يذكر نافذة التجربة وقناة التحفيز واستثناءات التغطية ووحدة التحليل بدقة. ويحفظ مجموعة أنواع السجل المطلوبة والقاعدة المتوقعة قبل تسمية الحركة الزائدة تكرارا.

ثم يسجل بناء الرد على السلك، وعدد الخوادم، وعائلات العناوين، وحالة anycast، وأنواع النقل المدعومة والمرصودة، وحالة DNSSEC، وحجم الرد والاقتطاع. وينبغي أن تجاور الأعداد الخام والتكرارات والصيغ والتقريب والتوزيعات المتوسط الرئيسي.

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

أنجزت تجربة APNIC الجزء الأول الصعب: جعلت فارق التكلفة عصيا على التجاهل. الخطوة التالية ليست صفة أقوى لكلمة «عاصفة»، بل قياسا يستطيع القول أي طبقة مارست أي سلطة في الإعادة.

المصادر