🥇Linux समय तुल्यकालन: NTP, Chrony और systemd-timesyncd

ज्यादातर लोग समय का ध्यान रखते हैं। हम अपनी सुबह की रस्में पूरी करने के लिए समय पर उठते हैं और काम पर जाते हैं, लंच ब्रेक लेते हैं, प्रोजेक्ट की समय सीमा पूरी करते हैं, जन्मदिन और छुट्टियां मनाते हैं, हवाई जहाज़ पर चढ़ते हैं, इत्यादि।

इसके अलावा: हममें से कुछ लोग समय के प्रति आसक्त हैं। मेरी घड़ी सौर ऊर्जा से संचालित है और राष्ट्रीय मानक और प्रौद्योगिकी संस्थान से सटीक समय प्राप्त करती है (NIST) फोर्ट कॉलिन्स, कोलोराडो लॉन्गवेव रेडियो के माध्यम से डब्ल्यूडब्ल्यूवीबी. समय के संकेतों को परमाणु घड़ी के साथ सिंक्रनाइज़ किया जाता है, जो कि फोर्ट कॉलिन्स में भी स्थित है। मेरा फिटबिट मेरे फोन के साथ सिंक हो रहा है जो सर्वर के साथ सिंक हो रहा है एनटीपी, जो अंततः परमाणु घड़ी के साथ सिंक्रनाइज़ करता है।

उपकरण समय का भी ध्यान रखते हैं

ऐसे कई कारण हैं जिनकी वजह से हमारे उपकरणों और कंप्यूटरों को सटीक समय की आवश्यकता होती है। उदाहरण के लिए, बैंकिंग, शेयर बाजार और अन्य वित्तीय व्यवसायों में, लेन-देन उचित क्रम में किया जाना चाहिए, और सटीक समय क्रम इसके लिए महत्वपूर्ण हैं।

हमारे फोन, टैबलेट, कार, जीपीएस सिस्टम और कंप्यूटर सभी को सटीक समय और दिनांक सेटिंग की आवश्यकता होती है। मैं चाहता हूं कि मेरे कंप्यूटर के डेस्कटॉप पर मौजूद घड़ी सही समय दिखाए। मैं चाहता हूं कि रिमाइंडर मेरे स्थानीय कैलेंडर पर सही समय पर दिखाई दें। सही समय यह भी सुनिश्चित करता है कि क्रॉन और सिस्टमड जॉब सही समय पर चले।

लॉगिंग के लिए दिनांक और समय भी महत्वपूर्ण होते हैं, इसलिए दिनांक और समय के आधार पर कुछ लॉग्स को खोजना थोड़ा आसान होता है। उदाहरण के लिए, मैंने एक बार DevOps में काम किया था (इसे उस समय नहीं कहा जाता था) और उत्तरी कैरोलिना राज्य में एक ईमेल सिस्टम स्थापित कर रहा था। हम एक दिन में 20 मिलियन से अधिक ईमेल संसाधित करते थे। सर्वरों की एक श्रृंखला के माध्यम से ई-मेल को ट्रैक करना, या भौगोलिक रूप से बिखरे हुए मेजबानों पर लॉग फ़ाइलों का उपयोग करके घटनाओं के सटीक अनुक्रम का निर्धारण करना, बहुत आसान हो सकता है यदि संबंधित कंप्यूटर समय पर सिंक्रनाइज़ किए जाते हैं।

एक बार - कई घंटे

लिनक्स होस्ट को यह ध्यान रखना चाहिए कि एक सिस्टम समय और एक आरटीसी समय है। RTC (रियल टाइम क्लॉक) हार्डवेयर घड़ी के लिए थोड़ा अजीब और बहुत सटीक नाम नहीं है।

सिस्टम मदरबोर्ड पर बैटरी का उपयोग करते हुए, कंप्यूटर बंद होने पर भी हार्डवेयर घड़ी लगातार चलती रहती है। RTC का मुख्य कार्य उस समय को स्टोर करना है जब टाइम सर्वर से कनेक्शन उपलब्ध नहीं होता है। उन दिनों में जब इंटरनेट पर टाइम सर्वर से जुड़ना असंभव था, प्रत्येक कंप्यूटर में एक सटीक आंतरिक घड़ी होनी चाहिए। ऑपरेटिंग सिस्टम को बूट समय पर आरटीसी का उपयोग करना पड़ता था और यह सुनिश्चित करने के लिए उपयोगकर्ता को BIOS हार्डवेयर कॉन्फ़िगरेशन इंटरफ़ेस का उपयोग करके मैन्युअल रूप से सिस्टम समय सेट करना पड़ता था।

हार्डवेयर घड़ियाँ समय क्षेत्र की अवधारणा को नहीं समझती हैं; RTC केवल समय को संग्रहीत करता है, समय क्षेत्र या UTC (समन्वित यूनिवर्सल टाइम, जिसे GMT या ग्रीनविच मीन टाइम के रूप में भी जाना जाता है) से ऑफसेट नहीं है। आप एक उपकरण का उपयोग करके आरटीसी स्थापित कर सकते हैं जिसे मैं इस लेख में बाद में कवर करूँगा।

सिस्टम समय वह समय है जब ओएस आपके डेस्कटॉप पर जीयूआई घड़ी पर प्रदर्शित होता है, डेट कमांड के आउटपुट में, लॉग के टाइमस्टैम्प में। यह तब भी लागू होता है जब फ़ाइलें बनाई जाती हैं, संशोधित की जाती हैं और खोली जाती हैं।

पेज पर आरटीसी के लिए आदमी आरटीसी और सिस्टम क्लॉक का पूरा विवरण है।

एनटीपी के साथ क्या है?

दुनिया भर के कंप्यूटर NTP सर्वरों के पदानुक्रम का उपयोग करके इंटरनेट पर मानक संदर्भ घड़ियों के साथ अपने समय को सिंक्रनाइज़ करने के लिए NTP (नेटवर्क टाइम प्रोटोकॉल) का उपयोग करते हैं। मुख्य समय सर्वर परत 1 पर हैं और वे सीधे विभिन्न राष्ट्रीय समय सेवाओं से परत 0 पर उपग्रह, रेडियो या यहां तक कि टेलीफोन लाइनों पर मॉडेम के माध्यम से जुड़े हुए हैं। परत 0 समय सेवाएं एक परमाणु घड़ी हो सकती हैं, एक रेडियो रिसीवर जो परमाणु घड़ियों द्वारा प्रेषित संकेतों पर ट्यून किया जाता है, या एक जीपीएस रिसीवर जो जीपीएस उपग्रहों द्वारा प्रेषित अत्यधिक सटीक घड़ी संकेतों का उपयोग करता है।

संदर्भ सर्वरों के विशाल बहुमत में कई हज़ार सार्वजनिक एनटीपी स्ट्रैटम 2 सर्वर जनता के लिए खुले हैं। कई संगठन और उपयोगकर्ता (स्वयं शामिल) बहुत सारे मेजबानों के साथ जिन्हें NTP सर्वर की आवश्यकता होती है, वे अपना समय सर्वर सेट करना चुनते हैं ताकि केवल एक स्थानीय होस्ट स्ट्रैटम 2 या 3 तक पहुंच सके। फिर वे स्थानीय का उपयोग करने के लिए नेटवर्क पर शेष नोड्स को कॉन्फ़िगर करते हैं। समय सर्वर। मेरे होम नेटवर्क के मामले में, यह एक लेयर 3 सर्वर है।

एनटीपी के विभिन्न कार्यान्वयन

NTP का मूल कार्यान्वयन ntpd है। इसके बाद इसे दो नए लोगों, chronyd और systemd-timesyncd से जोड़ा गया। तीनों स्थानीय होस्ट समय को NTP समय सर्वर के साथ सिंक्रनाइज़ करते हैं। systemd-timesyncd सेवा chronyd जितनी विश्वसनीय नहीं है, लेकिन यह अधिकांश उद्देश्यों के लिए पर्याप्त है। यदि RTC सिंक से बाहर है, तो यह धीरे-धीरे सिस्टम समय को NTP सर्वर के साथ सिंक्रनाइज़ करने के लिए समायोजित कर सकता है जब स्थानीय सिस्टम का समय थोड़ा कम हो जाता है। Systemd-timesync सेवा का उपयोग टाइम सर्वर के रूप में नहीं किया जा सकता है।

क्रोनी NTP का एक कार्यान्वयन है जिसमें दो प्रोग्राम होते हैं: chronyd डेमॉन और एक कमांड-लाइन इंटरफ़ेस जिसे chronyc कहा जाता है। क्रॉनी में कुछ विशेषताएं हैं जो कई मामलों में अपरिहार्य हैं:

Chrony पुरानी ntpd सेवा की तुलना में बहुत तेजी से एक टाइम सर्वर के साथ सिंक्रोनाइज़ कर सकता है। यह लैपटॉप या डेस्कटॉप के लिए अच्छा है जो हर समय काम नहीं करता है।
यह घड़ी के उतार-चढ़ाव की भरपाई कर सकता है, जैसे कि जब मेजबान सो जाता है या स्लीप मोड में चला जाता है, या जब आवृत्ति hopping के कारण घड़ी बदल जाती है, जो कम भार पर घड़ियों को धीमा कर देती है।
यह अस्थिर नेटवर्क कनेक्शन या नेटवर्क कंजेशन से संबंधित समय की समस्याओं को हल करता है।
यह नेटवर्क देरी को नियंत्रित करता है।
प्रारंभिक समय सिंक के बाद, Chrony घड़ी को कभी नहीं रोकता है। यह कई सिस्टम सेवाओं और अनुप्रयोगों के लिए स्थिर और सुसंगत टाइमलॉट प्रदान करता है।
Chrony बिना नेटवर्क कनेक्शन के भी काम कर सकता है। इस मामले में, स्थानीय होस्ट या सर्वर को मैन्युअल रूप से अपडेट किया जा सकता है।
Chrony NTP सर्वर के रूप में कार्य कर सकता है।

एक बार फिर, NTP एक प्रोटोकॉल है जिसे Chrony या systemd-timesyncd का उपयोग करके लिनक्स होस्ट पर लागू किया जा सकता है।

NTP, Chrony, और systemd-timesyncd RPM मानक फेडोरा रिपॉजिटरी में उपलब्ध हैं। systemd-udev RPM एक कर्नेल इवेंट मैनेजर है जो कि Fedora पर तयशुदा रूप से संस्थापित है, लेकिन वैकल्पिक है।

आप तीनों को स्थापित कर सकते हैं और उनके बीच स्विच कर सकते हैं, लेकिन यह एक अतिरिक्त सिरदर्द पैदा करेगा। तो यह बेहतर नहीं है। फेडोरा, सेंटोस, और आरएचईएल के आधुनिक रिलीज को डिफ़ॉल्ट कार्यान्वयन के रूप में क्रॉनी में स्थानांतरित कर दिया गया है, और उनके पास सिस्टमड-टाइमसिंकड भी है। मुझे लगता है कि क्रॉनी अच्छी तरह से काम करता है, एनटीपी सेवा की तुलना में बेहतर इंटरफ़ेस प्रदान करता है, अधिक जानकारी और नियंत्रण प्रदान करता है, जो सिस्टम प्रशासक निश्चित रूप से आनंद लेंगे।

एनटीपी सेवाओं को अक्षम करना

हो सकता है कि 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 सेवा चल रही है या नहीं। चूँकि आपने अभी तक NTP शुरू नहीं किया है, timesync-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 ~]#

यह आपको आपके मेजबान, यूटीसी समय और आरटीसी समय के लिए स्थानीय समय देगा। इस स्थिति में, सिस्टम समय अमेरिका / New_York (TZ) समय क्षेत्र पर सेट है, RTC स्थानीय समय क्षेत्र में समय पर सेट है, और NTP सेवा सक्रिय नहीं है। आरटीसी समय सिस्टम समय से थोड़ा विचलित होना शुरू हो गया है। यह उन सिस्टम्स के लिए सामान्य है जिनकी घड़ियों को सिंक्रोनाइज़ नहीं किया गया है। होस्ट पर ऑफ़सेट की मात्रा उस समय पर निर्भर करती है जो सिस्टम के अंतिम बार सिंक्रनाइज़ होने के बाद बीत चुका है।

हमें RTC के लिए स्थानीय समय का उपयोग करने के बारे में एक चेतावनी भी प्राप्त हुई - यह समय क्षेत्र परिवर्तन और DST सेटिंग्स पर लागू होती है। यदि परिवर्तन किए जाने की आवश्यकता होने पर कंप्यूटर बंद कर दिया जाता है, तो RTC नहीं बदलेगा। लेकिन चौबीसों घंटे चलने वाले सर्वर या अन्य होस्ट के लिए, यह कोई समस्या नहीं है। इसके अलावा, NTP समय तुल्यकालन प्रदान करने वाली कोई भी सेवा प्रारंभिक स्टार्टअप चरण के दौरान होस्ट के समय को समायोजित करेगी, इसलिए स्टार्टअप पूर्ण होने के बाद समय फिर से सही हो जाएगा।

समय क्षेत्र की स्थापना

आमतौर पर, आप स्थापना प्रक्रिया के दौरान समय क्षेत्र निर्दिष्ट करते हैं और आपके पास इसे बाद में बदलने का कार्य नहीं होता है। हालाँकि, ऐसे समय होते हैं जब आपको समय क्षेत्र बदलने की आवश्यकता होती है। ऐसे कई टूल हैं जो मदद कर सकते हैं। Linux किसी होस्ट के स्थानीय समयक्षेत्र को निर्धारित करने के लिए समयक्षेत्र फ़ाइलों का उपयोग करता है। ये फ़ाइलें निर्देशिका में हैं /usr/शेयर/ज़ोनइन्फो. डिफ़ॉल्ट रूप से, मेरे समय क्षेत्र के लिए, सिस्टम इसे निर्धारित करता है: /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>

अब आप समय क्षेत्र सेट कर सकते हैं। मैंने परिवर्तनों की जांच के लिए दिनांक कमांड का उपयोग किया था, लेकिन आप टाइमडेटेक्टल का भी उपयोग कर सकते हैं:

[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

सिस्टमड टाइमसिंक डेमॉन एक एनटीपी कार्यान्वयन प्रदान करता है जो सिस्टमड संदर्भ में प्रबंधित करना आसान है। यह फेडोरा और उबंटू पर डिफ़ॉल्ट रूप से स्थापित है। हालाँकि, यह केवल Ubuntu पर डिफ़ॉल्ट रूप से शुरू होता है। मैं अन्य वितरणों के बारे में निश्चित नहीं हूँ। आप अपने लिए जाँच कर सकते हैं:

[root@testvm1 ~]# systemctl status 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) के बीच का अंतर एक सेकंड से भी कम है, और अगले कुछ दिनों में विसंगति कुछ और सेकंड बढ़ जाती है। चूंकि आरटीसी में समय क्षेत्रों की कोई अवधारणा नहीं है, 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

--लोकलटाइम विकल्प हार्डवेयर घड़ी को स्थानीय समय दिखाने के लिए कहता है, यूटीसी नहीं।

आपको आरटीसी की आवश्यकता क्यों है?

NTP का कोई भी कार्यान्वयन स्टार्टअप समय पर सिस्टम क्लॉक सेट करेगा। और फिर आरटीसी क्यों? यह पूरी तरह सच नहीं है: यह तभी होगा जब आपके पास टाइम सर्वर से नेटवर्क कनेक्शन हो। हालांकि, कई प्रणालियों के पास हमेशा नेटवर्क कनेक्शन तक पहुंच नहीं होती है, इसलिए लिनक्स के लिए सिस्टम समय निर्धारित करने के लिए एक हार्डवेयर घड़ी उपयोगी होती है। यह समय को मैन्युअल रूप से सेट करने से बेहतर है, भले ही यह वास्तविक समय से विचलित हो।

निष्कर्ष

इस लेख में दिनांक, समय और समय क्षेत्रों में हेर-फेर करने के लिए कुछ उपकरणों की समीक्षा की गई है। systemd-timesyncd टूल एक NTP क्लाइंट प्रदान करता है जो NTP सर्वर के साथ स्थानीय होस्ट पर समय को सिंक्रोनाइज़ कर सकता है। हालाँकि, systemd-timesyncd एक सर्वर सेवा प्रदान नहीं करता है, इसलिए यदि आपको अपने नेटवर्क पर NTP सर्वर की आवश्यकता है, तो आपको सर्वर के रूप में कार्य करने के लिए Chrony जैसे कुछ और का उपयोग करना चाहिए।

मैं अपने नेटवर्क पर किसी भी सेवा के लिए एकल कार्यान्वयन करना पसंद करता हूं, इसलिए मैं क्रॉनी का उपयोग करता हूं। यदि आपको स्थानीय NTP सर्वर की आवश्यकता नहीं है, या यदि आपको सर्वर के रूप में Chrony और SNTP क्लाइंट के रूप में systemd-timesyncd का उपयोग करने में कोई आपत्ति नहीं है। आखिरकार, यदि आप systemd-timesyncd की कार्यक्षमता से संतुष्ट हैं, तो क्लाइंट के रूप में Chrony की अतिरिक्त सुविधाओं का उपयोग करने की कोई आवश्यकता नहीं है।

एक और नोट: NTP को लागू करने के लिए आपको सिस्टमड टूल्स का उपयोग करने की आवश्यकता नहीं है। आप ntpd, Chrony, या अन्य NTP कार्यान्वयन के पुराने संस्करण का उपयोग कर सकते हैं। आखिरकार, सिस्टमड में बड़ी संख्या में सेवाएँ शामिल हैं; उनमें से कई वैकल्पिक हैं, इसलिए आप उन्हें बंद कर सकते हैं और इसके बजाय कुछ और उपयोग कर सकते हैं। यह एक विशाल अखंड राक्षस नहीं है। हो सकता है आपको सिस्टमड या इसके हिस्से पसंद न हों, लेकिन आपको एक सूचित निर्णय लेना चाहिए।

मुझे NTP का सिस्टमड कार्यान्वयन पसंद है, लेकिन मैं Chrony को पसंद करता हूं क्योंकि यह मेरी आवश्यकताओं के अनुरूप है। यह लिनक्स है, बेबी -)

विज्ञापन के अधिकार पर

वीडीसिना प्रदान करता है किसी भी कार्य के लिए सर्वरस्वचालित स्थापना के लिए ऑपरेटिंग सिस्टम का एक विशाल चयन, किसी भी ओएस को अपने आप से स्थापित करना संभव है आईएसओ, आरामदायक नियंत्रण कक्ष खुद का विकास और दैनिक भुगतान। याद रखें कि हमारे पास शाश्वत सर्वर हैं जो निश्चित रूप से कालातीत हैं 😉

स्रोत: www.habr.com

Linux समय तुल्यकालन: NTP, Chrony और systemd-timesyncd