الخلاصة
- يفيد تقرير Gaurav Kansal بأن محلّل NIC العام
1.10.10.10حقق متوسطاً قدره 27.0 مللي ثانية لاستجابات DNS و17.3 مللي ثانية لاختبار ping ضمن مقارنة عبر RIPE Atlas استمرت 91 يوماً. هذه أرقام أوردها الكاتب، وليست نتيجة تدقيق مستقل للخدمة. - تظهر قيمة الدراسة وحدودها معاً: من المرجح أن أسماء النطاقات الشائعة كانت مخزنة مؤقتاً؛ ولم تُستبعد الاستعلامات الفاشلة أو الحزم المفقودة؛ واختلفت أعداد الرصد بين الخدمات؛ كما لا تكفي الملفات العامة التي روجعت لإعادة حساب المتوسطات.
الرقم ليس حكماً شاملاً
نشر Gaurav Kansal في سبتمبر 2026 مقالاً بعنوان «Monitoring 1.10.10.10 with RIPE Atlas Probes»، قارن فيه عنوان DNS العام 1.10.10.10 التابع للمركز الوطني للمعلومات (NIC) مع Cloudflare وGoogle وQuad9. وتمتد الفترة التي يذكرها من 13 نوفمبر 2025 إلى 11 فبراير 2026. يعيد الجدول أدناه المتوسطات والأعداد التي نشرها الكاتب؛ ولم يُعَد احتسابها هنا بصورة مستقلة من سجلات القياس الأولية.
| محلّل DNS | متوسط ping | رصود ping | متوسط استجابة DNS | رصود DNS |
|---|---|---|---|---|
NIC 1.10.10.10 |
17.3 ms | 1,038,738 | 27.0 ms | 580,916 |
Cloudflare 1.1.1.1 |
14.8 ms | 1,047,581 | 43.2 ms | 528,540 |
Google 8.8.8.8 |
14.8 ms | 1,039,961 | 32.1 ms | 596,800 |
Quad9 9.9.9.9 |
55.8 ms | 1,050,441 | 112.1 ms | 577,032 |
بحسب متوسط DNS المنشور، يتقدم NIC على الخدمات الثلاث في هذه العينة. أما متوسط ping لديه فهو أبطأ بمقدار 2.5 مللي ثانية من Cloudflare وGoogle. ولا يوجد تناقض: يقيس ping زمن رحلة حزمة ICMP ذهاباً وإياباً، فيما يقيس اختبار DNS سلوك استجابة استعلام عن اسم. ولا يكفي أي منهما لترتيب شامل. فـ«الأفضل» قد تعني التوافر، أو صحة الإجابة، أو الخصوصية، أو الأمان، أو القدرة على التعافي من العطل؛ وهذه خصائص لا يثبتها انخفاض زمن الاستجابة.
تكمن فائدة الدراسة في جعل جانب تشغيلي من خدمة عامة قابلاً للمقارنة، مع نشر الفترة والأعداد وبعض التحفظات المنهجية. المقارنة المشروحة أسهل في الفحص من ادعاء أداء بلا مقام معلوم. لكن وضوح الجدول لا يوسّع السؤال الذي أجاب عنه. فالنتيجة مرتبطة بمواقع المجسّات، والأسماء التي اختيرت، وحالة التخزين المؤقت، وكيفية تسجيل الإخفاقات.
أسماء اليوم العشرة تحدد ما يجري قياسه
وفقاً للمقال، استخدم اختبار DNS اليومي أكثر عشرة أسماء نطاقات وروداً في حركة NIC لذلك اليوم، ثم أرسل الأسماء نفسها إلى محلّلات DNS الأربعة. وتغيرت القائمة من يوم إلى آخر. إن إعطاء الخدمات الأربع المدخلات ذاتها في اليوم نفسه يتيح مقارنة منضبطة داخل تلك المجموعة بدلاً من اختبار كل خدمة بأسماء مختلفة.
لكن الأسماء مأخوذة من حركة NIC، ومن المرجح أن كثيراً منها كان في الذاكرة المؤقتة. ويشير Kansal نفسه إلى احتمال كبير بوجود إصابات في التخزين المؤقت. عندما تكون الإجابة محفوظة، يستطيع المحلّل الرد من دون إعادة تنفيذ التسلسل الهرمي الكامل لعمليات DNS. وهذا لا يجعل الاختبار عديم الجدوى؛ فالأسماء الشائعة جزء من الاستخدام اليومي. لكنه يحد من التفسير: القياس أقرب إلى مقارنة استجابة أسماء متداولة ومتكررة منه إلى اختبار حل بارد لأول مرة أو أسماء نادرة أو جميع الحالات الممكنة.
كما تكشف القائمة زاوية الرصد: ما هو شائع في شبكة NIC. قد يكون هذا اختياراً معقولاً لدراسة حمل تشغيلي محدد، لكنه لا يثبت أن الأسماء العشرة تمثل كل الشبكات أو المستخدمين في الهند. مجسّات RIPE Atlas هي نقاط الانطلاق للقياس، وحركة NIC تحدد مجموعة الأسماء. واجتماع الإطارين لا ينشئ عينة وطنية ممثلة.
أما ping فيجيب عن سؤال أضيق: هل رد العنوان على حزمة ICMP، وكم استغرقت الرحلة من نقطة الرصد وإليها؟ لا يتحقق من صحة جواب DNS، ولا من سرعة تحميل موقع بعد حل اسمه، ولا من توافر تطبيق. دمج ping وDNS في درجة واحدة قد يخفي الفروق التشغيلية بدلاً من توضيحها.
كثرة الرصود لا تحسم المقام
الأعداد كبيرة: أكثر من مليون رصد ping لكل خدمة وأكثر من نصف مليون رصد DNS. قد تساعد كثرة القياسات على استقرار ملخص للوقائع التي جُمعت، لكنها لا تكشف وحدها ما الذي دخل في المتوسط، وما الذي غاب، وكيف عولج الفشل. يتراوح عدد رصود DNS بين 528,540 لدى Cloudflare و596,800 لدى Google، كما تختلف أعداد ping.
يقول Kansal إن سكربتات الجلب لم تستبعد فقد الحزم أو الاستعلامات الفاشلة. وهذا تصريح مهم لأنه لا يوحي بحذف النتائج غير المواتية ببساطة. لكنه لا يشرح كيف دخلت المهلة المنتهية بلا زمن استجابة عادي في المتوسط، أو ما إذا كانت هناك محاولات متكررة، أو ما إذا كان «الرصد» يعني اختباراً مجدولاً أو سجلاً مستلماً أو استجابة ناجحة. تعريف المقام ضروري لفهم المتوسط.
يُظهر ملف واحد من المستودع العام السؤال من دون أن يحسمه. ملف أعداد DNS بتاريخ 13 نوفمبر 2025 يسرد أعداداً لكل عنوان، لا أزمنة الاستجابة الفردية، كما تختلف الأعداد بين الخدمات في ذلك اليوم. ولا يكفي يوم واحد لإثبات عطل أو تحيز أو خطأ في المتوسط. لكنه يوضح لماذا يحتاج القارئ إلى قواعد العد والنتائج الكامنة وراء الإجمالي.
يصف مستودع 1.10.10.10-tests العام وملف README ملفات أعداد ورسومًا يومية. لم تظهر في شجرة المستودع العامة التي روجعت لهذه المادة ملفات واضحة التعريف تتضمن معرّفات القياسات أو سجلات التأخير الكاملة أو سكربتات الجمع اللازمة لإعادة حساب المتوسطات. هذه ملاحظة محددة بشأن الشجرة التي فُحصت، وليست ادعاءً بعدم وجود مواد في أي مكان آخر. وما هو متاح فيها وحده لا يعيد إنتاج متوسطات الأيام الـ91.
كذلك يخفي المتوسط شكل التوزيع: لا نعرف إن كانت أغلب الإجابات قريبة من 27 مللي ثانية، أو إن كانت فترات قليلة بطيئة قد رفعت المتوسط، أو إن كانت بعض المسارات مختلفة كثيراً. الوسيط، والنسب المئوية المرتفعة، والتغير اليومي، والفروق بين المجسّات ستكشف أنماطاً أخرى. كثرة الحزم تصف العينة المرصودة بمزيد من الدقة، لكنها لا تجعلها تلقائياً ممثلة للشبكات غير المرصودة.
RIPE Atlas يوسع نقاط القياس ولا يمنح صفة التدقيق المستقل
تشرح وثائق كيفية عمل RIPE Atlas والقياسات التي يحددها المستخدمون كيف يمكن إجراء القياس عبر مجسّات مستضافة على شبكات متعددة. ويزيد ذلك تنوع وجهات الرصد. لكنه لا يعني أن RIPE NCC اختار قائمة الأسماء أو دقق حساب Kansal أو صادق على تفسيره. استخدام مجسّات مستضافة لدى أطراف أخرى يجعل الرصد موزعاً، لا الدراسة التي يكتبها مشغّل الخدمة تدقيقاً مستقلاً تلقائياً. ولا تفيد المصادر بأن RIPE NCC أيد النتائج.
يذكر التقرير عادةً بين 130 و145 مجسّاً داخل الهند. لكنه لا يعرض عينة احتمالية موزونة من مشغلي الاتصالات وشبكات الوصول والمستخدمين في البلاد. قد تكون النتائج مفيدة في مواقع المجسّات، مع بقاء سؤال التعميم مفتوحاً. ولا يصح وصفها بمتوسط وطني من دون تحديد المجتمع المستهدف وقواعد اختيار نقاط الرصد وأوزانها.
المنصب يوضح موقع العمل ولا يمنح تمثيلاً عاماً
تعرّف صفحة الكاتب لدى APNIC Kansal بأنه Joint Director (IT) في NIC، وتقول إنه يقود Sarvagya/Bharat Public DNS. ومقال APNIC مساهمة موقعة؛ وينص إشعار النشر في أغسطس 2026 على أن الآراء للكاتب. يساعد هذا السياق على فهم صلته بالخدمة والمؤسسات، لكنه لا يجعله متحدثاً باسم جميع مستخدمي الإنترنت في الهند.
تذكر إرشادات الأمن السيبراني الصادرة عن CGA ومادة NIC Informatics في يوليو 2025 العنوانين 1.10.10.10 و2409::1 ضمن إرشادات إعداد أو تحصين الأنظمة. وهذا يثبت وجود توصية موثقة، لا عدد الأجهزة التي طبقتها أو انتشار الخدمة وطنياً أو نتيجة استخدامها.
ويعرض موقع Kansal الشخصي معلومات عن النطاق، وتوطين البيانات، وترشيح النطاقات الضارة. ينبغي نسبتها إلى ملفه الشخصي، لا تقديمها باعتبار أن دراسة زمن الاستجابة تحققت منها. سرعة الرد لا تثبت سياسة الاحتفاظ بالسجلات أو دقة الحجب أو مستوى الأمان أو التوافر؛ ولكل خاصية دليلها الخاص.
يشرح RFC 1034 الأساس الذي يقوم عليه نظام أسماء النطاقات. سرعة المحلّل بُعد واحد فقط من قيمة الخدمة العامة. وعند تعميم إعداد على أجهزة كثيرة، تصبح خطة التحويل الاحتياطي، والخصوصية، والأمن، وضبط التغييرات، وإمكانية الانتقال إلى بديل ذات أهمية مماثلة.
جعل المقارنة التالية قابلة لإعادة الحساب
يمكن لإصدار لاحق أن يربط كل سلسلة زمنية بمعرّف قياس RIPE Atlas، وينشر قواعد اختيار المجسّات وتوزيعها وتغيرها، ونوع الاستعلام والتهيئة الدقيقة. وينبغي أن يعرّف كيفية عدّ المهلة المنتهية والمحاولات المتكررة وفقد الحزم والاستجابات الفاشلة. كما تتيح النتائج الفردية وكود التجميع لمحلل آخر إعادة حساب المتوسطات، مع مراعاة الخصوصية.
يمكن الإبقاء على المتوسطات في الملخص، مع نشر الوسيط والنسب المئوية المرتفعة والنتائج اليومية ونسبة غياب الإجابات. ومن الأفضل فصل اختبارات الأسماء الشائعة التي يُرجح تخزينها مؤقتاً عن الحل البارد واختبارات الأسماء ذات الإجابة المعروفة. كما يجب تقييم التوافر وصحة النتائج وDNSSEC والخصوصية والترشيح والاستجابة الأمنية في اختبارات منفصلة؛ فلا يثبتها زمن أقل.
التوقيت مهم أيضاً: انتهت فترة القياس في 11 فبراير 2026، ولم يُنشر المقال إلا في 17 سبتمبر. لذا فهي قراءة تاريخية، وليست قياساً لحالة الخدمة في سبتمبر. وستكشف القياسات المتكررة وفق تعريفات ثابتة، أو تغييرات موثقة، إن كان النمط مستمراً.
أقوى قراءة ليست «NIC يتفوق على الخدمات العالمية» ولا «الدراسة بلا قيمة». الأدلة تدعم استنتاجاً أضيق: بالنسبة إلى المجسّات والأسماء والفترة والطريقة المعلنة، كان متوسط DNS الذي أبلغ عنه الكاتب لـ NIC أقل من متوسطات البدائل الثلاث، بينما كان متوسط ping أعلى قليلاً من Google وCloudflare. يوفر المقال سياقاً كافياً لنقاش تقني، لكن المواد العامة التي روجعت لا تسمح بإعادة الحساب كاملاً.
هنا تكمن أهمية عمل Kansal: جعل جانب تشغيلي من خدمة عامة قابلاً للرؤية عبر مقارنة عملية. ويمكن تقدير ذلك من دون وصف الجدول بأنه تدقيق وطني أو اعتبار المنصب تفويضاً للتحدث باسم كل مستخدم. تكتسب المقارنة العامة قيمة أكبر حين توضّح حدودها وتتيح للآخرين فحص الحسابات.
المصادر
- Gaurav Kansal، «Monitoring 1.10.10.10 with RIPE Atlas Probes».
- مستودع
1.10.10.10-tests، وREADME، وملف أعداد DNS في 13 نوفمبر 2025. - صفحة Kansal لدى APNIC ومقاله المنشور في أغسطس 2026.
- الموقع الشخصي لـ Gaurav Kansal.
- حكومة الهند، دليل CGA؛ NIC، Informatics، يوليو 2025.
- RIPE NCC، كيف يعمل RIPE Atlas والقياسات المحددة من المستخدمين.
- RFC 1034.
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
