Linux დროის სინქრონიზაცია: NTP, Chrony და systemd-timesyncd

ადამიანების უმეტესობა აკონტროლებს დროს. ჩვენ დროულად ვდგებით დილის რიტუალების დასასრულებლად და სამსახურში მივდივართ, ვისვენებთ ლანჩზე, ვასრულებთ პროექტის ვადებს, აღვნიშნავთ დაბადების დღეებსა და დღესასწაულებს, ავიდეთ თვითმფრინავში და ა.შ.

უფრო მეტიც: ზოგიერთი ჩვენგანი შეპყრობილია დროით. ჩემი საათი იკვებება მზის ენერგიით და იღებს ზუსტ დროს სტანდარტებისა და ტექნოლოგიების ეროვნული ინსტიტუტისგან (NIST) ფორტ კოლინზში, კოლორადოში ხანგრძლივი ტალღის რადიოს საშუალებით WWVB. დროის სიგნალები სინქრონიზებულია ატომურ საათთან, რომელიც ასევე მდებარეობს ფორტ კოლინზში. ჩემი Fitbit სინქრონიზებულია ჩემს ტელეფონთან, რომელიც სინქრონიზებულია სერვერთან NTP, რომელიც საბოლოოდ სინქრონიზდება ატომურ საათთან.

მოწყობილობები ასევე აკონტროლებენ დროს

არსებობს მრავალი მიზეზი, რის გამოც ჩვენს მოწყობილობებსა და კომპიუტერებს ზუსტი დრო სჭირდება. მაგალითად, საბანკო, საფონდო ბირჟებსა და სხვა ფინანსურ ბიზნესში, ტრანზაქციები უნდა განხორციელდეს სათანადო თანმიმდევრობით და ზუსტი დროის თანმიმდევრობა ამისთვის გადამწყვეტია.

ჩვენს ტელეფონებს, ტაბლეტებს, მანქანებს, GPS სისტემებსა და კომპიუტერებს სჭირდებათ ზუსტი დროისა და თარიღის პარამეტრები. მინდა ჩემი კომპიუტერის დესკტოპის საათმა აჩვენოს სწორი დრო. მსურს შეხსენებები გამოჩნდეს ჩემს ადგილობრივ კალენდარში საჭირო დროს. სწორი დრო ასევე უზრუნველყოფს cron და systemd სამუშაოების შესრულებას სწორ დროს.

თარიღი და დრო ასევე მნიშვნელოვანია შესვლისთვის, ამიტომ ცოტა უფრო ადვილია გარკვეული ჟურნალების პოვნა თარიღისა და დროის მიხედვით. მაგალითად, მე ერთხელ ვმუშაობდი DevOps-ში (მას მაშინ ასე არ ერქვა) და ვაწყობდი ელ.ფოსტის სისტემას ჩრდილოეთ კაროლინას შტატში. ჩვენ დღეში 20 მილიონზე მეტ წერილს ვამუშავებდით. ელ. ფოსტის თვალყურის დევნება სერვერების სერიის მეშვეობით, ან მოვლენების ზუსტი თანმიმდევრობის განსაზღვრა გეოგრაფიულად დაშლილ ჰოსტებზე ჟურნალის ფაილების გამოყენებით, ბევრად უფრო ადვილი იქნება, თუ შესაბამისი კომპიუტერები დროულად სინქრონიზებულია.

ერთჯერადი - ბევრი საათი

Linux ჰოსტებმა უნდა გაითვალისწინონ, რომ არსებობს სისტემის დრო და RTC დრო. RTC (Real Time Clock) არის ოდნავ უცნაური და არც თუ ისე ზუსტი სახელი ტექნიკის საათისთვის.

ტექნიკის საათი მუდმივად მუშაობს მაშინაც კი, როდესაც კომპიუტერი გამორთულია, ბატარეის გამოყენებით სისტემის დედაპლატზე. RTC-ის მთავარი ფუნქციაა დროის შენახვა, როცა დროის სერვერთან კავშირი მიუწვდომელია. იმ დღეებში, როდესაც შეუძლებელი იყო დროის სერვერთან დაკავშირება ინტერნეტით, ყველა კომპიუტერს უნდა ჰქონოდა ზუსტი შიდა საათი. ოპერაციულ სისტემებს უნდა ჰქონოდათ წვდომა RTC-ზე ჩატვირთვის დროს და მომხმარებელს ხელით უნდა დაეყენებინა სისტემის დრო BIOS-ის აპარატურის კონფიგურაციის ინტერფეისის გამოყენებით, რათა დარწმუნდეს, რომ ის იყო სწორი.

აპარატურულ საათებს არ ესმით დროის ზონების კონცეფცია; RTC ინახავს მხოლოდ დროს და არა დროის სარტყელს ან ოფსეტს UTC-დან (კოორდინირებული უნივერსალური დრო, ასევე ცნობილი როგორც GMT ან გრინვიჩის საშუალო დრო). შეგიძლიათ დააინსტალიროთ RTC ინსტრუმენტის გამოყენებით, რომელსაც მოგვიანებით განვიხილავ ამ სტატიაში.

სისტემის დრო არის დრო, რომელსაც OS აჩვენებს GUI საათზე თქვენს დესკტოპზე, თარიღის ბრძანების გამოსავალში, ჟურნალების დროის ნიშნულებში. ეს ასევე ეხება ფაილების შექმნას, შეცვლას და გახსნას.

გვერდზე კაცი rtc-სთვის არსებობს 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, მაგრამ საკმარისად კარგია უმეტესი მიზნებისთვის. თუ RTC არ არის სინქრონიზებული, მას შეუძლია თანდათან დაარეგულიროს სისტემის დრო NTP სერვერთან სინქრონიზაციისთვის, როდესაც ადგილობრივი სისტემის დრო ოდნავ იკლებს. systemd-timesync სერვისის გამოყენება შეუძლებელია დროის სერვერად.

ქრონიკა არის NTP-ის იმპლემენტაცია, რომელიც შეიცავს ორ პროგრამას: chronyd daemon და ბრძანების ხაზის ინტერფეისს, რომელსაც ეწოდება chronyc. Chrony-ს აქვს რამდენიმე მახასიათებელი, რომელიც ხშირ შემთხვევაში შეუცვლელია:

• Chrony-ს შეუძლია დროის სერვერთან სინქრონიზაცია ბევრად უფრო სწრაფად, ვიდრე ძველ ntpd სერვისს. ეს კარგია ლეპტოპებისთვის ან დესკტოპისთვის, რომლებიც მუდმივად არ მუშაობენ.
• მას შეუძლია საათის რყევების კომპენსირება, მაგალითად, როდესაც მასპინძელი იძინებს ან შედის ძილის რეჟიმში, ან როდესაც საათი იცვლება სიხშირის გადახტომის გამო, რაც ანელებს საათებს დაბალ დატვირთვაზე.
• ის წყვეტს დროის პრობლემებს, რომლებიც დაკავშირებულია ქსელის არასტაბილურ კავშირთან ან ქსელის გადატვირთულობასთან.
• ის არეგულირებს ქსელის შეფერხებებს.
• საწყისი დროის სინქრონიზაციის შემდეგ, Chrony არასოდეს აჩერებს საათს. ეს უზრუნველყოფს სტაბილურ და თანმიმდევრულ ვადებს მრავალი სისტემის სერვისისა და აპლიკაციისთვის.
• Chrony-ს შეუძლია იმუშაოს ქსელური კავშირის გარეშეც. ამ შემთხვევაში, ადგილობრივი ჰოსტი ან სერვერი შეიძლება განახლდეს ხელით.
• Chrony-ს შეუძლია იმოქმედოს როგორც NTP სერვერი.

კიდევ ერთხელ, NTP არის პროტოკოლი, რომელიც შეიძლება განხორციელდეს Linux ჰოსტზე Chrony-ის ან 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 სერვისი. ვინაიდან ჯერ არ დაგიწყიათ 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 დრო. ამ შემთხვევაში, სისტემის დრო დაყენებულია ამერიკის / ნიუ-იორკის (TZ) დროის სარტყელზე, RTC დაყენებულია დროზე ადგილობრივ დროის ზონაში და NTP სერვისი არ არის აქტიური. RTC დრომ დაიწყო ოდნავ გადახრა სისტემის დროიდან. ეს ნორმალურია სისტემებისთვის, რომელთა საათები არ არის სინქრონიზებული. ჰოსტზე ოფსეტური ოდენობა დამოკიდებულია სისტემის ბოლო სინქრონიზაციის შემდეგ გასულ დროზე.

ჩვენ ასევე მივიღეთ გაფრთხილება RTC-ისთვის ადგილობრივი დროის გამოყენების შესახებ - ეს ეხება დროის სარტყლის ცვლილებებს და DST პარამეტრებს. თუ კომპიუტერი გამორთულია, როდესაც საჭიროა ცვლილებების შეტანა, RTC არ შეიცვლება. მაგრამ სერვერებისთვის ან სხვა ჰოსტებისთვის, რომლებიც მუშაობენ მთელი საათის განმავლობაში, ეს საერთოდ არ არის პრობლემა. გარდა ამისა, ნებისმიერი სერვისი, რომელიც უზრუნველყოფს NTP დროის სინქრონიზაციას, დაარეგულირებს ჰოსტის დროს საწყის გაშვების ფაზაში, ასე რომ დრო ისევ სწორი იქნება გაშვების დასრულების შემდეგ.

დროის ზონის დაყენება

ჩვეულებრივ, ინსტალაციის პროცედურის დროს აზუსტებთ დროის სარტყელს და არ გაქვთ დავალება მოგვიანებით შეცვალოთ იგი. თუმცა, არის დრო, როდესაც საჭიროა დროის სარტყლის შეცვლა. არსებობს რამდენიმე ინსტრუმენტი, რომელიც დაგეხმარებათ. Linux იყენებს დროის ზონის ფაილებს ჰოსტის ლოკალური დროის ზონის დასადგენად. ეს ფაილები დირექტორიაშია /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>

ახლა შეგიძლიათ დააყენოთ დროის სარტყელი. მე გამოვიყენე date ბრძანება ცვლილებების შესამოწმებლად, მაგრამ ასევე შეგიძლიათ გამოიყენოთ 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

გაშვებული დროის სინქრონიზაცია

თქვენ შეგიძლიათ დაიწყოთ და გაააქტიუროთ 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 სერვისი ადგენს სისტემის დროს დროის ნიშნულზე დაყრდნობით. დროის შტამპები ინახება timesync დემონის მიერ და იქმნება ყველა წარმატებულ სინქრონზე.

timedatectl ბრძანებას არ აქვს საშუალება აიღოს აპარატურის საათის მნიშვნელობა სისტემის საათისგან. მას შეუძლია მხოლოდ დროისა და თარიღის დაყენება ბრძანების ხაზზე შეყვანილი მნიშვნელობიდან. თქვენ შეგიძლიათ დააყენოთ RTC იმავე მნიშვნელობაზე, როგორც სისტემის დრო hwclock ბრძანების გამოყენებით:

[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? ეს მთლად ასე არ არის: ეს მოხდება მხოლოდ იმ შემთხვევაში, თუ თქვენ გაქვთ ქსელური კავშირი დროის სერვერთან. თუმცა, ბევრ სისტემას ყოველთვის არ აქვს წვდომა ქსელურ კავშირზე, ამიტომ ტექნიკის საათი სასარგებლოა Linux-ისთვის სისტემის დროის დასაყენებლად. ეს უკეთესია, ვიდრე დროის ხელით დაყენება, მიუხედავად იმისა, რომ ის შეიძლება გადახრის რეალურ დროში.

დასკვნა

ამ სტატიაში განხილულია რამდენიმე ინსტრუმენტი თარიღის, დროისა და დროის ზონების მანიპულირებისთვის. systemd-timesyncd ინსტრუმენტი უზრუნველყოფს NTP კლიენტს, რომელსაც შეუძლია ადგილობრივ ჰოსტზე დროის სინქრონიზაცია NTP სერვერთან. თუმცა, systemd-timesyncd არ გთავაზობთ სერვერის სერვისს, ასე რომ, თუ თქვენ გჭირდებათ NTP სერვერი თქვენს ქსელში, უნდა გამოიყენოთ რაღაც სხვა, როგორიცაა Chrony, სერვერად მოქმედებისთვის.

მირჩევნია მქონდეს ერთი დანერგვა ჩემს ქსელში ნებისმიერი სერვისისთვის, ამიტომ ვიყენებ Chrony-ს. თუ არ გჭირდებათ ადგილობრივი NTP სერვერი, ან თუ წინააღმდეგი არ ხართ გამოიყენოთ Chrony სერვერად და systemd-timesyncd როგორც SNTP კლიენტი. ყოველივე ამის შემდეგ, არ არის საჭირო Chrony-ის დამატებითი ფუნქციების კლიენტად გამოყენება, თუ თქვენ კმაყოფილი ხართ systemd-timesyncd-ის ფუნქციონირებით.

კიდევ ერთი შენიშვნა: თქვენ არ გჭირდებათ სისტემური ინსტრუმენტების გამოყენება NTP-ის განსახორციელებლად. შეგიძლიათ გამოიყენოთ ntpd, Chrony ან სხვა NTP განხორციელების ძველი ვერსია. ყოველივე ამის შემდეგ, systemd შედგება დიდი რაოდენობით სერვისებისგან; ბევრი მათგანი არასავალდებულოა, ასე რომ თქვენ შეგიძლიათ გამორთოთ ისინი და სანაცვლოდ გამოიყენოთ სხვა. ეს არ არის უზარმაზარი მონოლითური მონსტრი. შეიძლება არ მოგეწონოთ სისტემა ან მისი ნაწილები, მაგრამ უნდა მიიღოთ ინფორმირებული გადაწყვეტილება.

მე მომწონს systemd-ის მიერ NTP-ის იმპლემენტაცია, მაგრამ მირჩევნია Chrony, რადგან ის ჩემს საჭიროებებს უკეთ ერგება. ეს არის Linux, პატარავ -)

რეკლამის უფლებების შესახებ

VDSina გთავაზობთ სერვერები ნებისმიერი ამოცანისთვისოპერაციული სისტემების უზარმაზარი არჩევანი ავტომატური ინსტალაციისთვის, შესაძლებელია ნებისმიერი OS-ის დაყენება საკუთარიდან ISO, კომფორტული პანელი საკუთარი განვითარება და ყოველდღიური გადახდა. შეგახსენებთ, რომ ჩვენ გვაქვს მარადიული სერვერები, რომლებიც ნამდვილად მარადიულია 😉

წყარო: www.habr.com