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 পরিষেবা দিলে, সেই পৌঁছানো যায় এমন পরিষেবা ব্যবহার করা আরেকটি পথ। সময় জিজ্ঞাসা করা এবং ডেমনকে সিস্টেম ঘড়ি সমন্বয় করতে অনুমোদন দেওয়া আলাদা কাজ।

সম্পর্কিত নিবন্ধ