এনটিপিডি বনাম সিস্টেমড-টাইমসিএনসিডি - কীভাবে নির্ভরযোগ্য এনটিপি সিঙ্ক হবে?


31

আমি যখন এনটিপি ডিমনটির স্থিতি নিয়ে জিজ্ঞাসা করি তখন আমি ntpdc -c sysinfoনিম্নলিখিত আউটপুটটি পাই:

system peer:          0.0.0.0
system peer mode:     unspec
leap indicator:       11
stratum:              16
precision:            -20
root distance:        0.00000 s
root dispersion:      12.77106 s
reference ID:         [73.78.73.84]
reference time:       00000000.00000000  Thu, Feb  7 2036  7:28:16.000
system flags:         auth monitor ntp kernel stats
jitter:               0.000000 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s

এটি সূচিত করে যে এনটিপি সিঙ্কটি ব্যর্থ হয়েছে। তবে সিস্টেমের সময়টি 1 সেকেন্ড যথার্থতার মধ্যে সঠিক। যখন আমি এখনকার মতো একই সময়কালের জন্য নেটওয়ার্ক সংযোগ ছাড়াই আমার সিস্টেম চালিয়েছিলাম তখন সিস্টেম সময়টি 10 ​​ডলার বিভ্রান্ত করবে।

এই আচরণটি পরামর্শ দেয় যে সময়টির সাথে সিঙ্ক করার আরও একটি পদ্ধতি রয়েছে। আমি বুঝতে পারি যে এখানে systemd-timesyncd.service(কনফিগারেশন ফাইল সহ /etc/systemd/timesyncd.conf) রয়েছে এবং timedatectl statusআমাকে সঠিক সময় দেয়:

      Local time: Thu 2016-08-25 10:55:23 CEST
  Universal time: Thu 2016-08-25 08:55:23 UTC
        RTC time: Thu 2016-08-25 08:55:22
       Time zone: Europe/Berlin (CEST, +0200)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  Sun 2016-03-27 01:59:59 CET
                  Sun 2016-03-27 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  Sun 2016-10-30 02:59:59 CEST
                  Sun 2016-10-30 02:00:00 CET

সুতরাং আমার প্রশ্ন দুটি পদ্ধতির মধ্যে পার্থক্য কি? তাদের মধ্যে একটি অবহেলিত হয়? এগুলি কি সমান্তরালে ব্যবহার করা যায়? আমি যখন এনটিপি সিঙ্ক স্থিতিটি জিজ্ঞাসা করতে চাই তখন আমার কারও বিশ্বাস করা উচিত?

(নোট করুন যে আমার একটি পৃথক সিস্টেম রয়েছে (একটি আলাদা নেটওয়ার্কে) যার জন্য উভয় পদ্ধতিই সাফল্য নির্দেশ করে এবং সঠিক সময় দেয়))


2
আমি দেখেছি যে ফেডোরা আসলে ব্যবহার chrony : কনফিগার এনটিপি chrony স্যুট ব্যবহার করে
ডেভিড Tonhofer

উত্তর:


19

systemd-timesyncd মূলত একটি ছোট ক্লায়েন্ট-কেবল এনটিপি বাস্তবায়ন কম বেশি নতুন সিস্টেমযুক্ত রিলিজের সাথে বান্ডিল। এটি সম্পূর্ণ এনটিপিডির চেয়ে বেশি হালকা তবে এটি কেবল সময়ের সিঙ্ককে সমর্থন করে - যেমন এটি অন্যান্য মেশিনের জন্য এনটিপি সার্ভার হিসাবে কাজ করতে পারে না। এটি ক্লায়েন্টদের জন্য এনটিপিডি প্রতিস্থাপনের উদ্দেশ্যে।

আপনার উভয়কে সমান্তরালভাবে ব্যবহার করা উচিত নয়, কারণ তত্ত্ব অনুসারে তারা বিভিন্ন টাইমসারভার বেছে নিতে পারে যার মধ্যে কিছুটা বিলম্ব হয় যার ফলে আপনার সিস্টেমের ঘড়ি পর্যায়ক্রমে "ঝাঁপিয়ে পড়া" হয়ে যায়।

স্থিতিটি পেতে, দুর্ভাগ্যক্রমে ntpdcআপনি timedatectlযদি এনটিপিডি ব্যবহার করেন এবং আপনি টাইমসিএনসিডি ব্যবহার করেন তবে আমি এমন কোনও ইউটিলিটি জানি যা উভয়ই পড়তে পারে না।


তাহলে এটি কীভাবে সম্ভব যে একটি সিস্টেমে এনটিপিডির সিঙ্ক ব্যর্থ হয় এবং অন্যটিতে এটি সফল হয় (সমান্তরালভাবে সিস্টেমড-টাইমসিএনসিড উভয়ই চলছে)। আমি যথেষ্ট নিশ্চিত যে এটি ফায়ারওয়াল সমস্যার সাথে সম্পর্কিত নয় কারণ আমি সম্পর্কিত সেটিংস পরীক্ষা করেছি। এই মুহূর্তে আমার কাছে দুটি ফলাফল রয়েছে এবং আমি সফলটির উপর ভরসা করতে প্রলুব্ধ হই তবে আমার সন্দেহ আছে যেহেতু উভয় ক্লায়েন্ট একই এনটিপি প্রোটোকল প্রয়োগ করে তবে একটি ব্যর্থ হয়। আসলে আমি দু'জনেই কাজ করবে বলে আশা করবো।
a_guest

1
এনটিপিডি এবং টাইমসিএনডি বিভিন্ন সেটিংস ব্যবহার করে। আপনি কি উভয়ের জন্য একই টাইমার সার্ভার সেট করেছেন?
ম্যাক্সফ

আপনি কি এনটিপিসির মতো জিপিএসের সাথে সময় সিঙ্ক করতে টাইমসিএনডি ব্যবহার করতে পারেন?
বাকালোলো

সিস্টেমড-টাইমসিএনসিডি হ'ল একটি এসএনটিপি ক্লায়েন্ট যা এনটিপির চেয়ে কম নির্ভুল। সিস্টেমড-টাইমসিনসিডি হালকা ওজনের এনটিপি ক্লায়েন্ট হিসাবে পাঠকদের ভ্রান্ত করতে হবে না।
ফিলিপ কুলিং

14

systemd-timesyncd কোনও ক্লক শৃঙ্খলা তোলে না: ঘড়িটি প্রশিক্ষিত বা ক্ষতিপূরণ প্রাপ্ত হয় না এবং সময়ের সাথে সাথে অভ্যন্তরীণ ক্লক ড্রিফ্টও হ্রাস হয় না। নির্বাচনের ব্যবধানটি সামঞ্জস্য করার জন্য এটি প্রাথমিক যুক্তি রয়েছে তবে শৃঙ্খলা ছাড়াই হোস্ট চিরতরে অসম সময়ের সাথে শেষ হবে কারণ সিস্টেমড-টাইমসিএনসিডি ধাক্কা খায় বা নিকট-মেয়াদী ড্রিফ্টের প্রয়োজন মনে করে যে কোনও বিরতিতে টান দেয়। এটি দূরবর্তী সময়ের উত্সের গুণমানও মূল্যায়ন করতে পারে না। আপনি 100 মিমি থেকে অনেক বেশি নির্ভুলতা পাওয়ার সম্ভাবনা নেই। ল্যাপটপের মতো সাধারণ শেষ ব্যবহারকারী ডিভাইসের জন্য এটি যথেষ্ট, তবে এটি অবশ্যই বিতরণকারী সিস্টেমে সমস্যা তৈরি করতে পারে যা আরও বেশি সময়ের নির্ভুলতা চায়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.