الخلاصة

  • أظهرت قياسات BigTime لعام 2025، التي عُرضت في RIPE 93، أن نحو نصف أكثر من 9,000 نقطة RIPE Atlas تستخدم خدمة الوقت من Microsoft تلقّت عنوان NTP واحداً في DNS، رغم أن جرد الدراسة أحصى 12 عنوان IPv4 للخدمة.
  • توصي RFC 8633 عملاء NTP باستخدام مصادر متعددة للوقت. عناوين DNS ومواقع Anycast والساعات المرجعية المستقلة أعداد مختلفة؛ لا يصلح أحدها بديلاً عن الآخر.

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

في RIPE 93 قدّم الباحث باسكال هوبرت دراسة BigTime عن نسخ الخوادم لدى سبع خدمات كبيرة للوقت وعن طريقة توزيع العملاء عليها. وردت القياسات الأصلية في تقرير نُشر عام 2025. أما عرض أكتوبر 2026 فنقل النتائج إلى مجتمع القياس في RIPE؛ لم يُعِد التجربة في ذلك الشهر. وتجيب إحدى النتائج بوضوح عن معنى «خوادم كثيرة» بالنسبة إلى الجهاز الموجود عند طرف الشبكة.

استخدم الفريق 500 مسبار من RIPE Atlas لرسم خريطة استجابات DNS. كان كل مسبار يسأل خادم DNS الموثوق التابع لخدمة الوقت مباشرة مرة كل عشر دقائق على مدى ثماني ساعات. بهذه الطريقة راقب الباحثون الإجابة الأصلية، بدلاً من الخلط بينها وبين نسخة مخزنة لدى محلل DNS تكراري. واستخدم تحليل منفصل لعدد الخوادم التي يراها كل عميل أكثر من 9,000 نقطة Atlas. أرسل كل منها 72 استعلاماً مباشراً خلال 12 ساعة، بمعدل استعلام كل عشر دقائق. وضمّت مجموعة بيانات Microsoft عدد 9,010 نقاط.

في تلك العينة تلقّى نحو نصف النقاط التي تستخدم خدمة Microsoft عنوان خادم NTP واحداً فقط. وفي المقابل، أورد التقرير 12 عنوان IPv4 للخدمة في جرد المزوّد. هذان رقمان من مستويين مختلفين: لدى المزوّد اثنا عشر عنواناً، لكن إجابة DNS التي وصلت إلى نقاط كثيرة احتوت عنواناً واحداً. النتيجة تخص نقاط القياس، لا نصف حواسيب Windows في العالم. RIPE Atlas يرصد شبكات؛ ولا يحصي كل جهاز على الكوكب.

للنسخ طبقات. يستطيع DNS إعادة عدة عناوين لاسم واحد. ويمكن لـ Anycast إعلان عنوان واحد من مواقع متعددة، ثم توجيه الحركة إلى موقع قريب. وقد يوزع موازن حمل محلي الطلبات على خوادم عدة داخل الموقع. تساعد هذه الترتيبات على نقل الحركة وامتصاص بعض الأعطال، لكنها لا تمنح العميل تلقائياً مصادر زمن متعددة ليقارن قراءاتها.

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

هنا تخرج RFC 8633 من هامش الوثائق التقنية. فهي توصي عميل NTP باستخدام مصادر زمن متعددة كي يقارن القراءات، ويختار المصادر الجيدة، ويتخلص من السيئة. ويشرح قسم Anycast الفخ مباشرة: قد يخفي عنوان Anycast واحد مجموعة موزعة ضخمة، بينما لا يرى العميل سوى مصدر واحد. ويمكن لمجموعات Anycast منفصلة أن تحافظ على سهولة الإعداد وتتيح للجهاز عدة مصادر للمقارنة.

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

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

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

المصادر