🥇लिनक्स टाइम सिंक्रोनाइझेशन: NTP, Chrony आणि systemd-timesyncd

बहुतेक लोक वेळेचा मागोवा ठेवतात. आम्ही आमचे सकाळचे विधी पूर्ण करण्यासाठी वेळेवर उठतो आणि कामावर जातो, लंच ब्रेक घेतो, प्रोजेक्ट डेडलाइन पूर्ण करतो, वाढदिवस आणि सुट्टी साजरी करतो, विमानात चढतो आणि असेच बरेच काही.

शिवाय: आपल्यापैकी काहींना वेळेचे वेड असते. माझे घड्याळ सौरऊर्जेवर चालते आणि नॅशनल इन्स्टिट्यूट ऑफ स्टँडर्ड्स अँड टेक्नॉलॉजी कडून अचूक वेळ मिळवते (एनआयएसटी) लाँगवेव्ह रेडिओ मार्गे फोर्ट कॉलिन्स, कोलोरॅडो पर्यंत डब्ल्यूडब्ल्यूवीबी. फोर्ट कॉलिन्स येथे असलेल्या अणु घड्याळासह वेळ सिग्नल सिंक्रोनाइझ केले जातात. माझे फिटबिट माझ्या फोनसह समक्रमित होत आहे जे सर्व्हरसह समक्रमित होत आहे एनटीपी, जे अखेरीस आण्विक घड्याळासह समक्रमित होते.

उपकरणे वेळेचाही मागोवा ठेवतात

आमच्या उपकरणांना आणि संगणकांना अचूक वेळ का लागतो याची अनेक कारणे आहेत. उदाहरणार्थ, बँकिंग, स्टॉक मार्केट आणि इतर आर्थिक व्यवसायांमध्ये, व्यवहार योग्य क्रमाने पार पाडले जाणे आवश्यक आहे आणि यासाठी अचूक वेळ क्रम महत्वाचे आहेत.

आमचे फोन, टॅब्लेट, कार, GPS सिस्टीम आणि संगणक या सर्वांसाठी अचूक वेळ आणि तारीख सेटिंग्ज आवश्यक आहेत. माझ्या संगणकाच्या डेस्कटॉपवरील घड्याळाने योग्य वेळ दाखवावी अशी माझी इच्छा आहे. माझ्या स्थानिक कॅलेंडरवर योग्य वेळी स्मरणपत्रे दिसावीत अशी माझी इच्छा आहे. योग्य वेळ हे देखील सुनिश्चित करते की क्रॉन आणि सिस्टम्ड जॉब्स योग्य वेळी चालतात.

लॉगिंगसाठी तारीख आणि वेळ देखील महत्त्वाची आहे, त्यामुळे तारीख आणि वेळेवर आधारित विशिष्ट लॉग शोधणे थोडे सोपे आहे. उदाहरणार्थ, मी एकदा DevOps मध्ये काम केले होते (त्यावेळी असे म्हटले जात नव्हते) आणि उत्तर कॅरोलिना राज्यात ईमेल सिस्टम सेट करत होतो. आम्ही दिवसाला 20 दशलक्ष ईमेल्सवर प्रक्रिया करायचो. सर्व्हरच्या मालिकेद्वारे ई-मेलचा मागोवा घेणे, किंवा भौगोलिकदृष्ट्या विखुरलेल्या होस्टवर लॉग फाइल्स वापरून इव्हेंटचा अचूक क्रम निश्चित करणे, संबंधित संगणक वेळेत समक्रमित केले असल्यास बरेच सोपे होऊ शकते.

एक वेळ - अनेक तास

लिनक्स होस्टने सिस्टम वेळ आणि RTC वेळ आहे हे लक्षात घेतले पाहिजे. आरटीसी (रिअल टाइम क्लॉक) हे हार्डवेअर घड्याळाचे थोडेसे विचित्र आणि फारसे अचूक नाव नाही.

सिस्टम मदरबोर्डवरील बॅटरी वापरून, संगणक बंद असतानाही हार्डवेअर घड्याळ सतत चालते. टाइम सर्व्हरशी कनेक्शन उपलब्ध नसताना वेळ साठवणे हे RTC चे मुख्य कार्य आहे. ज्या काळात इंटरनेटवर टाइम सर्व्हरशी कनेक्ट करणे अशक्य होते, त्या काळात प्रत्येक संगणकाला अचूक अंतर्गत घड्याळ असणे आवश्यक होते. ऑपरेटिंग सिस्टमला बूट वेळी RTC मध्ये प्रवेश करावा लागला आणि वापरकर्त्याने BIOS हार्डवेअर कॉन्फिगरेशन इंटरफेस वापरून सिस्टम वेळ मॅन्युअली सेट केला पाहिजे हे सुनिश्चित करण्यासाठी ते योग्य आहे.

हार्डवेअर घड्याळे टाइम झोनची संकल्पना समजत नाहीत; RTC फक्त वेळ संचयित करते, वेळ क्षेत्र किंवा UTC (समन्वित युनिव्हर्सल टाइम, ज्याला GMT किंवा ग्रीनविच मीन टाइम देखील म्हणतात) वरून ऑफसेट नाही. तुम्ही एक साधन वापरून RTC स्थापित करू शकता ज्याचा मी या लेखात नंतर समावेश करेन.

सिस्टम वेळ ही वेळ आहे जी OS तुमच्या डेस्कटॉपवरील GUI घड्याळावर, तारीख कमांडच्या आउटपुटमध्ये, लॉगच्या टाइमस्टॅम्पमध्ये दाखवते. फायली तयार केल्या जातात, सुधारल्या जातात आणि उघडल्या जातात तेव्हा देखील हे लागू होते.

पानावर rtc साठी माणूस आरटीसी आणि सिस्टम घड्याळाचे संपूर्ण वर्णन आहे.

NTP चे काय आहे?

जगभरातील संगणक NTP सर्व्हरच्या पदानुक्रमाचा वापर करून इंटरनेटवरील मानक संदर्भ घड्याळांसोबत त्यांचा वेळ समक्रमित करण्यासाठी NTP (नेटवर्क टाइम प्रोटोकॉल) वापरतात. मुख्य टाइम सर्व्हर लेयर 1 वर आहेत आणि ते लेयर 0 मधील विविध राष्ट्रीय वेळ सेवांशी थेट उपग्रह, रेडिओ किंवा टेलिफोन लाईन्सद्वारे मोडेमद्वारे जोडलेले आहेत. लेयर 0 टाइम सर्व्हिसेस एक अणु घड्याळ असू शकते, रेडिओ रिसीव्हर जो अणु घड्याळांद्वारे प्रसारित केलेल्या सिग्नलला ट्यून केला जातो किंवा GPS रिसीव्हर जो GPS उपग्रहांद्वारे प्रसारित केलेले अत्यंत अचूक घड्याळ सिग्नल वापरतो.

बहुसंख्य संदर्भ सर्व्हरमध्ये अनेक हजार सार्वजनिक NTP स्ट्रॅटम 2 सर्व्हर लोकांसाठी खुले आहेत. अनेक संस्था आणि वापरकर्ते (स्वतःचा समावेश आहे) ज्यांना NTP सर्व्हरची आवश्यकता असते अशा अनेक होस्टसह त्यांचे स्वतःचे टाइम सर्व्हर सेट करणे निवडले जाते त्यामुळे फक्त एक स्थानिक होस्ट स्ट्रॅटम 2 किंवा 3 मध्ये प्रवेश करू शकतो. नंतर ते स्थानिक वापरण्यासाठी नेटवर्कवरील उर्वरित नोड्स कॉन्फिगर करतात. वेळ सर्व्हर माझ्या होम नेटवर्कच्या बाबतीत, हा लेयर 3 सर्व्हर आहे.

NTP ची विविध अंमलबजावणी

NTP ची मूळ अंमलबजावणी ntpd आहे. ते नंतर दोन नवीन, chronyd आणि systemd-timesyncd द्वारे सामील झाले. तिन्ही स्थानिक होस्ट वेळ NTP टाइम सर्व्हरसह समक्रमित करतात. systemd-timesyncd सेवा chronyd सारखी विश्वासार्ह नाही, परंतु ती बर्‍याच उद्देशांसाठी पुरेशी चांगली आहे. जर आरटीसी सिंक्रोनाइझच्या बाहेर असेल, तर स्थानिक सिस्टीमचा वेळ थोडासा कमी झाल्यावर तो एनटीपी सर्व्हरसह सिंक्रोनाइझ करण्यासाठी सिस्टम वेळ हळूहळू समायोजित करू शकतो. systemd-timesync सेवा टाइम सर्व्हर म्हणून वापरली जाऊ शकत नाही.

क्रोनी NTP ची अंमलबजावणी आहे ज्यामध्ये दोन प्रोग्राम आहेत: chronyd deemon आणि chronyc नावाचा कमांड-लाइन इंटरफेस. Chrony मध्ये काही वैशिष्ट्ये आहेत जी बर्याच बाबतीत अपरिहार्य आहेत:

Chrony जुन्या ntpd सेवेपेक्षा जास्त वेगाने टाइम सर्व्हरसह सिंक्रोनाइझ करू शकते. हे लॅपटॉप किंवा डेस्कटॉपसाठी चांगले आहे जे सर्व वेळ काम करत नाहीत.
हे घड्याळातील चढउतारांची भरपाई करू शकते, जसे की जेव्हा होस्ट झोपायला जातो किंवा स्लीप मोडमध्ये प्रवेश करतो, किंवा जेव्हा घड्याळ वारंवारता हॉपिंगमुळे बदलते, जे कमी भाराने घड्याळे कमी करते.
हे अस्थिर नेटवर्क कनेक्शन किंवा नेटवर्क गर्दीशी संबंधित वेळेच्या समस्यांचे निराकरण करते.
हे नेटवर्क विलंब नियंत्रित करते.
प्रारंभिक वेळ समक्रमण केल्यानंतर, Chrony कधीही घड्याळ थांबवत नाही. हे बर्‍याच सिस्टम सेवा आणि अनुप्रयोगांसाठी स्थिर आणि सातत्यपूर्ण टाइमस्लॉट प्रदान करते.
क्रोनी नेटवर्क कनेक्शनशिवाय देखील कार्य करू शकते. या प्रकरणात, स्थानिक होस्ट किंवा सर्व्हर व्यक्तिचलितपणे अद्यतनित केले जाऊ शकते.
Chrony NTP सर्व्हर म्हणून काम करू शकते.

पुन्हा एकदा, NTP हा एक प्रोटोकॉल आहे जो क्रोनी किंवा systemd-timesyncd वापरून लिनक्स होस्टवर लागू केला जाऊ शकतो.

NTP, Chrony, आणि systemd-timesyncd RPM मानक Fedora रेपॉजिटरीजमध्ये उपलब्ध आहेत. systemd-udev RPM हे कर्नल इव्हेंट मॅनेजर आहे जे Fedora वर पूर्वनिर्धारितपणे स्थापित केले जाते, परंतु पर्यायी आहे.

आपण तिन्ही स्थापित करू शकता आणि त्यांच्यामध्ये स्विच करू शकता, परंतु यामुळे अतिरिक्त डोकेदुखी निर्माण होईल. त्यामुळे न केलेलेच बरे. Fedora, CentOS, आणि RHEL चे आधुनिक प्रकाशन डीफॉल्ट अंमलबजावणी म्हणून Chrony वर हलवले गेले आहेत, आणि त्यांच्याकडे systemd-timesyncd देखील आहे. मला Chrony चांगले काम करण्यासाठी, NTP सेवेपेक्षा चांगला इंटरफेस प्रदान करणे, अधिक माहिती आणि नियंत्रण प्रदान करणे, ज्याचा सिस्टम प्रशासक नक्कीच आनंद घेतील असे आढळले.

NTP सेवा अक्षम करत आहे

NTP सेवा तुमच्या होस्टवर आधीच चालू असू शकते. तसे असल्यास, दुसर्‍या कशावर स्विच करण्यापूर्वी तुम्हाला ते अक्षम करणे आवश्यक आहे. माझ्याकडे chronyd चालू होते म्हणून मी ते थांबवण्यासाठी आणि अक्षम करण्यासाठी खालील आज्ञा वापरल्या. तुम्ही तुमच्या होस्टवर चालवत असलेल्या कोणत्याही 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 सेवा चालू आहे की नाही हे निर्धारित करण्यास अनुमती देते. तुम्ही अद्याप एनटीपी सुरू न केल्यामुळे, 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 वेळ देईल. या प्रकरणात, सिस्टम वेळ अमेरिका / New_York (TZ) टाइम झोनवर सेट केली आहे, RTC स्थानिक टाइम झोनमध्ये वेळेवर सेट केली आहे आणि NTP सेवा सक्रिय नाही. RTC वेळ प्रणालीच्या वेळेपेक्षा थोडासा विचलित होऊ लागला आहे. ज्यांची घड्याळे सिंक्रोनाइझ केलेली नाहीत अशा प्रणालींसाठी हे सामान्य आहे. होस्टवरील ऑफसेटची रक्कम सिस्टीमला शेवटचे सिंक्रोनाइझ केल्यापासून निघून गेलेल्या वेळेवर अवलंबून असते.

आम्हाला 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 संदर्भात व्यवस्थापित करणे सोपे आहे. हे Fedora आणि Ubuntu वर डीफॉल्टनुसार स्थापित केले आहे. तथापि, हे केवळ उबंटूवर डीफॉल्टनुसार सुरू होते. इतर वितरणांबद्दल मला खात्री नाही. आपण स्वत: साठी तपासू शकता:

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

systemd-timesyncd कॉन्फिगर करत आहे

systemd-timesyncd साठी कॉन्फिगरेशन फाइल आहे /etc/systemd/timesyncd.conf. जुन्या NTP आणि chronyd सेवांपेक्षा कमी पर्याय सक्षम असलेली ही एक साधी फाइल आहे. माझ्या Fedora VM वर या फाइलची सामग्री (पुढील सुधारणांशिवाय) येथे आहे:

#  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 ची कोणतीही अंमलबजावणी स्टार्टअप वेळी सिस्टम घड्याळ सेट करेल. आणि मग RTC का? हे पूर्णपणे सत्य नाही: हे फक्त तेव्हाच होईल जेव्हा तुमच्याकडे टाइम सर्व्हरशी नेटवर्क कनेक्शन असेल. तथापि, बर्‍याच प्रणाल्यांना नेहमी नेटवर्क कनेक्शनमध्ये प्रवेश नसतो, म्हणून सिस्टम वेळ सेट करण्यासाठी लिनक्ससाठी वापरण्यासाठी हार्डवेअर घड्याळ उपयुक्त आहे. वास्तविक वेळेपासून विचलित होत असले तरीही वेळ मॅन्युअली सेट करण्यापेक्षा हे चांगले आहे.

निष्कर्ष

या लेखात तारीख, वेळ आणि वेळ क्षेत्रे हाताळण्यासाठी काही साधनांचे पुनरावलोकन केले आहे. systemd-timesyncd टूल NTP क्लायंट पुरवते जे स्थानिक होस्टवरील वेळ NTP सर्व्हरसह समक्रमित करू शकते. तथापि, systemd-timesyncd सर्व्हर सेवा पुरवत नाही, त्यामुळे तुम्हाला तुमच्या नेटवर्कवर NTP सर्व्हरची आवश्यकता असल्यास, तुम्ही सर्व्हर म्हणून काम करण्यासाठी Chrony सारखे दुसरे काहीतरी वापरणे आवश्यक आहे.

मी माझ्या नेटवर्कवरील कोणत्याही सेवेसाठी एकल अंमलबजावणी करण्यास प्राधान्य देतो, म्हणून मी Chrony वापरतो. तुम्हाला स्थानिक NTP सर्व्हरची आवश्यकता नसल्यास, किंवा तुमची सर्व्हर म्हणून Chrony आणि SNTP क्लायंट म्हणून systemd-timesyncd वापरण्यास हरकत नसल्यास. शेवटी, तुम्ही systemd-timesyncd च्या कार्यक्षमतेशी समाधानी असल्यास क्लायंट म्हणून Chrony ची अतिरिक्त वैशिष्ट्ये वापरण्याची गरज नाही.

दुसरी टीप: NTP लागू करण्यासाठी तुम्हाला systemd टूल्स वापरण्याची आवश्यकता नाही. तुम्ही ntpd, Chrony किंवा अन्य NTP अंमलबजावणीची जुनी आवृत्ती वापरू शकता. शेवटी, systemd मध्ये मोठ्या प्रमाणात सेवा असतात; त्यापैकी बरेच पर्यायी आहेत, त्यामुळे तुम्ही ते बंद करू शकता आणि त्याऐवजी दुसरे काहीतरी वापरू शकता. हा एक प्रचंड मोनोलिथिक राक्षस नाही. तुम्हाला कदाचित systemd किंवा त्याचे काही भाग आवडणार नाहीत, पण तुम्ही माहितीपूर्ण निर्णय घ्यावा.

मला systemd ची NTP ची अंमलबजावणी आवडते, परंतु मी Chrony ला प्राधान्य देतो कारण ते माझ्या गरजेला अधिक अनुकूल करते. हे लिनक्स आहे, बाळा -)

जाहिरातींच्या अधिकारांवर

VDSina ऑफर करते कोणत्याही कार्यासाठी सर्व्हर, स्वयंचलित स्थापनेसाठी ऑपरेटिंग सिस्टमची एक मोठी निवड, आपल्या स्वत: च्या कोणत्याही OS स्थापित करणे शक्य आहे ISO, आरामदायक नियंत्रण पॅनेल स्वतःचा विकास आणि दैनंदिन पेमेंट. लक्षात ठेवा की आमच्याकडे शाश्वत सर्व्हर आहेत जे निश्चितपणे कालातीत आहेत 😉

स्त्रोत: www.habr.com

लिनक्स टाइम सिंक्रोनाइझेशन: NTP, Chrony आणि systemd-timesyncd