কাম কৰা HTTP প্ৰক্সি এটাই ইয়াক ব্যৱহাৰ কৰা ৱেব ক্লায়েন্টৰ বাবে এটা পথ প্ৰমাণ কৰে। Windows Time এ UDP প’ৰ্ট 123 ৰ ওপৰত NTP ব্যৱহাৰ কৰে, সেয়েহে ব্ৰাউজাৰৰ প্ৰক্সি সংৰূপে সেই সময়-ছিংক্ৰ’নাইজেশ্বন পথ প্ৰদান নকৰে।

উপযুক্ত অনুমোদন থকা এটা কমাণ্ড প্ৰম্পটৰ পৰা বৰ্তমানৰ উৎস আৰু পীয়ৰ সংৰূপ পৰীক্ষা কৰক:

w32tm /query /source
w32tm /query /configuration
w32tm /query /peers

এই কুৱেৰীবোৰে সেৱাটোৰ বৰ্তমানৰ ছেটিংছ আৰু পীয়ৰসমূহ ৰিপৰ্ট কৰে। উৎস সলনি কৰাৰ আগতে মেচিনে সংগঠনৰ বিদ্যমান সময়-শ্ৰেণীবিন্যাস বা অনুমোদিত আভ্যন্তৰীণ NTP ছাৰ্ভাৰ ব্যৱহাৰ কৰা উচিত নেকি নিৰ্ধাৰণ কৰক।

নিৰ্বাচিত ছাৰ্ভাৰৰ বাবে অনুমোদিত UDP পথ প্ৰয়োজন। HTTP CONNECT টানেলে এটা TCP ষ্ট্ৰিম কঢ়িয়ায়, আৰু NTP গন্তব্যক প’ৰ্ট 80 লৈ স্থানান্তৰ কৰিলে NTP ক HTTP লৈ ৰূপান্তৰ নহয়। SOCKS-আধাৰিত UDP ব্যৱস্থাৰ বাবে প্ৰকৃত ক্লায়েন্ট আৰু ৰিলে সমৰ্থন প্ৰয়োজন; কেৱল SOCKS শ্ৰোতা পৰ্যাপ্ত নহয়।

HTTP Date মান এটা মোটামুটি তুলনাৰ বাবে উপযোগী হ’ব পাৰে, কিন্তু সেয়া অন্য প্ৰ’ট’কলৰ পৰ্যবেক্ষণ আৰু W32Time ৰ সংৰূপিত NTP বিনিময় কাম কৰে বুলি প্ৰমাণ নকৰে।

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