लिनक्स समय सिंक्रोनाइजेसन: NTP, Chrony र systemd-timesyncd

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

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

यन्त्रहरूले पनि समयको ट्रयाक राख्छन्

हाम्रा यन्त्रहरू र कम्प्युटरहरूलाई सही समय चाहिने धेरै कारणहरू छन्। उदाहरणका लागि, बैंकिङ, स्टक बजार, र अन्य वित्तीय व्यवसायहरूमा, लेनदेनहरू उचित क्रममा हुनुपर्छ, र सही समय अनुक्रमहरू यसको लागि महत्त्वपूर्ण छन्।

हाम्रा फोनहरू, ट्याब्लेटहरू, कारहरू, GPS प्रणालीहरू र कम्प्युटरहरू सबैलाई सही समय र मिति सेटिङहरू चाहिन्छ। म मेरो कम्प्युटरको डेस्कटपमा भएको घडीले सही समय देखाउन चाहन्छु। म मेरो स्थानीय पात्रोमा सही समयमा रिमाइन्डरहरू देखा पर्न चाहन्छु। सही समयले यो पनि सुनिश्चित गर्दछ कि क्रोन र प्रणालीबद्ध कार्यहरू सही समयमा चल्छन्।

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

एक पटक - धेरै घण्टा

लिनक्स होस्टहरूले त्यहाँ प्रणाली समय र RTC समय हो भन्ने कुरालाई ध्यानमा राख्नु पर्छ। RTC (वास्तविक समय घडी) हार्डवेयर घडीको लागि अलिकति अनौठो र धेरै सटीक नाम हो।

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

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

प्रणाली समय भनेको OS ले तपाईंको डेस्कटपको GUI घडीमा, मिति आदेशको आउटपुटमा, लगहरूको टाइमस्ट्याम्पहरूमा देखाउने समय हो। यो फाइलहरू सिर्जना, परिमार्जन र खोल्दा पनि लागू हुन्छ।

पृष्ठमा rtc को लागी मान्छे त्यहाँ RTC र प्रणाली घडी को पूर्ण विवरण छ।

NTP संग के छ?

विश्वभरका कम्प्युटरहरूले NTP सर्भरहरूको पदानुक्रम प्रयोग गरेर इन्टरनेटमा मानक सन्दर्भ घडीहरूसँग आफ्नो समय सिङ्क्रोनाइज गर्न NTP (नेटवर्क टाइम प्रोटोकल) प्रयोग गर्छन्। मुख्य समय सर्भरहरू लेयर 1 मा छन् र तिनीहरू सीधै लेयर 0 मा विभिन्न राष्ट्रिय समय सेवाहरूसँग उपग्रह, रेडियो वा टेलिफोन लाइनहरूमा मोडेमहरू मार्फत जडान भएका छन्। लेयर ० टाइम सेवाहरू परमाणु घडी, परमाणु घडीहरूद्वारा प्रसारित सिग्नलहरूमा ट्युन गरिएको रेडियो रिसीभर, वा GPS उपग्रहहरू द्वारा प्रसारित अत्यधिक सटीक घडी संकेतहरू प्रयोग गर्ने GPS रिसीभर हुन सक्छ।

सन्दर्भ सर्भरहरूको विशाल बहुमतसँग धेरै हजार सार्वजनिक NTP स्ट्र्याटम 2 सर्भरहरू जनताका लागि खुला छन्। NTP सर्भर चाहिने धेरै होस्टहरू भएका धेरै संस्थाहरू र प्रयोगकर्ताहरू (म आफैं समावेश छन्) तिनीहरूको आफ्नै समय सर्भरहरू सेटअप गर्न छनौट गर्नुहोस् त्यसैले केवल एक स्थानीय होस्टले स्ट्र्याटम 2 वा 3 पहुँच गर्दछ। त्यसपछि तिनीहरूले स्थानीय प्रयोग गर्न नेटवर्कमा बाँकी नोडहरू कन्फिगर गर्छन्। समय सर्भर। मेरो गृह नेटवर्क को मामला मा, यो एक तह 3 सर्भर हो।

NTP को विभिन्न कार्यान्वयन

NTP को मूल कार्यान्वयन ntpd हो। त्यसपछि यो दुई नयाँ, chronyd र systemd-timesyncd द्वारा जोडिएको थियो। सबै तीनले स्थानीय होस्ट समयलाई NTP समय सर्भरसँग सिङ्क्रोनाइज गर्दछ। systemd-timesyncd सेवा chronyd जत्तिकै भरपर्दो छैन, तर यो धेरैजसो उद्देश्यका लागि पर्याप्त छ। यदि RTC सिंक बाहिर छ भने, यसले बिस्तारै 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 सुरु नगरेको हुनाले, 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 ~]#

यसले तपाइँलाई तपाइँको होस्टको लागि स्थानीय समय, 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 मा पूर्वनिर्धारित रूपमा स्थापित छ। यद्यपि, यो 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

चलिरहेको timesync

तपाईं यसरी सुरु गर्न र 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 होइन।

तपाईलाई किन RTC चाहिन्छ?

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 वा यसको अंशहरू मन नपर्ने हुन सक्छ, तर तपाईंले एक सूचित निर्णय गर्नुपर्छ।

मलाई NTP को systemd को कार्यान्वयन मनपर्छ, तर म Chrony लाई रुचाउँछु किनकि यसले मेरो आवश्यकतालाई अझ राम्रोसँग मिल्छ। यो लिनक्स हो, बच्चा -)

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

VDSina प्रस्ताव गर्दछ कुनै पनि कार्यको लागि सर्भर, स्वचालित स्थापना को लागी अपरेटिङ सिस्टम को एक विशाल चयन, यो आफ्नो बाट कुनै पनि OS स्थापना गर्न सम्भव छ। आईएसओ, सहज नियन्त्रण प्यानल आफ्नै विकास र दैनिक भुक्तानी। सम्झनुहोस् कि हामीसँग अनन्त सर्भरहरू छन् जुन निश्चित रूपमा कालातीत छन् 😉

स्रोत: www.habr.com