ntpdate UDP پر NTP بولتا ہے۔ عام HTTP CONNECT سرنگ TCP اسٹریم لے جاتی ہے، اس لیے HTTP پراکسی کنفیگر کرنے سے ntpdate کو وہ UDP راستہ نہیں ملتا۔

جب صرف HTTP رسائی دستیاب ہو، تو htpdate ایک الگ ٹول ہے جو ویب سرور جوابات کے وقت کے نشانات سے وقت کا اندازہ لگاتا ہے۔ اگر یہ پہلے سے دستیاب ہو، تو صرف-استفسار کال یہ ہے:

htpdate -q -P proxy.example:8080 www.example.org

ایک اجازت شدہ پراکسی اور ایسا حوالہ سرور منتخب کریں جس کی گھڑی کام کے لیے موزوں ہو۔ پراکسی پتے کے عوامی امیدوار HTTP پراکسی فہرست میں ہیں؛ وہ فہرست کوئی قابلِ اعتماد وقت کا حوالہ فراہم نہیں کرتی۔ -P ثالث منتخب کرتا ہے؛ -q گھڑی بدلے بغیر استفسار کرتا ہے۔ کلائنٹ متعدد حوالہ URL بھی معاونت کرتا ہے۔

htpdate ان مسائل کا لحاظ کرتا ہے جن کا ایک HTTP Date ہیڈر کاپی کرنے والی شیل پائپ لائن لحاظ نہیں کرتی، جن میں متعدد ذرائع اور متضاد نتائج کی چھانٹی شامل ہے۔ پھر بھی یہ حوالہ سرورز، جواب کی ہینڈلنگ اور نیٹ ورک وقت پر منحصر ہے۔

کیش شدہ جواب میں پرانا Date ویلیو ہو سکتا ہے۔ محض HTTP ٹائم اسٹیمپ بھی تصدیق شدہ وقت نہیں ہے۔ اعتماد اور درستگی کی ضروریات کو تعیناتی کے فیصلے کے ساتھ رکھیں، بجائے اس کے کہ کسی بھی قابلِ رسائی ویب صفحے کو نیٹ ورک کی وقت سروس کا متبادل سمجھیں۔

اگر ادارہ اندرونی NTP سروس فراہم کرتا ہے، تو اس قابلِ رسائی سروس کا استعمال ایک اور راستہ ہے۔ وقت پوچھنا اور ڈیمن کو سسٹم گھڑی ایڈجسٹ کرنے کی اجازت دینا الگ الگ کارروائیاں ہیں۔

متعلقہ مضامین