লিনাক্স টাইম সিঙ্ক্রোনাইজেশন: NTP, Chrony এবং systemd-timesyncd

বেশিরভাগ মানুষই সময়ের খোঁজ রাখেন। আমরা সময়মতো ঘুম থেকে উঠে আমাদের সকালের আচার-অনুষ্ঠান শেষ করি এবং কাজে যাই, দুপুরের খাবারের বিরতি নিই, প্রকল্পের সময়সীমা পূরণ করি, জন্মদিন এবং ছুটির দিন উদযাপন করি, বিমানে চড়াই ইত্যাদি।

তদুপরি: আমাদের মধ্যে কেউ কেউ সময়ের সাথে আচ্ছন্ন। আমার ঘড়িটি সৌর শক্তি দ্বারা চালিত এবং ন্যাশনাল ইনস্টিটিউট অফ স্ট্যান্ডার্ডস অ্যান্ড টেকনোলজি থেকে সঠিক সময় পায় (, NIST) লংওয়েভ রেডিওর মাধ্যমে ফোর্ট কলিন্স, কলোরাডোতে ডাব্লুডব্লিউভিবি. ফোর্ট কলিন্সে অবস্থিত পারমাণবিক ঘড়ির সাথে সময়ের সংকেতগুলি সিঙ্ক্রোনাইজ করা হয়। আমার ফিটবিট আমার ফোনের সাথে সিঙ্ক করছে যা সার্ভারের সাথে সিঙ্ক হচ্ছে এনটিপি, যা অবশেষে পারমাণবিক ঘড়ির সাথে সিঙ্ক্রোনাইজ করে।

ডিভাইসগুলিও সময়ের ট্র্যাক রাখে

আমাদের ডিভাইস এবং কম্পিউটারের সঠিক সময়ের প্রয়োজন হওয়ার অনেক কারণ রয়েছে। উদাহরণস্বরূপ, ব্যাঙ্কিং, স্টক মার্কেট এবং অন্যান্য আর্থিক ব্যবসায়, লেনদেনগুলি অবশ্যই সঠিক ক্রমে করা উচিত এবং সঠিক সময়ের ক্রম এর জন্য গুরুত্বপূর্ণ।

আমাদের ফোন, ট্যাবলেট, গাড়ি, জিপিএস সিস্টেম এবং কম্পিউটারের জন্য সঠিক সময় এবং তারিখ সেটিংস প্রয়োজন। আমি চাই যে আমার কম্পিউটারের ডেস্কটপে ঘড়িটি সঠিক সময় দেখাবে। আমি সঠিক সময়ে আমার স্থানীয় ক্যালেন্ডারে অনুস্মারকগুলি উপস্থিত করতে চাই৷ সঠিক সময় ক্রন এবং সিস্টেমড কাজ সঠিক সময়ে চালানো নিশ্চিত করে।

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

এক সময় - অনেক ঘন্টা

লিনাক্স হোস্টদের অবশ্যই বিবেচনা করতে হবে যে একটি সিস্টেম সময় এবং একটি RTC সময় রয়েছে। আরটিসি (রিয়েল টাইম ক্লক) একটি হার্ডওয়্যার ঘড়ির জন্য একটি সামান্য অদ্ভুত এবং খুব সঠিক নাম নয়।

সিস্টেম মাদারবোর্ডে ব্যাটারি ব্যবহার করে কম্পিউটার বন্ধ থাকলেও হার্ডওয়্যার ঘড়ি একটানা চলে। RTC এর প্রধান কাজ হল সময় সঞ্চয় করা যখন একটি টাইম সার্ভারের সাথে সংযোগ পাওয়া যায় না। যে দিনগুলিতে ইন্টারনেটের মাধ্যমে একটি টাইম সার্ভারের সাথে সংযোগ করা অসম্ভব ছিল, প্রতিটি কম্পিউটারে একটি সঠিক অভ্যন্তরীণ ঘড়ি থাকতে হত। অপারেটিং সিস্টেমগুলিকে বুট করার সময় RTC অ্যাক্সেস করতে হয়েছিল এবং ব্যবহারকারীকে BIOS হার্ডওয়্যার কনফিগারেশন ইন্টারফেস ব্যবহার করে সিস্টেমের সময় ম্যানুয়ালি সেট করতে হয়েছিল তা নিশ্চিত করতে এটি সঠিক ছিল।

হার্ডওয়্যার ঘড়ি সময় অঞ্চলের ধারণা বোঝে না; RTC শুধুমাত্র সময় সঞ্চয় করে, UTC থেকে টাইম জোন বা অফসেট নয় (সমন্বিত ইউনিভার্সাল টাইম, যা GMT বা গ্রিনিচ গড় সময় নামেও পরিচিত)। আপনি একটি টুল ব্যবহার করে RTC ইনস্টল করতে পারেন যা আমি এই নিবন্ধে পরে কভার করব।

সিস্টেম টাইম হল সেই সময় যা OS আপনার ডেস্কটপের GUI ঘড়িতে, তারিখ কমান্ডের আউটপুটে, লগের টাইমস্ট্যাম্পে প্রদর্শন করে। ফাইলগুলি তৈরি, পরিবর্তিত এবং খোলার ক্ষেত্রেও এটি প্রযোজ্য।

পৃষ্ঠায় আরটিসির জন্য মানুষ আরটিসি এবং সিস্টেম ঘড়ির সম্পূর্ণ বিবরণ রয়েছে।

এনটিপির কী আছে?

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

রেফারেন্স সার্ভারের বিশাল সংখ্যাগরিষ্ঠ কয়েক হাজার পাবলিক NTP স্ট্র্যাটাম 2 সার্ভার জনসাধারণের জন্য উন্মুক্ত। অনেক প্রতিষ্ঠান এবং ব্যবহারকারী (নিজেকে অন্তর্ভুক্ত) যাদের অনেক হোস্টের প্রয়োজন তাদের নিজস্ব টাইম সার্ভার সেট আপ করতে বেছে নেয় তাই শুধুমাত্র একটি স্থানীয় হোস্ট স্ট্র্যাটাম 2 বা 3 অ্যাক্সেস করতে পারে। তারপর তারা স্থানীয় ব্যবহার করার জন্য নেটওয়ার্কে অবশিষ্ট নোডগুলি কনফিগার করে। সময় সার্ভার। আমার হোম নেটওয়ার্কের ক্ষেত্রে, এটি একটি স্তর 3 সার্ভার।

NTP এর বিভিন্ন বাস্তবায়ন

এনটিপির মূল বাস্তবায়ন হল এনটিপিডি। এটি তখন দুটি নতুন, chronyd এবং systemd-timesyncd দ্বারা যুক্ত হয়েছিল। তিনটিই একটি NTP টাইম সার্ভারের সাথে স্থানীয় হোস্ট টাইম সিঙ্ক্রোনাইজ করে। systemd-timesyncd পরিষেবাটি chronyd-এর মতো নির্ভরযোগ্য নয়, তবে বেশিরভাগ উদ্দেশ্যে এটি যথেষ্ট ভাল। যদি আরটিসি সিঙ্কের বাইরে থাকে, স্থানীয় সিস্টেমের সময় সামান্য প্রবাহিত হলে এটি ধীরে ধীরে NTP সার্ভারের সাথে সিঙ্ক্রোনাইজ করার জন্য সিস্টেমের সময়কে সামঞ্জস্য করতে পারে। systemd-timesync পরিষেবাটি টাইম সার্ভার হিসাবে ব্যবহার করা যাবে না।

ক্রনি NTP-এর একটি বাস্তবায়ন যাতে দুটি প্রোগ্রাম রয়েছে: chronyd deemon এবং chronyc নামে একটি কমান্ড-লাইন ইন্টারফেস। Chrony এর কিছু বৈশিষ্ট্য রয়েছে যা অনেক ক্ষেত্রে অপরিহার্য:

• Chrony পুরানো ntpd পরিষেবার চেয়ে অনেক দ্রুত একটি টাইম সার্ভারের সাথে সিঙ্ক্রোনাইজ করতে পারে। এটি ল্যাপটপ বা ডেস্কটপের জন্য ভাল যা সব সময় কাজ করে না।
• এটি ঘড়ির ওঠানামার জন্য ক্ষতিপূরণ দিতে পারে, যেমন হোস্ট যখন ঘুমাতে যায় বা স্লিপ মোডে প্রবেশ করে, বা যখন ফ্রিকোয়েন্সি হপিংয়ের কারণে ঘড়ির পরিবর্তন হয়, যা কম লোডে ঘড়ির গতি কমিয়ে দেয়।
• এটি অস্থির নেটওয়ার্ক সংযোগ বা নেটওয়ার্ক কনজেশন সম্পর্কিত সময়ের সমস্যার সমাধান করে।
• এটি নেটওয়ার্ক বিলম্ব নিয়ন্ত্রণ করে।
• প্রাথমিক সময় সিঙ্কের পরে, Chrony কখনই ঘড়ি বন্ধ করে না। এটি অনেক সিস্টেম পরিষেবা এবং অ্যাপ্লিকেশনের জন্য স্থিতিশীল এবং সামঞ্জস্যপূর্ণ টাইমস্লট প্রদান করে।
• Chrony এমনকি নেটওয়ার্ক সংযোগ ছাড়াই কাজ করতে পারে। এই ক্ষেত্রে, স্থানীয় হোস্ট বা সার্ভার ম্যানুয়ালি আপডেট করা যেতে পারে।
• Chrony একটি NTP সার্ভার হিসাবে কাজ করতে পারে।

আবারও, NTP হল একটি প্রোটোকল যা Chrony বা systemd-timesyncd ব্যবহার করে লিনাক্স হোস্টে প্রয়োগ করা যেতে পারে।

NTP, Chrony, এবং systemd-timesyncd RPMগুলি মানক Fedora সংগ্রহস্থলে উপলব্ধ। systemd-udev RPM হল একটি কার্নেল ইভেন্ট ম্যানেজার যা Fedora-এ ডিফল্টরূপে ইনস্টল করা থাকে, কিন্তু ঐচ্ছিক।

আপনি তিনটিই ইনস্টল করতে পারেন এবং তাদের মধ্যে স্যুইচ করতে পারেন, তবে এটি একটি অতিরিক্ত মাথাব্যথা তৈরি করবে। তাই না করাই ভালো। Fedora, CentOS, এবং RHEL-এর আধুনিক রিলিজগুলি ডিফল্ট বাস্তবায়ন হিসাবে Chrony-এ স্থানান্তরিত হয়েছে, এবং তাদেরও systemd-timesyncd আছে। আমি Chrony কে ভালভাবে কাজ করতে, NTP পরিষেবার চেয়ে একটি ভাল ইন্টারফেস প্রদান করতে, আরও অনেক তথ্য এবং নিয়ন্ত্রণ প্রদান করতে দেখেছি, যা সিস্টেম প্রশাসকরা অবশ্যই উপভোগ করবেন।

NTP পরিষেবা নিষ্ক্রিয় করা হচ্ছে

NTP পরিষেবা ইতিমধ্যে আপনার হোস্টে চলমান হতে পারে। যদি তাই হয়, অন্য কিছুতে স্যুইচ করার আগে আপনাকে এটি অক্ষম করতে হবে। আমার ক্রোনাইড চলছিল তাই আমি এটি থামাতে এবং অক্ষম করতে নিম্নলিখিত কমান্ডগুলি ব্যবহার করেছি। আপনি আপনার হোস্টে চালাচ্ছেন এমন যেকোনো NTP ডেমনের জন্য উপযুক্ত কমান্ডগুলি চালান:

[root@testvm1 ~]# systemctl disable chronyd ; systemctl stop chronyd
Removed /etc/systemd/system/multi-user.target.wants/chronyd.service.
[root@testvm1 ~]#

পরিষেবাটি বন্ধ এবং অক্ষম করা হয়েছে তা পরীক্ষা করুন:

[root@testvm1 ~]# systemctl status chronyd
● chronyd.service - NTP client/server
     Loaded: loaded (/usr/lib/systemd/system/chronyd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:chronyd(8)
             man:chrony.conf(5)
[root@testvm1 ~]#

লঞ্চের আগে স্ট্যাটাস চেক করুন

সিস্টেম ঘড়ি সিঙ্ক্রোনাইজেশন স্থিতি আপনাকে NTP পরিষেবা চলছে কিনা তা নির্ধারণ করতে দেয়। যেহেতু আপনি এখনও NTP শুরু করেননি, তাই timeync-status কমান্ডটি ইঙ্গিত দেবে:

[root@testvm1 ~]# timedatectl timesync-status
Failed to query server: Could not activate remote peer.

একটি সরাসরি স্থিতি অনুরোধ গুরুত্বপূর্ণ তথ্য প্রদান করে। উদাহরণস্বরূপ, কোন যুক্তি বা বিকল্প ছাড়া timedatectl কমান্ডটি ডিফল্টরূপে স্থিতি সাবকমান্ড কার্যকর করে:

[root@testvm1 ~]# timedatectl status
           Local time: Fri 2020-05-15 08:43:10 EDT  
           Universal time: Fri 2020-05-15 12:43:10 UTC  
                 RTC time: Fri 2020-05-15 08:43:08      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: no                          
              NTP service: inactive                    
          RTC in local TZ: yes                    

Warning: The system is configured to read the RTC time in the local time zone.
         This mode cannot be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.
[root@testvm1 ~]#

এটি আপনাকে আপনার হোস্টের স্থানীয় সময়, UTC সময় এবং RTC সময় দেবে৷ এই ক্ষেত্রে, সিস্টেমের সময় আমেরিকা / নিউ_ইয়র্ক (TZ) সময় অঞ্চলে সেট করা হয়েছে, RTC স্থানীয় সময় অঞ্চলের সময় সেট করা হয়েছে এবং NTP পরিষেবা সক্রিয় নেই৷ আরটিসি সময় সিস্টেমের সময় থেকে কিছুটা বিচ্যুত হতে শুরু করেছে। এটি এমন সিস্টেমের জন্য স্বাভাবিক যেগুলির ঘড়িগুলি সিঙ্ক্রোনাইজ করা হয়নি৷ হোস্টে অফসেটের পরিমাণ নির্ভর করে সিস্টেমটি শেষবার সিঙ্ক্রোনাইজ হওয়ার পর থেকে যে সময় কেটে গেছে তার উপর।

আমরা RTC-এর জন্য স্থানীয় সময় ব্যবহার করার বিষয়ে একটি সতর্কতাও পেয়েছি - এটি সময় অঞ্চল পরিবর্তন এবং DST সেটিংসের ক্ষেত্রে প্রযোজ্য। পরিবর্তন করার প্রয়োজনে কম্পিউটার বন্ধ থাকলে, RTC পরিবর্তন হবে না। কিন্তু সার্ভার বা অন্যান্য হোস্টের জন্য যেগুলি চব্বিশ ঘন্টা চলে, এটি কোনও সমস্যা নয়। উপরন্তু, NTP টাইম সিঙ্ক্রোনাইজেশন প্রদান করে এমন যেকোন পরিষেবা প্রাথমিক স্টার্টআপ পর্বে হোস্টের সময়কে সামঞ্জস্য করবে, তাই স্টার্টআপ সম্পূর্ণ হওয়ার পরে সময়টি আবার সঠিক হবে।

টাইম জোন সেট করা হচ্ছে

সাধারণত, আপনি ইনস্টলেশন পদ্ধতির সময় সময় অঞ্চল নির্দিষ্ট করেন এবং পরে এটি পরিবর্তন করার কাজ আপনার নেই। যাইহোক, এমন কিছু সময় আছে যখন আপনাকে টাইম জোন পরিবর্তন করতে হবে। সাহায্য করতে পারে যে বিভিন্ন সরঞ্জাম আছে. লিনাক্স হোস্টের স্থানীয় টাইমজোন নির্ধারণ করতে টাইমজোন ফাইল ব্যবহার করে। এই ফাইলগুলি ডিরেক্টরিতে রয়েছে /usr/share/zoneinfo. ডিফল্টরূপে, আমার সময় অঞ্চলের জন্য, সিস্টেম এটি নির্ধারণ করে: /etc/localtime -> ../usr/share/zoneinfo/America/New_York. কিন্তু সময় অঞ্চল পরিবর্তন করার জন্য আপনাকে এই ধরনের সূক্ষ্মতা জানার দরকার নেই।

প্রধান জিনিস হল আপনার অবস্থানের জন্য অফিসিয়াল টাইম জোনের নাম এবং সংশ্লিষ্ট কমান্ড জানা। ধরা যাক আপনি টাইম জোন লস অ্যাঞ্জেলেসে পরিবর্তন করতে চান:

[root@testvm2 ~]# timedatectl list-timezones | column
<SNIP>
America/La_Paz                  Europe/Budapest
America/Lima                    Europe/Chisinau
America/Los_Angeles             Europe/Copenhagen
America/Maceio                  Europe/Dublin
America/Managua                 Europe/Gibraltar
America/Manaus                  Europe/Helsinki
<SNIP>

এখন আপনি সময় অঞ্চল সেট করতে পারেন। আমি পরিবর্তনগুলি পরীক্ষা করার জন্য তারিখ কমান্ড ব্যবহার করেছি, তবে আপনি timedatectl ব্যবহার করতে পারেন:

[root@testvm2 ~]# date
Tue 19 May 2020 04:47:49 PM EDT
[root@testvm2 ~]# timedatectl set-timezone America/Los_Angeles
[root@testvm2 ~]# date
Tue 19 May 2020 01:48:23 PM PDT
[root@testvm2 ~]#

এখন আপনি আপনার হোস্টের টাইম জোনকে আবার স্থানীয় সময়ে পরিবর্তন করতে পারেন।

systemd-timesyncd

systemd timesync ডেমন একটি NTP বাস্তবায়ন প্রদান করে যা systemd প্রসঙ্গে পরিচালনা করা সহজ। এটি ফেডোরা এবং উবুন্টুতে ডিফল্টরূপে ইনস্টল করা আছে। যাইহোক, এটি শুধুমাত্র উবুন্টুতে ডিফল্টরূপে শুরু হয়। আমি অন্যান্য বিতরণ সম্পর্কে নিশ্চিত নই। আপনি নিজের জন্য পরীক্ষা করতে পারেন:

[root@testvm1 ~]# systemctl status systemd-timesyncd

systemd-timesyncd কনফিগার করা হচ্ছে

systemd-timesyncd-এর কনফিগারেশন ফাইল হল /etc/systemd/timesyncd.conf. এটি একটি সাধারণ ফাইল যাতে পুরানো NTP এবং chronyd পরিষেবাগুলির তুলনায় কম বিকল্পগুলি সক্রিয় থাকে৷ আমার ফেডোরা ভিএম-এ এই ফাইলটির বিষয়বস্তু (আরও পরিবর্তন ছাড়াই) রয়েছে:

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
#NTP=
#FallbackNTP=0.fedora.pool.ntp.org 1.fedora.pool.ntp.org 2.fedora.pool.ntp.org 3.fedora.pool.ntp.org
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048

মন্তব্য ছাড়াও এটির একমাত্র বিভাগটি হল [সময়]। অন্যান্য সমস্ত লাইন মন্তব্য করা হয়. এগুলি ডিফল্ট মান এবং পরিবর্তন করা উচিত নয় (যদি না আপনার কাছে কারণ থাকে)। NTP= লাইনে সংজ্ঞায়িত NTP টাইম সার্ভার না থাকলে, Fedora ডিফল্ট Fedora টাইম সার্ভারে পরিণত হয়। আমি সাধারণত আমার সময় সার্ভার যোগ করি:

NTP=myntpserver

টাইমসিঙ্ক চলছে

আপনি শুরু করতে এবং systemd-timesyncd এভাবে সক্রিয় করতে পারেন:

[root@testvm2 ~]# systemctl enable systemd-timesyncd.service
Created symlink /etc/systemd/system/dbus-org.freedesktop.timesync1.service → /usr/lib/systemd/system/systemd-timesyncd.service.
Created symlink /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service → /usr/lib/systemd/system/systemd-timesyncd.service.
[root@testvm2 ~]# systemctl start systemd-timesyncd.service
[root@testvm2 ~]#

হার্ডওয়্যার ঘড়ি সেট করা হচ্ছে

Timesyncd চালানোর পরে পরিস্থিতি কেমন দেখায় তা এখানে:

[root@testvm2 systemd]# timedatectl
               Local time: Sat 2020-05-16 14:34:54 EDT  
           Universal time: Sat 2020-05-16 18:34:54 UTC  
                 RTC time: Sat 2020-05-16 14:34:53      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: yes                          
              NTP service: active                      
          RTC in local TZ: no    

প্রাথমিকভাবে, RTC এবং স্থানীয় সময়ের (EDT) মধ্যে পার্থক্য এক সেকেন্ডেরও কম, এবং পরের কয়েক দিনের মধ্যে পার্থক্য আরও কয়েক সেকেন্ড বেড়ে যায়। যেহেতু RTC-এ সময় অঞ্চলের কোনো ধারণা নেই, তাই সঠিক সময় অঞ্চল নির্ধারণের জন্য timedatectl কমান্ডকে একটি তুলনা করতে হবে। যদি RTC সময় স্থানীয় সময়ের সাথে ঠিক মেলে না, তাহলে তা স্থানীয় সময় অঞ্চলের সাথেও মেলে না।

আরও তথ্যের জন্য খুঁজছি, আমি systemd-timesync এর স্থিতি পরীক্ষা করেছি এবং এটি পেয়েছি:

[root@testvm2 systemd]# systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: disabled)
     Active: active (running) since Sat 2020-05-16 13:56:53 EDT; 18h ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 822 (systemd-timesyn)
     Status: "Initial synchronization to time server 163.237.218.19:123 (2.fedora.pool.ntp.org)."
      Tasks: 2 (limit: 10365)
     Memory: 2.8M
        CPU: 476ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─822 /usr/lib/systemd/systemd-timesyncd

May 16 09:57:24 testvm2.both.org systemd[1]: Starting Network Time Synchronization...
May 16 09:57:24 testvm2.both.org systemd-timesyncd[822]: System clock time unset or jumped backwards, restoring from recorded timestamp: Sat 2020-05-16 13:56:53 EDT
May 16 13:56:53 testvm2.both.org systemd[1]: Started Network Time Synchronization.
May 16 13:57:56 testvm2.both.org systemd-timesyncd[822]: Initial synchronization to time server 163.237.218.19:123 (2.fedora.pool.ntp.org).
[root@testvm2 systemd]#

লগ বার্তাটি লক্ষ্য করুন যা বলে যে সিস্টেমের সময় সেট করা হয়নি বা পুনরায় সেট করা হয়েছে। Timesync পরিষেবা টাইমস্ট্যাম্পের উপর ভিত্তি করে সিস্টেমের সময় সেট করে। টাইমস্ট্যাম্প টাইমসিঙ্ক ডেমন দ্বারা রক্ষণাবেক্ষণ করা হয় এবং প্রতিটি সফল সিঙ্কে তৈরি করা হয়।

timedatectl কমান্ডের সিস্টেম ঘড়ি থেকে হার্ডওয়্যার ঘড়ির মান নেওয়ার কোন উপায় নেই। এটি শুধুমাত্র কমান্ড লাইনে প্রবেশ করা মান থেকে সময় এবং তারিখ সেট করতে পারে। আপনি hwclock কমান্ড ব্যবহার করে সিস্টেম সময়ের মতো একই মান RTC সেট করতে পারেন:

[root@testvm2 ~]# /sbin/hwclock --systohc --localtime
[root@testvm2 ~]# timedatectl
               Local time: Mon 2020-05-18 13:56:46 EDT  
           Universal time: Mon 2020-05-18 17:56:46 UTC  
                 RTC time: Mon 2020-05-18 13:56:46      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: yes                          
              NTP service: active                      
          RTC in local TZ: yes

--localtime বিকল্পটি হার্ডওয়্যার ঘড়িকে স্থানীয় সময় দেখাতে বলে, UTC নয়।

কেন আপনার আদৌ আরটিসি দরকার?

NTP-এর যেকোন বাস্তবায়ন শুরুর সময় সিস্টেম ঘড়ি সেট করবে। তাহলে আরটিসি কেন? এটি সম্পূর্ণ সত্য নয়: এটি শুধুমাত্র তখনই ঘটবে যদি আপনার টাইম সার্ভারের সাথে একটি নেটওয়ার্ক সংযোগ থাকে৷ যাইহোক, অনেক সিস্টেমের সবসময় একটি নেটওয়ার্ক সংযোগে অ্যাক্সেস থাকে না, তাই একটি হার্ডওয়্যার ঘড়ি লিনাক্সের জন্য সিস্টেমের সময় সেট করার জন্য ব্যবহার করার জন্য দরকারী। এটি ম্যানুয়ালি সময় সেট করার চেয়ে ভাল, যদিও এটি বাস্তব সময় থেকে বিচ্যুত হতে পারে।

উপসংহার

এই নিবন্ধটি তারিখ, সময় এবং সময় অঞ্চলগুলি পরিচালনা করার জন্য কিছু সরঞ্জাম পর্যালোচনা করেছে৷ systemd-timesyncd টুল একটি NTP ক্লায়েন্ট প্রদান করে যা স্থানীয় হোস্টের সময় একটি NTP সার্ভারের সাথে সিঙ্ক্রোনাইজ করতে পারে। যাইহোক, systemd-timesyncd একটি সার্ভার পরিষেবা প্রদান করে না, তাই আপনার নেটওয়ার্কে একটি NTP সার্ভারের প্রয়োজন হলে, সার্ভার হিসাবে কাজ করার জন্য আপনাকে অবশ্যই অন্য কিছু, যেমন Chrony ব্যবহার করতে হবে।

আমি আমার নেটওয়ার্কে যেকোনো পরিষেবার জন্য একটি একক বাস্তবায়ন পছন্দ করি, তাই আমি Chrony ব্যবহার করি। আপনার যদি স্থানীয় এনটিপি সার্ভারের প্রয়োজন না হয়, বা সার্ভার হিসাবে Chrony এবং SNTP ক্লায়েন্ট হিসাবে systemd-timesyncd ব্যবহার করতে আপনার আপত্তি না থাকে। সর্বোপরি, আপনি systemd-timesyncd-এর কার্যকারিতা নিয়ে সন্তুষ্ট হলে ক্লায়েন্ট হিসাবে Chrony-এর অতিরিক্ত বৈশিষ্ট্যগুলি ব্যবহার করার প্রয়োজন নেই।

আরেকটি নোট: NTP বাস্তবায়নের জন্য আপনাকে সিস্টেমড টুল ব্যবহার করতে হবে না। আপনি ntpd, Chrony, বা অন্য NTP বাস্তবায়নের একটি পুরানো সংস্করণ ব্যবহার করতে পারেন। সর্বোপরি, সিস্টেমড অনেক পরিসেবা নিয়ে গঠিত; তাদের অনেকগুলি ঐচ্ছিক, তাই আপনি সেগুলি বন্ধ করতে পারেন এবং পরিবর্তে অন্য কিছু ব্যবহার করতে পারেন৷ এটি একটি বিশাল একচেটিয়া দানব নয়। আপনি সিস্টেমড বা এর কিছু অংশ পছন্দ নাও করতে পারেন, তবে আপনাকে একটি জ্ঞাত সিদ্ধান্ত নেওয়া উচিত।

আমি NTP-এর systemd এর বাস্তবায়ন পছন্দ করি, কিন্তু আমি Chrony পছন্দ করি কারণ এটি আমার প্রয়োজনের সাথে আরও ভাল করে। এটা লিনাক্স, বাবু -)

বিজ্ঞাপনের অধিকারগুলিতে

ভিডিসিনা অফার করে যেকোনো কাজের জন্য সার্ভার, স্বয়ংক্রিয় ইনস্টলেশনের জন্য অপারেটিং সিস্টেমের একটি বিশাল নির্বাচন, আপনার নিজের থেকে যেকোনো OS ইনস্টল করা সম্ভব আইএসও, আরামপ্রদ নিয়ন্ত্রণ প্যানেল নিজস্ব উন্নয়ন এবং দৈনিক পেমেন্ট। মনে রাখবেন যে আমাদের শাশ্বত সার্ভার রয়েছে যা অবশ্যই নিরবধি 😉

উত্স: www.habr.com