بروتوكول وقت الشبكة

📅 آخر تحديث: ٢٣ يوليو ٢٠٢٦
✍️ نُشر في: ٢٣ يوليو ٢٠٢٦
📷 يحتوي على 11 صور
الموسوعة الحرة
بروتوكول وقت الشبكة
المعيار الدوليطلب التعليقات رقم  5905
تم التطوير بواسطةديفيد إل. ميلز ، هارلان ستين، مؤسسة نيتورك تايم
قدَّم1985 ؛ منذ 39 سنة ( 1985 )
مجموعة بروتوكولات الإنترنت
طبقة التطبيق
طبقة النقل
طبقة الانترنت
طبقة الارتباط
  • v
  • t
  • e

بروتوكول وقت الشبكة ( NTP ) هو بروتوكول شبكات لمزامنة الساعة بين أنظمة الكمبيوتر عبر شبكات البيانات ذات زمن الوصول المتغير والمبدلة بالحزم . يعمل هذا البروتوكول منذ ما قبل عام 1985، وهو أحد أقدم بروتوكولات الإنترنت المستخدمة حاليًا. وقد صممه ديفيد إل ميلز من جامعة ديلاوير .

يهدف بروتوكول NTP إلى مزامنة أجهزة الكمبيوتر المشاركة في غضون بضعة مللي ثانية من التوقيت العالمي المنسق (UTC). [1] : 3  يستخدم خوارزمية التقاطع ، وهي نسخة معدلة من خوارزمية مارزولو ، لاختيار خوادم الوقت الدقيقة وهو مصمم للتخفيف من آثار زمن انتقال الشبكة المتغير . يمكن لبروتوكول NTP عادةً الحفاظ على الوقت في غضون عشرات المللي ثانية عبر الإنترنت العام ، ويمكنه تحقيق دقة أفضل من مللي ثانية واحدة في شبكات المناطق المحلية في ظل ظروف مثالية. يمكن أن تتسبب المسارات غير المتماثلة وازدحام الشبكة في حدوث أخطاء تصل إلى 100 مللي ثانية أو أكثر. [2] [3]

يُوصف البروتوكول عادةً من حيث نموذج العميل والخادم ، ولكن يمكن استخدامه بسهولة في العلاقات بين الأقران حيث يعتبر كل من الأقران الآخر مصدرًا محتملًا للوقت. [1] : 20  ترسل التطبيقات وتستقبل الطوابع الزمنية باستخدام بروتوكول بيانات المستخدم (UDP) على رقم المنفذ 123. [4] [5] : 16  يمكنهم أيضًا استخدام البث أو البث المتعدد ، حيث يستمع العملاء بشكل سلبي إلى تحديثات الوقت بعد تبادل معايرة ذهابًا وإيابًا أوليًا. [3] يوفر NTP تحذيرًا من أي تعديل وشيك للثانية الكبيسة، ولكن لا يتم إرسال أي معلومات حول المناطق الزمنية المحلية أو التوقيت الصيفي . [2] [3]

البروتوكول الحالي هو الإصدار 4 (NTPv4)، [5] وهو متوافق مع الإصدار 3. [6]

تاريخ

تم تصميم NTP بواسطة ديفيد إل ميلز .

في عام 1979، تم استخدام تقنية مزامنة وقت الشبكة فيما كان من المحتمل أن يكون أول عرض عام لخدمات الإنترنت التي تعمل عبر شبكة أقمار صناعية عبر المحيط الأطلسي، في المؤتمر الوطني للحاسوب في نيويورك. تم وصف التقنية لاحقًا في مذكرة هندسة الإنترنت (IEN) 173 لعام 1981 [18] وتم تطوير بروتوكول عام منها تم توثيقه في RFC  778. تم نشر التقنية لأول مرة في شبكة محلية كجزء من بروتوكول توجيه Hello وتم تنفيذها في جهاز توجيه Fuzzball ، وهو نظام تشغيل تجريبي يستخدم في النماذج الأولية للشبكة، حيث تم تشغيله لسنوات عديدة.

كانت أدوات الشبكة الأخرى ذات الصلة متاحة آنذاك والآن. وهي تشمل بروتوكولات النهار والوقت لتسجيل وقت الأحداث، بالإضافة إلى رسائل ICMP Timestamp وخيار IP Timestamp ( RFC 781). تتضمن أنظمة المزامنة الأكثر اكتمالاً، على الرغم  من افتقارها إلى تحليل البيانات وخوارزميات ضبط الساعة الخاصة بـ NTP، برنامج Unix daemon timed ، والذي يستخدم خوارزمية انتخاب لتعيين خادم لجميع العملاء؛ [19] وخدمة مزامنة الوقت الرقمي (DTSS)، والتي تستخدم تسلسلًا هرميًا من الخوادم مشابهًا لنموذج طبقة NTP.

في عام 1985، تم تنفيذ إصدار NTP 0 (NTPv0) في كل من Fuzzball وUnix، وتم توثيق رأس حزمة NTP وحسابات التأخير ذهابًا وإيابًا والإزاحة، والتي استمرت في NTPv4، في RFC  958. وعلى الرغم من أجهزة الكمبيوتر والشبكات البطيئة نسبيًا المتاحة في ذلك الوقت، إلا أنه تم الحصول عادةً على دقة أفضل من 100 مللي ثانية على الروابط الممتدة عبر المحيط الأطلسي، مع دقة عشرات المللي ثانية على شبكات Ethernet .

في عام 1988، نُشرت مواصفات أكثر اكتمالاً لبروتوكول NTPv1، مع الخوارزميات المرتبطة به، في RFC  1059. وقد استندت إلى النتائج التجريبية وخوارزمية مرشح الساعة الموثقة في RFC  956 وكانت أول نسخة تصف وضعي العميل والخادم والنظير إلى النظير . في عام 1991، تم لفت انتباه مجتمع هندسي أوسع إلى بنية NTPv1 والبروتوكول والخوارزميات مع نشر مقال بقلم ديفيد إل ميلز في IEEE Transactions on Communications . [20]

في عام 1989، تم نشر RFC  1119 الذي يحدد NTPv2 من خلال آلة حالة ، مع شبه كود لوصف عملها. وقد قدم بروتوكول إدارة ونظام مصادقة تشفيري نجا كلاهما في NTPv4، جنبًا إلى جنب مع الجزء الأكبر من الخوارزمية. ومع ذلك، تعرض تصميم NTPv2 لانتقادات بسبب افتقاره إلى الدقة الرسمية من قبل مجتمع DTSS، وتم تعديل إجراء اختيار الساعة لدمج خوارزمية Marzullo لـ NTPv3 وما بعده. [21]

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

في السنوات اللاحقة، ومع إضافة ميزات جديدة وإجراء تحسينات على الخوارزمية، أصبح من الواضح أن هناك حاجة إلى إصدار جديد للبروتوكول. [22] في عام 2010،  نُشر RFC 5905 يحتوي على مواصفات مقترحة لـ NTPv4. [23] بعد تقاعد ميلز من جامعة ديلاوير ، يتم حاليًا صيانة التنفيذ المرجعي كمشروع مفتوح المصدر بقيادة هارلان ستين. [24] [25] على جانب IANA، تتولى مجموعة عمل ntp ( بروتوكولات وقت الشبكة) مراجعة المسودات المقترحة. [26]

لقد حقق البروتوكول تقدمًا كبيرًا منذ NTPv4. [23] اعتبارًا من عام 2022 ، تم نشر ثلاث مستندات RFC تصف التحديثات التي تم إجراؤها على البروتوكول، [5] دون احتساب المعايير الطرفية العديدة مثل NTS ( RFC  8915). [26] ذكر ميلز خططًا لـ "NTPv5" على صفحته، لكن لم يتم نشر أي منها أبدًا. [23] تم البدء في مسودة غير ذات صلة أطلق عليها M. Lichvar من chrony اسم "NTPv5" في عام 2020 وتتضمن تغييرات في الأمان والدقة والتوسع. [27]

SNTP

مع استبدال NTP باستخدام بروتوكول الوقت القديم ، وجدت بعض حالات الاستخدام أن البروتوكول الكامل معقد للغاية. في عام 1992، تم تعريف بروتوكول وقت الشبكة البسيط ( SNTP ) لملء هذا المكان. يصف معيار SNTPv3 طريقة لاستخدام NTPv3، بحيث لا تكون هناك حاجة لتخزين الحالة على مدى فترة زمنية ممتدة. تصبح الطوبولوجيا هي نفسها بشكل أساسي كما هو الحال مع بروتوكول الوقت، حيث يتم استخدام خادم واحد فقط. [10] في عام 1996، تم تحديث SNTP إلى SNTPv4 [12] مع بعض ميزات NTPv4 التي كانت قيد التطوير آنذاك. تم دمج الإصدار الحالي من SNTPv4 في معيار NTPv4 الرئيسي في عام 2010. [5] SNTP متوافق تمامًا مع NTP لأنه لا يحدد بروتوكولًا جديدًا. [28] : §14  ومع ذلك، توفر الخوارزميات البسيطة أوقاتًا ذات دقة منخفضة وبالتالي لا ينصح بمزامنة الوقت من مصدر SNTP. [13]

طبقات الساعة

ساعة المرصد البحري الأمريكي البديلة في قاعدة شرايفر الجوية (كولورادو) هي مصدر الطبقة 0 لـ NTP
تشير الأسهم الصفراء إلى اتصال مباشر؛ وتشير الأسهم الحمراء إلى اتصال شبكة.

يستخدم بروتوكول NTP نظامًا هرميًا وشبه طبقي لمصادر الوقت. يُطلق على كل مستوى من هذا التسلسل الهرمي مصطلح " طبقة" ويُخصص له رقم يبدأ بالصفر لساعة المرجع في الأعلى. يعمل الخادم المتزامن مع خادم الطبقة n عند الطبقة n + 1. يمثل الرقم المسافة من ساعة المرجع ويُستخدم لمنع التبعيات الدورية في التسلسل الهرمي. لا تشير الطبقة دائمًا إلى الجودة أو الموثوقية؛ من الشائع العثور على مصادر وقت الطبقة 3 ذات جودة أعلى من مصادر وقت الطبقة 2 الأخرى. [أ] يتم تقديم وصف موجز للطبقات 0 و1 و2 و3 أدناه.

الطبقة 0
هذه هي أجهزة قياس الوقت عالية الدقة مثل الساعات الذرية أو GNSS (بما في ذلك GPS ) أو الساعات الراديوية الأخرى أو الساعة المتزامنة مع PTP . [29] إنها تولد إشارة نبضة دقيقة للغاية في الثانية تؤدي إلى مقاطعة وعلامة زمنية على جهاز كمبيوتر متصل. تُعرف أجهزة الطبقة 0 أيضًا بالساعات المرجعية. لا يمكن لخوادم NTP الإعلان عن نفسها على أنها الطبقة 0. يشير حقل الطبقة المضبوط على 0 في حزمة NTP إلى طبقة غير محددة. [30]
الطبقة 1
هذه هي أجهزة الكمبيوتر التي يتم مزامنة وقت نظامها إلى بضعة ميكروثانية من أجهزة الطبقة 0 المتصلة بها. قد تتشارك خوادم الطبقة 1 مع خوادم الطبقة 1 الأخرى للتحقق من السلامة والنسخ الاحتياطي. [31] ويشار إليها أيضًا باسم خوادم الوقت الأساسية. [2] [3]
الطبقة 2
هذه هي أجهزة الكمبيوتر التي تتم مزامنتها عبر شبكة مع خوادم الطبقة 1. غالبًا ما يستعلم جهاز كمبيوتر من الطبقة 2 عن عدة خوادم من الطبقة 1. قد تتشارك أجهزة كمبيوتر الطبقة 2 أيضًا مع أجهزة كمبيوتر أخرى من الطبقة 2 لتوفير وقت أكثر استقرارًا وقوة لجميع الأجهزة في مجموعة الأقران.
الطبقة 3
هذه هي أجهزة الكمبيوتر التي تتم مزامنتها مع خوادم الطبقة 2. وهي تستخدم نفس الخوارزميات المستخدمة في الطبقة 2 للربط بين الأجهزة وأخذ العينات من البيانات، ويمكنها أن تعمل هي نفسها كخوادم لأجهزة الكمبيوتر في الطبقة 4، وهكذا.

الحد الأعلى للطبقة هو 15؛ تُستخدم الطبقة 16 للإشارة إلى أن الجهاز غير متزامن. تتفاعل خوارزميات NTP على كل جهاز كمبيوتر لإنشاء شجرة امتداد أقصر مسار لـ Bellman–Ford ، لتقليل تأخير الذهاب والإياب المتراكم إلى خوادم الطبقة 1 لجميع العملاء. [1] : 20 

بالإضافة إلى الطبقة، يكون البروتوكول قادرًا على تحديد مصدر المزامنة لكل خادم من حيث معرف مرجعي (refid).

رموز معرفات مرجع الوقت الشائعة (refid)
ريفيد [32] مصدر الساعة
يذهب قمر صناعي بيئي ذو مدار جغرافي متزامن
نظام تحديد المواقع العالمي (جي بي اس) نظام تحديد المواقع العالمي
جال نظام تحديد المواقع جاليليو
بي بي اس نبضة عامة في الثانية
معهد البحوث الزراعية الايرلندي مجموعة الأجهزة متعددة النطاقات
شبكة WWVB LF Radio WWVB فورت كولينز، كولورادو 60 كيلو هرتز
التدفقات النقدية المخصومة راديو LF DCF77 Mainflingen، DE 77.5 كيلو هرتز
جلوكوز الدم LF Radio HBG Prangins، HB 75 كيلو هرتز (توقف التشغيل)
منظمة أطباء بلا حدود LF Radio MSF Anthorn، المملكة المتحدة 60 كيلو هرتز
جي جي واي LF Radio JJY Fukushima, JP 40 kHz, Saga, JP 60 kHz
لورك محطة راديو MF Loran-C ، 100 كيلو هرتز
تي دي إف راديو MF Allouis، FR 162 كيلو هرتز
تشو HF Radio CHU أوتاوا، أونتاريو
دبليو دبليو في HF Radio WWV فورت كولينز، كولورادو
وورلد ويف هيلز HF Radio WWVH كاواي، هاواي
المعهد الوطني للمعايير والتكنولوجيا مودم الهاتف NIST
أعمال مودم الهاتف NIST
الولايات المتحدة الأمريكية مودم الهاتف USNO
بي تي بي مودم الهاتف القياسي PTB الألماني
السّيدة (غير رسمي) مصادر متعددة
جوجل (غير رسمي) يستخدم خوادم Google NTP موقع Google Refid كـ time4.google.com

بالنسبة للخوادم الموجودة على الطبقة 2 وما دونها، فإن refid هو شكل مشفر لعنوان IP لخادم الوقت الموجود أعلى المنبع. بالنسبة لـ IPv4، هذا هو ببساطة العنوان المكون من 32 بت؛ بالنسبة لـ IPv6، سيكون أول 32 بت من تجزئة MD5 لعنوان المصدر. تعمل refids على اكتشاف ومنع حلقات التوقيت إلى الدرجة الأولى. [5]

يتم ملء حقل refid بكلمات الحالة في حالة حزم kiss-o'-death (KoD)، والتي تخبر العميل بالتوقف عن إرسال الطلبات حتى يتمكن الخادم من الراحة. [5] بعض الأمثلة هي INIT (التهيئة)، وSTEP (تغيير وقت الخطوة)، وRATE (العميل يطلب بسرعة كبيرة). [33] قد يستخدم إخراج البرنامج أيضًا أكوادًا غير منقولة في الحزمة للإشارة إلى الخطأ، مثل XFAC للإشارة إلى انقطاع الشبكة. [32]

تحتفظ IANA بسجل لأسماء مصادر إعادة التعريف وأكواد KoD. لا يزال من الممكن ظهور التعيينات غير الرسمية. [34]

الطوابع الزمنية

تتكون الطوابع الزمنية ذات النقطة الثابتة الثنائية المكونة من 64 بت والتي يستخدمها NTP من جزء مكون من 32 بت للثواني وجزء مكون من 32 بت للجزء الكسري من الثانية، مما يعطي مقياسًا زمنيًا يتكرر كل 2 32 ثانية (136 عامًا) ودقة نظرية تبلغ 2 −32 ثانية (233 بيكو ثانية). يستخدم NTP حقبة 1 يناير 1900. لذلك، يحدث أول تكرر في 7 فبراير 2036. [35] [36]

يقدم NTPv4 تنسيق تاريخ مكون من 128 بت: 64 بت للثانية و64 بت للجزء من الثانية. وأهم 32 بت في هذا التنسيق هو رقم العصر الذي يحل غموض التكرار في معظم الحالات. [37] ووفقًا لميلز، "إن قيمة الكسر المكونة من 64 بت كافية لحل مقدار الوقت الذي يستغرقه الفوتون لتمرير إلكترون بسرعة الضوء. وقيمة الثانية المكونة من 64 بت كافية لتوفير تمثيل زمني لا لبس فيه حتى يخفت الكون". [38] [ب]

خوارزمية مزامنة الساعة

زمن التأخير في الرحلة ذهابا وإيابا δ

يقوم عميل NTP النموذجي باستطلاع خادم NTP واحد أو أكثر بانتظام. يجب على العميل حساب إزاحة الوقت وتأخير الذهاب والإياب . إزاحة الوقت θ هي فرق موجب أو سالب (وقت العميل > وقت الخادم) في الوقت المطلق بين الساعتين. يتم تعريفها بواسطة

والتأخير ذهابا وإيابا δ حيث

  • t 0 هو الطابع الزمني للعميل لنقل حزمة الطلب،
  • t 1 هو الطابع الزمني للخادم لاستقبال حزمة الطلب،
  • t 2 هو الطابع الزمني للخادم لنقل حزمة الاستجابة و
  • t 3 هو الطابع الزمني للعميل لاستقبال حزمة الاستجابة. [1] : 19 

لاستنباط تعبير للإزاحة، لاحظ أنه بالنسبة لحزمة الطلب، وبالنسبة لحزمة الاستجابة، فإن حل θ يؤدي إلى تعريف الإزاحة الزمنية.

يتم تمرير قيم θ و δ عبر المرشحات وإخضاعها للتحليل الإحصائي ("التخفيف"). يتم تجاهل القيم المتطرفة ويتم استخلاص تقدير للإزاحة الزمنية من أفضل ثلاثة مرشحين متبقين. ثم يتم ضبط تردد الساعة لتقليل الإزاحة تدريجيًا ("الانضباط")، مما يؤدي إلى إنشاء حلقة تغذية مرتدة . [1] : 20 

يتم تحقيق المزامنة الدقيقة عندما يكون لكل من المسارات الواردة والصادرة بين العميل والخادم تأخير اسمي متماثل. إذا لم يكن للمسارات تأخير اسمي مشترك، فإن التحيز المنهجي يوجد بمقدار نصف الفرق بين أوقات السفر للأمام والخلف. تم اقتراح عدد من الأساليب لقياس عدم التماثل، [39] ولكن من بين التطبيقات العملية يبدو أن chrony فقط لديه واحد متضمن. [40] [41]

تنفيذات البرمجيات

أداة بروتوكول إدارة NTP ntpq المستخدمة للاستعلام عن حالة خادم الطبقة 2.

تنفيذ مرجعي

تم تطوير تنفيذ مرجع NTP ، جنبًا إلى جنب مع البروتوكول، بشكل مستمر لأكثر من 20 عامًا. تم الحفاظ على التوافق مع الإصدارات السابقة مع إضافة ميزات جديدة. يحتوي على العديد من الخوارزميات الحساسة، وخاصة لضبط الساعة، والتي يمكن أن تتصرف بشكل غير صحيح عند مزامنتها مع الخوادم التي تستخدم خوارزميات مختلفة. تم نقل البرنامج إلى كل منصة حوسبة تقريبًا، بما في ذلك أجهزة الكمبيوتر الشخصية. يعمل كخادم يسمى ntpd تحت Unix أو كخدمة تحت Windows. يتم دعم الساعات المرجعية ويتم تصفية إزاحاتها وتحليلها بنفس الطريقة مثل الخوادم البعيدة، على الرغم من أنها عادةً ما يتم استطلاعها بشكل متكرر. [1] : 15–19  تم تدقيق هذا التنفيذ في عام 2017، حيث وجد 14 مشكلة أمنية محتملة. [42]

وقت الويندوز

تتضمن جميع إصدارات Microsoft Windows منذ Windows 2000 خدمة Windows Time (W32Time)، [43] التي تتمتع بالقدرة على مزامنة ساعة الكمبيوتر مع خادم NTP.

تم تنفيذ W32Time في الأصل لغرض بروتوكول مصادقة Kerberos الإصدار 5، والذي يتطلب أن يكون الوقت في غضون 5 دقائق من القيمة الصحيحة لمنع هجمات الإعادة . لا ينفذ خادم وقت الشبكة في Windows 2000 Server (وWindows XP) المزامنة المنضبطة لـ NTP، بل المزامنة المنضبطة محليًا فقط مع تصحيح NTP/SNTP. [44]

بدءًا من Windows Server 2003 و Windows Vista ، أصبح موفر NTP لبرنامج W32Time متوافقًا مع مجموعة فرعية كبيرة من NTPv3. [45] تنص Microsoft على أن W32Time لا يمكنه الحفاظ على مزامنة الوقت بدقة ثانية واحدة بشكل موثوق. [46] إذا كانت الدقة الأعلى مطلوبة، توصي Microsoft باستخدام إصدار أحدث من Windows أو تنفيذ NTP مختلف. [47]

بدءًا من إصدار Windows 10 1607 و Windows Server 2016 ، يمكن تكوين W32Time للوصول إلى دقة زمنية تبلغ 1 ثانية أو 50 مللي ثانية أو 1 مللي ثانية في ظل ظروف تشغيل محددة معينة. [48] [46] [49]

برنامج OpenNTPD

في عام 2004، قدم Henning Brauer من OpenBSD تطبيق OpenNTPD ، وهو تطبيق NTPv3/SNTPv4 [50] يركز على الأمان ويتضمن تصميمًا منفصلًا للامتيازات. وفي حين أنه يستهدف بشكل أوثق الاحتياجات العامة الأبسط لمستخدمي OpenBSD، فإنه يتضمن أيضًا بعض تحسينات أمان البروتوكول مع الاستمرار في التوافق مع خوادم NTP الحالية. تضحي قاعدة التعليمات البرمجية الأبسط بالدقة، والتي تعتبر غير ضرورية في حالة الاستخدام هذه. [51] يتوفر إصدار محمول في مستودعات حزم Linux.

NTPsec

NTPsec هو فرع من التنفيذ المرجعي الذي تم تعزيزه أمنيًا بشكل منهجي . كانت نقطة الشوكة في يونيو 2015 وكانت استجابة لسلسلة من التسويات في عام 2014. [52] تم شحن أول إصدار إنتاجي في أكتوبر 2017. [53] بين إزالة الميزات غير الآمنة وإزالة الدعم للأجهزة القديمة وإزالة الدعم لمتغيرات يونكس القديمة، تمكن NTPsec من تقليص 75٪ من قاعدة التعليمات البرمجية الأصلية، مما يجعل الباقي أسهل للتدقيق . [ 54] أظهر تدقيق الكود في عام 2017 ثماني مشكلات أمنية، بما في ذلك اثنتان لم تكونا موجودتين في التنفيذ المرجعي الأصلي، لكن NTPsec لم يعاني من ثماني مشكلات أخرى بقيت في التنفيذ المرجعي. [55]

كروني

chronyc، يعرض مصادر ومعلومات النشاط. نافذة المحطة الطرفية في Arch Linux

chrony هو تطبيق NTP مستقل ترعاه شركة Red Hat بشكل أساسي ، والتي تستخدمه كبرنامج وقت افتراضي في توزيعاتها. [56] نظرًا لأنه مكتوب من الصفر، فإن chrony لديه قاعدة بيانات أبسط تسمح بأمان أفضل [57] واستهلاك أقل للموارد. [58] ومع ذلك، فإنه لا يتنازل عن الدقة، بل يقوم بالمزامنة بشكل أسرع وأفضل من ntpd المرجعي في العديد من الظروف. إنه متعدد الاستخدامات بما يكفي لأجهزة الكمبيوتر العادية، والتي تكون غير مستقرة، أو تدخل في وضع السكون أو لديها اتصال متقطع بالإنترنت. كما أنه مصمم للآلات الافتراضية، وهي بيئة أقل استقرارًا. [59]

تم تقييم Chrony على أنه "جدير بالثقة"، مع عدد قليل فقط من الحوادث. [60] إنه قادر على تحقيق دقة محسنة في اتصالات الشبكة المحلية، باستخدام ختم زمني للأجهزة على محول الشبكة. [40] تمت إضافة دعم أمان وقت الشبكة (NTS) في الإصدار 4.0. [61] يتوفر Chrony بموجب ترخيص GNU العام العام الإصدار 2 ، وقد أنشأه ريتشارد كورنو في عام 1997 ويتم صيانته حاليًا بواسطة ميروسلاف ليتشفار. [58]

آحرون

الثواني الكبيسة

في يوم حدوث حدث الثانية الكبيسة ، يتلقى ntpd إشعارًا إما من ملف تكوين أو ساعة مرجعية مرفقة أو خادم بعيد. وعلى الرغم من أن ساعة NTP متوقفة فعليًا أثناء الحدث، نظرًا لمتطلب أن يبدو الوقت وكأنه يتزايد بشكل صارم ، فإن أي عمليات تستفسر عن وقت النظام تتسبب في زيادته بمقدار ضئيل، مما يحافظ على ترتيب الأحداث. إذا أصبحت الثانية الكبيسة السلبية ضرورية في أي وقت، فسيتم حذفها بالتسلسل 23:59:58، 00:00:00، وتخطي 23:59:59. [65]

هناك تنفيذ بديل يسمى تلطيخ القفزة، ويتمثل في إدخال الثانية الكبيسة بشكل تدريجي خلال فترة 24 ساعة، من الظهر إلى الظهر بتوقيت UTC. يستخدم هذا التنفيذ جوجل (داخليًا وعلى خوادم NTP العامة الخاصة بهم)، وأمازون AWS، [66] وفيسبوك. [67] يدعم Chrony تلطيخ القفزة في تكوينات Smoothtime و Leapsecmode ، ولكن لا ينبغي خلط هذا الاستخدام مع مجموعة NTP العامة لأن تلطيخ القفزة غير قياسي وسيؤدي إلى إرباك حسابات العميل في المزيج. [68]

المخاوف الأمنية

نظرًا لأن ضبط وقت النظام هو عمومًا عملية ذات امتيازات، فيجب تشغيل جزء أو كل كود NTP ببعض الامتيازات من أجل دعم وظائفه الأساسية. تم تحديد عدد قليل فقط من مشكلات الأمان الأخرى في التنفيذ المرجعي لقاعدة كود NTP، ولكن تلك التي ظهرت في عام 2009 [ أيهما؟ ] كانت سببًا لقلق كبير. [69] [70] كان البروتوكول يخضع للمراجعة والتنقيح طوال تاريخه. خضعت قاعدة الكود للتنفيذ المرجعي لعمليات تدقيق أمنية من عدة مصادر لعدة سنوات. [71]

تم اكتشاف ثغرة فيضان المخزن المؤقت للمكدس وتم إصلاحها في عام 2014. [ 72 ] كانت شركة Apple قلقة للغاية بشأن هذه الثغرة الأمنية لدرجة أنها استخدمت إمكانية التحديث التلقائي لأول مرة. [73] في الأنظمة التي تستخدم التنفيذ المرجعي، والذي يعمل باستخدام بيانات اعتماد المستخدم الجذر، يمكن أن يسمح هذا بالوصول غير المحدود. بعض التنفيذات الأخرى، مثل OpenNTPD ، لها قاعدة كود أصغر وتبنت تدابير تخفيف أخرى مثل فصل الامتيازات، لا تخضع لهذا الخلل. [74]

أشارت مراجعة أمنية أجريت عام 2017 لثلاثة تطبيقات لـ NTP، والتي أجريت نيابة عن مبادرة البنية الأساسية الأساسية لمؤسسة Linux، إلى أن كلًا من NTP [75] [76] وNTPsec [77] كانا أكثر إشكالية من Chrony [78] من وجهة نظر أمنية. [79]

يمكن أن تكون خوادم NTP عرضة لهجمات الرجل في المنتصف ما لم يتم توقيع الحزم تشفيريًا للمصادقة. [80] يمكن أن تجعل النفقات الحسابية المتضمنة هذا غير عملي على الخوادم المزدحمة، وخاصة أثناء هجمات رفض الخدمة . [81] يمكن استخدام انتحال رسائل NTP من هجوم الرجل في المنتصف لتغيير الساعات على أجهزة الكمبيوتر العميل والسماح بعدد من الهجمات بناءً على تجاوز انتهاء صلاحية المفتاح التشفيري. [82] بعض الخدمات المتأثرة برسائل NTP المزيفة التي تم تحديدها هي TLS و DNSSEC ومخططات التخزين المؤقت المختلفة (مثل ذاكرة التخزين المؤقت DNS) و Border Gateway Protocol (BGP) و Bitcoin [ بحاجة لمصدر ] وعدد من مخططات تسجيل الدخول المستمرة. [83] [84]

تم استخدام NTP في هجمات رفض الخدمة الموزعة . [85] [86] يتم إرسال استعلام صغير إلى خادم NTP مع انتحال عنوان IP للإرجاع ليكون عنوان الهدف. على غرار هجوم تضخيم DNS ، يستجيب الخادم برد أكبر بكثير يسمح للمهاجم بزيادة كمية البيانات المرسلة إلى الهدف بشكل كبير. لتجنب المشاركة في الهجوم، يمكن ترقية برنامج خادم NTP أو يمكن تكوين الخوادم لتجاهل الاستعلامات الخارجية. [87]

ملحقات آمنة

يتضمن بروتوكول NTP نفسه دعمًا لمصادقة الخوادم للعملاء. يدعم بروتوكول NTPv3 وضع المفتاح المتماثل ، وهو ليس مفيدًا ضد MITM. يوفر نظام المفتاح العام المعروف باسم "المفتاح التلقائي" في بروتوكول NTPv4 المقتبس من IPSec مصادقة مفيدة، [80] ولكنه غير عملي لخادم مشغول. [81] كما وجد لاحقًا أن المفتاح التلقائي يعاني من العديد من عيوب التصميم، [88] دون نشر أي تصحيح، باستثناء تغيير في رمز مصادقة الرسالة . [16] لا ينبغي استخدام المفتاح التلقائي بعد الآن. [89]

أمان وقت الشبكة (NTS) هو إصدار آمن من NTPv4 مع TLS و AEAD . [90] يتمثل التحسين الرئيسي على المحاولات السابقة في أن خادم "إنشاء مفتاح" منفصل يتعامل مع التشفير غير المتماثل الثقيل، والذي يجب القيام به مرة واحدة فقط. إذا تعطل الخادم، فسيظل المستخدمون السابقون قادرين على جلب الوقت دون خوف من MITM. [91] يتم دعم NTS حاليًا بواسطة العديد من خوادم الوقت، [92] [93] بما في ذلك Cloudflare . وهو مدعوم بواسطة NTPSec وchrony. [94]

لدى Microsoft أيضًا نهج لمصادقة حزم NTPv3/SNTPv4 باستخدام هوية مجال Windows ، المعروفة باسم MS-SNTP. [95] يتم تنفيذ هذا النظام في المرجع ntpd وchrony، باستخدام samba لاتصال المجال. [96]

انظر أيضا

ملحوظات

  1. ^ تستخدم أنظمة الاتصالات تعريفًا مختلفًا لطبقات الساعة .
  2. ^ 2 −64 ثانية تعادل حوالي 54 زيبتوثانية (الضوء يقطع مسافة 16.26 بيكومتر، أو ما يقرب من 0.31 × نصف قطر بور )، و2 64 ثانية تعادل حوالي 585 مليار سنة .

مراجع

  1. ^ abcdef David L. Mills (12 ديسمبر 2010). مزامنة وقت الشبكة الحاسوبية: بروتوكول وقت الشبكة. تايلور وفرانسيس. ص 12–. ISBN 978-0-8493-5805-0. مؤرشف من الأصل في 18 يوليو 2014 . استرجاع 16 أكتوبر 2016 .
  2. ^ abc "الملخص التنفيذي: مزامنة وقت شبكة الكمبيوتر". مؤرشف من الأصل في 2011-11-02 . تم الاسترجاع في 2011-11-21 .
  3. ^ abcd "NTP FAQ". مشروع NTP. مؤرشف من الأصل في 2011-09-06 . تم الاسترجاع في 2011-08-27 .
  4. ^ "أرقام المنافذ". هيئة أرقام الإنترنت المخصصة (IANA). مؤرشف من الأصل في 2001-06-04 . تم الاسترجاع في 2011-01-19 .
  5. ^ abcdefg D. Mills ؛ J. Burbank؛ W. Kasch (أغسطس 2010). J. Martin (محرر). Network Time Protocol Version 4: Protocol and Algorithms Specification. Internet Engineering Task Force . doi : 10.17487/RFC5905 . ISSN  2070-1721. RFC 5905. المعيار المقترح. يصبح RFC 1305 و4330 قديمين. تم تحديثه بواسطة RFC 7822 و8573 و9109.
  6. ^ من تأليف David L. Mills (مارس 1992). بروتوكول وقت الشبكة (الإصدار 3) - المواصفات والتنفيذ والتحليل. مجموعة عمل الشبكة. doi : 10.17487/RFC1305 . RFC 1305. عفا عليها الزمن. عفا عليها الزمن بموجب RFC 5905. عفا عليها الزمن بموجب RFC 958 و1059 و1119.
  7. ^ D. Mills (سبتمبر 1985). بروتوكول وقت الشبكة (NTP). مجموعة عمل الشبكة. doi : 10.17487/RFC0958 . RFC 958. عفا عليها الزمن. تم إلغاؤه بموجب RFC 1059 و1119 و1305.
  8. ^ D. Mills (يوليو 1988). مواصفات وتنفيذ بروتوكول وقت الشبكة (الإصدار 1). مجموعة عمل الشبكة. doi : 10.17487/RFC1059 . RFC 1059. عفا عليها الزمن. تم إلغاؤه بموجب RFC 1119 و1305.
  9. ^ D. Mills (سبتمبر 1989). مواصفات وتنفيذ بروتوكول وقت الشبكة (الإصدار 2). مجموعة عمل الشبكة. doi : 10.17487/RFC1119 . RFC 1119. عفا عليها الزمن. عفا عليها الزمن بموجب RFC 1305. عفا عليها الزمن بموجب RFC 958 و1059.
  10. ^ ab D. Mills (أغسطس 1992). نوع الخدمة في مجموعة بروتوكولات الإنترنت. مجموعة عمل الشبكة. doi : 10.17487/RFC1361 . RFC 1361. عفا عليها الزمن. تم إلغاؤه بموجب RFC 1769.
  11. ^ D. Mills (مارس 1995). بروتوكول وقت الشبكة البسيط (SNTP). مجموعة عمل الشبكة. doi : 10.17487/RFC1769 . RFC 1769. عفا عليها الزمن. عفا عليها الزمن بموجب RFC 2030. عفا عليها الزمن بموجب RFC 1361.
  12. ^ ab D. Mills (أكتوبر 1996). بروتوكول وقت الشبكة البسيط (SNTP) الإصدار 4 لـ IPv4 وIPv6 وOSI. مجموعة عمل الشبكة. doi : 10.17487/RFC2030 . RFC 2030. عفا عليها الزمن. تم إلغاؤه بموجب RFC 4330. أصبح عفا عليه الزمن بموجب RFC 1769.
  13. ^ ab D. Mills (يناير 2006). بروتوكول وقت الشبكة البسيط (SNTP) الإصدار 4 لـ IPv4 وIPv6 وOSI. مجموعة عمل الشبكة. doi : 10.17487/RFC4330 . RFC 4330. عفا عليها الزمن. عفا عليها الزمن بموجب RFC 2030 و1769. عفا عليها الزمن بموجب RFC 5905.
  14. ^ DL Mills (أبريل 1981). خدمة ساعة الإنترنت DCNET. IETF . doi : 10.17487/RFC0778 . RFC 778. تاريخي.
  15. ^ T. Mizrahi; D. Mayer (مارس 2016). Network Time Protocol Version 4 (NTPv4) Extension Fields. IETF . doi : 10.17487/RFC7822 . ISSN  2070-1721. RFC 7822. إعلامي. تحديثات RFC 5905.
  16. ^ ab A. Malhotra; S. Goldberg (يونيو 2019). Message Authentication Code for the Network Time Protocol. Internet Engineering Task Force . doi : 10.17487/RFC8573 . ISSN  2070-1721. RFC 8573. المعيار المقترح. تحديثات RFC 5905.
  17. ^ F. Gont؛ G. Gont؛ M. Lichvar (أغسطس 2021). بروتوكول وقت الشبكة الإصدار 4: التوزيع العشوائي للمنافذ. فريق عمل هندسة الإنترنت . doi : 10.17487/RFC9109 . ISSN  2070-1721. RFC 9109. المعيار المقترح. تحديثات RFC 5905.
  18. ^ DL Mills (25 فبراير 1981)، مزامنة الوقت في مضيفات DCNET، تم أرشفة النسخة الأصلية في 1996-12-30
  19. ^ "TIMED(8)"، دليل مدير نظام UNIX ، تم أرشفته من الأصل في 2011-07-22 ، تم استرجاعه في 2017-09-12
  20. ^ ديفيد إل. ميلز (أكتوبر 1991). "مزامنة وقت الإنترنت: بروتوكول وقت الشبكة" (PDF) . معاملات معهد مهندسي الكهرباء والإلكترونيات في مجال الاتصالات . 39 (10): 1482–1493. رمز المرجع : 1991ITCom..39.1482M. doi : 10.1109/26.103043. مؤرشف من الأصل (PDF) في 2016-06-10 . تم الاسترجاع في 2017-11-06 .
  21. ^ ديفيد إل. ميلز (مارس 1992). بروتوكول وقت الشبكة (الإصدار 3) - المواصفات والتنفيذ والتحليل. مجموعة عمل الشبكة. doi : 10.17487/RFC1305 . RFC 1305. لقد تم تعديل إجراء اختيار الساعة لإزالة الخطوة الأولى من خطوتي الفرز/التخلص واستبدالها بخوارزمية اقترحها مارزولو أولاً وتم دمجها لاحقًا في خدمة الوقت الرقمية. لا تؤثر هذه التغييرات بشكل كبير على التشغيل العادي أو التوافق مع الإصدارات المختلفة من NTP، لكنها توفر الأساس للبيانات الرسمية للصحة.
  22. ^ ديفيد إل. ميلز (15 نوفمبر 2010). مزامنة وقت الشبكة الحاسوبية: بروتوكول وقت الشبكة على الأرض وفي الفضاء، الطبعة الثانية. مطبعة سي آر سي. ص. 377. رقم ISBN 978-1-4398-1464-2.
  23. ^ abc "الخطط المستقبلية"، مشروع بحث مزامنة وقت الشبكة، تم أرشفته من الأصل في 23 ديسمبر 2014 ، تم استرجاعه في 24 ديسمبر 2014
  24. ^ "NTP يحتاج إلى المال: هل المؤسسة هي الحل؟". InformationWeek . 23 مارس 2015. مؤرشف من الأصل في 10 أبريل 2015. تم الاسترجاع في 4 أبريل 2015 .
  25. ^ "مصير NTP يتوقف على "وقت الأب"". InformationWeek . 11 مارس 2015. مؤرشف من الأصل في 10 أبريل 2015. تم الاسترجاع في 4 أبريل 2015 .
  26. ^ ab "بروتوكولات وقت الشبكة (ntp): المستندات". datatracker.ietf.org . تم الاسترجاع في 27 ديسمبر 2022 .
  27. ^ Lichvar, Miroslav (6 ديسمبر 2022). "بروتوكول توقيت الشبكة الإصدار 5". www.ietf.org .
  28. ^ D. Mills ؛ J. Burbank؛ W. Kasch (أغسطس 2010). J. Martin (محرر). Network Time Protocol Version 4: Protocol and Algorithms Specification. Internet Engineering Task Force . doi : 10.17487/RFC5905 . ISSN  2070-1721. RFC 5905. المعيار المقترح. لا تحتاج الخوادم والعملاء الأساسيون الذين يتوافقون مع مجموعة فرعية من NTP، تسمى بروتوكول وقت الشبكة البسيط (SNTPv4) [...]، إلى تنفيذ خوارزميات التخفيف [...] إن تنفيذ NTPv4 المتطور بالكامل مخصص لـ [...] الخوادم ذات الخوادم المتعددة في الاتجاه العلوي والخوادم المتعددة في الاتجاه السفلي [...] وبصرف النظر عن هذه الاعتبارات، فإن خوادم وعملاء NTP وSNTP قابلة للتشغيل المتبادل تمامًا ويمكن خلطها [...]
  29. ^ "دمج بروتوكول PTP مع بروتوكول NTP للحصول على أفضل ما في العالمين". www.redhat.com . يمكن استخدام البرامج من حزمة linuxptp في تركيبة مع برنامج NTP. تتم مزامنة ساعة PTP على بطاقة NIC بواسطة ptp4l ويتم استخدامها كساعة مرجعية بواسطة chronyd أو ntpd لمزامنة ساعة النظام.
  30. ^ RFC 5905، ص 21
  31. ^ "بروتوكول وقت الشبكة: أفضل الممارسات، ورقة بيضاء". مؤرشف من الأصل في 1 أكتوبر 2013. تم الاسترجاع في 15 أكتوبر 2013 .
  32. ^ ab "'ntpq -p' output". NLUG.ML1.co.uk . مؤرشف من الأصل في 2018-11-12 . تم الاسترجاع في 2018-11-12 .
  33. ^ "رسائل الأحداث وكلمات الحالة". docs.ntpsec.org . تُستخدم أكواد Refid في حزم kiss-o'-death (KoD)، وحقل معرف المرجع في شاشات عرض ntpq وntpmon ورسائل السجل.
  34. ^ "معلمات بروتوكول وقت الشبكة (NTP)". www.iana.org .
  35. ^ ديفيد إل. ميلز (12 مايو 2012). "عصر NTP وترقيم العصور". مؤرشف من الأصل في 26 أكتوبر 2016. تم الاسترجاع في 24 سبتمبر 2016 .
  36. ^ دبليو ريتشارد ستيفنز؛ بيل فينر؛ أندرو م. رودوف (2004). برمجة شبكات يونكس. أديسون ويسلي بروفيشنال. ص 582–. رقم ISBN 978-0-13-141155-5. تم أرشفة النسخة الأصلية في 2019-03-30 . تم استرجاعها في 2016-10-16 .
  37. ^ "نظرة على مشاكل عام 2036/2038 ومدى مقاومتها للزمن في أنظمة مختلفة". 14 مارس 2017. مؤرشف من الأصل في 2018-07-21 . تم الاسترجاع 2018-07-20 .
  38. ^ عرض تقديمي في ندوة الأنظمة الرقمية بجامعة ديلاوير قدمه ديفيد ميلز، 2006-04-26
  39. ^ Gotoh, T.; Imamura, K.; Kaneko, A. (2002). "تحسين إزاحة وقت NTP تحت الشبكة غير المتماثلة باستخدام طريقة الحزم المزدوجة". ملخص المؤتمر مؤتمر القياسات الكهرومغناطيسية الدقيقة . مؤتمر القياسات الكهرومغناطيسية الدقيقة. ص 448-449. doi :10.1109/CPEM.2002.1034915. ISBN 0-7803-7242-5.
  40. ^ ab Lichvar, Miroslav (18 September 2018). "chrony – chrony.conf(5)". مشروع Chrony . تم الاسترجاع في 2 أغسطس 2020 . تمكن هذه التوجيهة من ختم الوقت للأجهزة لحزم NTP المرسلة والمستلمة من واجهة الشبكة المحددة.
  41. ^ "sourcestats.c, دالة estimate_asymmetry()". git.tuxfamily.org (chrony) .
  42. ^ "Pentest-Report NTP 01.2017" (PDF) . Cure53. 2017. مؤرشف من الأصل (PDF) في 2018-12-01 . تم الاسترجاع في 2019-07-03 .
  43. ^ "مرجع فني لخدمة الوقت في Windows". technet.microsoft.com. 2011-08-17. مؤرشف من الأصل في 2011-09-06 . تم الاسترجاع في 2011-09-19 .
  44. ^ "صفحة خدمة وقت Windows على NTP.org". Support.NTP.org . 2008-02-25. مؤرشف من الأصل في 2017-05-14 . تم الاسترجاع في 2017-05-01 .
  45. ^ "كيفية عمل خدمة الوقت في Windows". technet.microsoft.com. 2010-03-12. مؤرشف من الأصل في 2011-09-24 . تم الاسترجاع في 2011-09-19 .
  46. ^ "دعم الحدود لتكوين خدمة وقت Windows للبيئات عالية الدقة". Microsoft . 2011-10-19. مؤرشف من الأصل في 2009-01-12 . تم الاسترجاع في 2008-12-10 .
  47. ^ Ned Pyle (2007-10-23). ​​"متطلبات الدقة العالية لـ W32time". Microsoft . مؤرشف من الأصل في 2012-10-17 . تم الاسترجاع في 2012-08-26 .
  48. ^ "Windows Server 2016 Accurate Time". technet.microsoft.com . مؤرشف من الأصل في 2016-12-02 . تم الاسترجاع في 2016-12-07 .
  49. ^ dahavey. "Support boundary for high-accuracy time". docs.microsoft.com . تم الاسترجاع في 2021-07-24 .
  50. ^ "ntpd(8) - صفحات دليل OpenBSD". man.openbsd.org . ينفذ بروتوكول وقت الشبكة البسيط الإصدار 4، كما هو موضح في RFC 5905، وبروتوكول وقت الشبكة الإصدار 3، كما هو موضح في RFC 1305.
  51. ^ مشروع OpenBSD (21 أغسطس 2006). "الأسئلة الشائعة 6.12.1: "لكن OpenNTPD ليس دقيقًا مثل برنامج ntp.org daemon!". مشروع OpenBSD . مؤرشف من الأصل في 2016-02-05 . تم الاسترجاع في 2020-05-14 .
  52. ^ Raymond, Eric S. (2017-03-30). "NTPsec: a Secure, Hardened NTP Implementation | Linux Journal". Linux Journal . مؤرشف من الأصل في 2024-01-26 . تم الاسترجاع في 2024-01-26 .
  53. ^ "توزيع بروتوكول وقت الشبكة الآمن (NTPsec)". مؤرشف من الأصل في 2019-01-13 . تم الاسترجاع 2019-01-12 .
  54. ^ ليسكا ، آلان (10 كانون الأول (ديسمبر) 2016). أمان NTP: دليل البدء السريع. Apress. ص 80–. رقم ISBN 978-1-4842-2412-0.
  55. ^ "Pentest-Report NTPsec 01.2017" (PDF) . Cure53. 2017. مؤرشف من الأصل (PDF) في 2019-07-04 . تم الاسترجاع في 2019-07-03 .
  56. ^ Lichvar, Miroslav (20 يوليو 2016). "دمج بروتوكول PTP مع بروتوكول NTP للحصول على أفضل ما في العالمين". مدونة Red Hat Enterprise Linux . Red Hat . مؤرشف من الأصل في 30 يوليو 2016 . تم الاسترجاع في 19 نوفمبر 2017 . بدءًا من Red Hat Enterprise Linux 7.0 (والآن في Red Hat Enterprise Linux 6.8) يتم أيضًا توفير تنفيذ أكثر تنوعًا لبروتوكول NTP عبر حزمة chrony
  57. ^ "تأمين وقت الشبكة". مبادرة البنية الأساسية الأساسية، مشروع تعاوني لمؤسسة لينكس . مبادرة البنية الأساسية الأساسية. 27 سبتمبر 2017. مؤرشف من الأصل في 28 أكتوبر 2017. تم الاسترجاع في 19 نوفمبر 2017. باختصار، برنامج Chrony NTP قوي ويمكن اعتباره جديرًا بالثقة
  58. ^ "مقدمة عن Chrony". TuxFamily، منظمة غير ربحية . chrony. مؤرشف من الأصل في 9 ديسمبر 2009. تم الاسترجاع في 19 نوفمبر 2017. البرنامج مدعوم على Linux وFreeBSD وNetBSD وmacOS وSolaris.
  59. ^ Both, David. "Manage NTP with Chrony". Opensource.com . مؤرشف من الأصل في 29 يونيو 2019 . تم الاسترجاع في 29 يونيو 2019 .
  60. ^ Heiderich, Mario (August 2017). "Pentest-Report Chrony 08.2017" (PDF) . Cure53.de Team . wiki.mozilla.org، المعروف أيضًا باسم MozillaWiki أو WikiMO. مؤرشف من الأصل (PDF) في 5 أكتوبر 2017 . تم الاسترجاع في 19 نوفمبر 2017 . إن تحمل أحد عشر يومًا كاملاً من الاختبار عن بُعد في أغسطس 2017 يعني أن Chrony قوي ومتين ومطور مع وضع الأمان في الاعتبار.
  61. ^ "chrony/chrony.git - مستودع Git الرسمي لمشروع Chrony". git.tuxfamily.org . تم الاسترجاع في 2021-07-31 .
  62. ^ بول هينينج، كامب. "20140926 – اللعب بالزمن مرة أخرى". PHK's Bikeshed . مؤرشف من الأصل في 20 ديسمبر 2019 . تم الاسترجاع 4 يونيو 2015 .
  63. ^ بول هينينج، كامب. "برنامج مزامنة وقت الشبكة، بديل NTPD". ملف README لمستودع git الخاص بـ ntimed . Github. مؤرشف من الأصل في 2 أغسطس 2015. تم الاسترجاع في 4 يونيو 2015 .
  64. ^ "التبديل من OpenNTPd إلى Chrony - anarcat". anarc.at . وبالتالي، أصبح systemd-timesyncd بمثابة خادم NTP الافتراضي في Debian في bookworm، وهو ما أراه مفاجئًا إلى حد ما.
  65. ^ ديفيد ميلز. "مقياس الزمن والثواني الكبيسة لـ NTP". مؤرشف من الأصل في 7 سبتمبر 2013. تم الاسترجاع في 15 أكتوبر 2013 .
  66. ^ "Google Developers Leap Smear". مؤرشف من الأصل في 4 أبريل 2019 . استرجاع 4 أبريل 2019 .
  67. ^ Obleukhov, Oleg (18 مارس 2020). "بناء خدمة وقت أكثر دقة على نطاق Facebook". الهندسة في Meta .
  68. ^ "chrony – الأسئلة الشائعة". chrony.tuxfamily.org .
  69. ^ "إشعار أمني". Support.NTP.org . 2009-12-10 . تم الاسترجاع في 2011-01-12 .[ رابط ميت دائم ]
  70. ^ "ثغرة في حزمة بروتوكول الوقت لشبكة برامج Cisco IOS". Cisco Systems . 23 سبتمبر 2009. مؤرشف من الأصل في 11 يونيو 2020 . تم الاسترجاع 11 يونيو 2020 .
  71. ^ "Code Audit". Support.NTP.org . 2009-06-13 . تم الاسترجاع في 2011-01-12 .
  72. ^ "ثغرات بروتوكول وقت الشبكة (التحديث C) | ICS-CERT". Ics-cert.us-cert.gov. مؤرشف من الأصل في 2014-12-20 . تم الاسترجاع في 2015-04-15 .
  73. ^ كانينغهام، أندرو (23 ديسمبر 2014). "Apple automatically patches Macs to fix fierce NTP security fault". arstechnica. مؤرشف من الأصل في 15 أبريل 2015. تم الاسترجاع في 29 أبريل 2015 .
  74. ^ Fairhead, Harry (23 December 2014). "NTP أحدث مشكلة أمنية مفتوحة المصدر". I Programmer. مؤرشف من الأصل في 24 ديسمبر 2014. تم الاسترجاع في 24 ديسمبر 2014 .
  75. ^ صفحة NTP SecurityNotice محفوظات 2014-02-19 على موقع Wayback Machine
  76. ^ بحث منتج NVD NIST NTP
  77. ^ تم أرشفة NVD NIST Product Search NTPsec في 2020-06-26 على موقع Wayback Machine
  78. ^ NVD NIST Product Search Chrony Archived 2020-06-26 at the Wayback Machine
  79. ^ "تدقيق CII يحدد أكثر تنفيذات NTP أمانًا". مؤسسة Linux. 28 سبتمبر 2017. مؤرشف من الأصل في 2018-02-03 . تم الاسترجاع في 2019-07-03 .
  80. ^ ab Network Time Protocol Version 4: Autokey Specification. IETF. June 2010. doi : 10.17487/RFC5906 . RFC 5906.
  81. ^ "تحليل أمان NTP". مؤرشف من الأصل في 7 سبتمبر 2013. تم الاسترجاع في 11 أكتوبر 2013 .
  82. ^ Jose Selvi (2014-10-16). "تجاوز أمان النقل الصارم لـ HTTP" (PDF) . مؤرشف من الأصل (PDF) في 2014-10-18 . تم الاسترجاع في 2014-10-16 .
  83. ^ آنشال مالهوترا؛ إسحاق إي. كوهين؛ إريك براك وشيرون جولدبرج (20 أكتوبر 2015). "مهاجمة بروتوكول وقت الشبكة" (PDF) . NDSS . مؤرشف من الأصل (PDF) في 22 أكتوبر 2015. تم الاسترجاع في 27 أكتوبر 2015 .
  84. ^ "مهاجمة بروتوكول وقت الشبكة". www.cs.bu.edu . مؤرشف من الأصل في 2015-10-24 . تم الاسترجاع في 2015-10-27 .
  85. ^ Goodin, Dan (2014-01-13). "هجمات الحرمان من الخدمة الجديدة التي تدمر مواقع الألعاب تسبب فيضانات مدمرة بسرعة 100 جيجابت في الثانية". Ars Technica . مؤرشف من الأصل في 2014-01-24 . تم الاسترجاع في 2014-01-25 .
  86. ^ لي، ديف (2014-02-11). "اختراق ضخم 'علامة قبيحة على المستقبل' للتهديدات الإلكترونية". بي بي سي. مؤرشف من الأصل في 2014-02-11 . تم الاسترجاع في 2014-02-12 .
  87. ^ "DRDoS / Amplification Attack using ntpdc monlist command". support.NTP.org . 2010-04-24. مؤرشف من الأصل في 2014-03-30 . تم الاسترجاع في 2014-04-13 .
  88. ^ ديتر سيبولد. ستيفن روتجر (2012). تحليل بروتوكول Autokey الخاص بـ NTP (PDF) . فريق عمل الإنترنت 83.
  89. ^ https://datatracker.ietf.org/doc/html/rfc8633#section-4.2
  90. ^ "الصفحة الرئيسية لموقع nts.time.nl". nts.time.nl . تم الاسترجاع في 2021-08-19 .
  91. ^ د. فرانك؛ د. سيبولد؛ ك. تيشيل؛ م. دانساري؛ ر. ساندبلاد (سبتمبر 2020). أمان وقت الشبكة لبروتوكول وقت الشبكة. فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8915 . ISSN  2070-1721. RFC 8915. المعيار المقترح.
  92. ^ Langer, Martin (2019-12-05). "إعداد NTP الآمن باستخدام NTPsec". Weberblog.net . تم الاسترجاع في 2021-08-19 .
  93. ^ "كيفية استخدام NTS | Netnod". Netnod . تم الاسترجاع في 2021-08-19 .
  94. ^ "أمان وقت الشبكة · وثائق خدمات وقت Cloudflare". developers.cloudflare.com . 5 فبراير 2024.
  95. ^ "[MS-SNTP]: ملحقات مصادقة بروتوكول وقت الشبكة (NTP)". 24 يونيو 2021.
  96. ^ "مقارنة بين تطبيقات NTP". chrony.tuxfamily.org . تم الاسترجاع في 2019-10-08 .

قراءة إضافية

  • تعريفات الكائنات المُدارة لبروتوكول وقت الشبكة الإصدار 4 (NTPv4). doi : 10.17487/RFC5907 . RFC 5907.
  • خيار خادم بروتوكول وقت الشبكة (NTP) لـ DHCPv6. doi : 10.17487/RFC5908 . RFC 5908.
  • الموقع الرسمي
  • قائمة الخوادم الرسمية لمرة واحدة في Stratum
  • مجموعة عمل IETF NTP
  • دليل الوقت الدقيق لـ Microsoft Windows والمزيد
  • ورقة الوقت و NTP
  • مسح NTP 2005
  • ملف الثواني الكبيسة الحالي لـ NIST متوافق مع ntpd
  • ديفيد إل. ميلز، تاريخ موجز لوقت NTP: اعترافات حارس الوقت على الإنترنت (PDF) ، تم استرجاعه في 2021-02-07
Retrieved from "https://en.wikipedia.org/w/index.php?title=Network_Time_Protocol&oldid=1253958278"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate