Linux Time Synchronization: NTP, Chrony ແລະ systemd-timesyncd

ຄົນສ່ວນໃຫຍ່ຕິດຕາມເວລາ. ພວກເຮົາຕື່ນນອນໃຫ້ທັນເວລາເພື່ອເຮັດພິທີກໍາໃນຕອນເຊົ້າຂອງພວກເຮົາແລະໄປເຮັດວຽກ, ພັກຜ່ອນອາຫານທ່ຽງ, ກົງກັບກໍານົດເວລາຂອງໂຄງການ, ສະເຫຼີມສະຫຼອງວັນເກີດແລະວັນພັກ, ຂື້ນຍົນ, ແລະອື່ນໆ.

ຍິ່ງໄປກວ່ານັ້ນ: ບາງສ່ວນຂອງພວກເຮົາແມ່ນ obsessed ກັບເວລາ. ໂມງຂອງຂ້ອຍໃຊ້ພະລັງງານຈາກແສງຕາເວັນ ແລະໄດ້ເວລາທີ່ຖືກຕ້ອງຈາກສະຖາບັນມາດຕະຖານ ແລະ ເຕັກໂນໂລຊີແຫ່ງຊາດ (NIST) ໄປ Fort Collins, Colorado ຜ່ານວິທະຍຸຍາວ WWBB. ສັນຍານເວລາແມ່ນ synchronized ກັບໂມງປະລໍາມະນູ, ຍັງຕັ້ງຢູ່ Fort Collins. Fitbit ຂອງຂ້ອຍກໍາລັງຊິງຄ໌ກັບໂທລະສັບຂອງຂ້ອຍທີ່ກໍາລັງຊິ້ງກັບເຊີບເວີ NTP, ເຊິ່ງໃນທີ່ສຸດ synchronizes ກັບໂມງປະລໍາມະນູ.

ອຸປະກອນຕິດຕາມເວລາເຊັ່ນກັນ

ມີຫຼາຍເຫດຜົນວ່າເປັນຫຍັງອຸປະກອນ ແລະຄອມພິວເຕີຂອງພວກເຮົາຕ້ອງການເວລາທີ່ຖືກຕ້ອງ. ສໍາລັບຕົວຢ່າງ, ໃນທະນາຄານ, ຕະຫຼາດຫຼັກຊັບ, ແລະທຸລະກິດທາງດ້ານການເງິນອື່ນໆ, ການເຮັດທຸລະກໍາຕ້ອງໄດ້ຮັບການປະຕິບັດໃນລໍາດັບທີ່ເຫມາະສົມ, ແລະລໍາດັບເວລາທີ່ຖືກຕ້ອງແມ່ນສໍາຄັນຕໍ່ເລື່ອງນີ້.

ໂທລະສັບ, ແທັບເລັດ, ລົດ, ລະບົບ GPS ແລະຄອມພິວເຕີຂອງພວກເຮົາທັງໝົດຕ້ອງການການຕັ້ງຄ່າເວລາ ແລະວັນທີທີ່ຖືກຕ້ອງ. ຂ້ອຍຕ້ອງການໂມງໃນ desktop ຂອງຄອມພິວເຕີຂອງຂ້ອຍສະແດງເວລາທີ່ຖືກຕ້ອງ. ຂ້ອຍຕ້ອງການເຕືອນໃຫ້ປາກົດຢູ່ໃນປະຕິທິນທ້ອງຖິ່ນຂອງຂ້ອຍໃນເວລາທີ່ເຫມາະສົມ. ເວລາທີ່ຖືກຕ້ອງຍັງຮັບປະກັນວ່າວຽກ cron ແລະລະບົບເຮັດວຽກໃນເວລາທີ່ຖືກຕ້ອງ.

ວັນທີແລະເວລາຍັງມີຄວາມສໍາຄັນສໍາລັບການຕັດໄມ້, ສະນັ້ນມັນງ່າຍເລັກນ້ອຍທີ່ຈະຊອກຫາບັນທຶກທີ່ແນ່ນອນໂດຍອີງໃສ່ວັນທີແລະເວລາ. ຕົວຢ່າງ, ຂ້ອຍເຄີຍເຮັດວຽກຢູ່ DevOps (ມັນບໍ່ຖືກເອີ້ນວ່າໃນເວລານັ້ນ) ແລະກໍາລັງຕັ້ງລະບົບອີເມວຢູ່ໃນລັດ North Carolina. ພວກເຮົາເຄີຍປະມວນຜົນຫຼາຍກວ່າ 20 ລ້ານອີເມວຕໍ່ມື້. ການຕິດຕາມອີເມລ໌ຜ່ານເຊີບເວີຫຼາຍຊຸດ, ຫຼືການກໍານົດລໍາດັບເຫດການທີ່ແນ່ນອນໂດຍໃຊ້ໄຟລ໌ບັນທຶກຢູ່ໃນໂຮດທີ່ກະແຈກກະຈາຍຕາມພູມສັນຖານ, ສາມາດງ່າຍຂຶ້ນຫຼາຍຖ້າຄອມພິວເຕີທີ່ກ່ຽວຂ້ອງຖືກ synchronized ໃນເວລາ.

ຫນຶ່ງຄັ້ງ - ຫຼາຍຊົ່ວໂມງ

ເຈົ້າພາບ Linux ຕ້ອງຄໍານຶງເຖິງເວລາຂອງລະບົບແລະເວລາ RTC. RTC (ໂມງເວລາຈິງ) ເປັນຊື່ທີ່ແປກເລັກນ້ອຍ ແລະບໍ່ຖືກຕ້ອງຫຼາຍສຳລັບໂມງຮາດແວ.

ໂມງຮາດແວເຮັດວຽກຢ່າງຕໍ່ເນື່ອງເຖິງແມ່ນວ່າຈະປິດຄອມພິວເຕີ, ໂດຍໃຊ້ແບັດເຕີຣີໃນເມນບອດຂອງລະບົບ. ຫນ້າທີ່ຕົ້ນຕໍຂອງ RTC ແມ່ນເພື່ອເກັບຮັກສາເວລາໃນເວລາທີ່ການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍທີ່ໃຊ້ເວລາບໍ່ສາມາດໃຊ້ໄດ້. ໃນມື້ທີ່ມັນບໍ່ສາມາດເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍເວລາຜ່ານອິນເຕີເນັດ, ຄອມພິວເຕີທຸກເຄື່ອງຕ້ອງມີໂມງພາຍໃນທີ່ຖືກຕ້ອງ. ລະບົບປະຕິບັດການຕ້ອງເຂົ້າເຖິງ RTC ໃນເວລາ boot ແລະຜູ້ໃຊ້ຕ້ອງຕັ້ງເວລາລະບົບດ້ວຍຕົນເອງໂດຍໃຊ້ສ່ວນຕິດຕໍ່ການຕັ້ງຄ່າຮາດແວ BIOS ເພື່ອໃຫ້ແນ່ໃຈວ່າມັນຖືກຕ້ອງ.

ໂມງຮາດແວບໍ່ເຂົ້າໃຈແນວຄວາມຄິດຂອງເຂດເວລາ; RTC ພຽງແຕ່ເກັບຮັກສາເວລາ, ບໍ່ແມ່ນເຂດເວລາຫຼືຊົດເຊີຍຈາກ UTC (ເວລາສາກົນທີ່ປະສານງານ, ເຊິ່ງເອີ້ນກັນວ່າ GMT ຫຼື Greenwich Mean Time). ທ່ານສາມາດຕິດຕັ້ງ RTC ໂດຍໃຊ້ເຄື່ອງມືທີ່ຂ້ອຍຈະກວມເອົາຕໍ່ມາໃນບົດຄວາມນີ້.

ເວລາຂອງລະບົບແມ່ນເວລາທີ່ OS ສະແດງຢູ່ໃນໂມງ GUI ໃນ desktop ຂອງທ່ານ, ໃນຜົນຜະລິດຂອງຄໍາສັ່ງວັນທີ, ໃນ timestamps ຂອງບັນທຶກ. ນີ້ຍັງໃຊ້ກັບເວລາທີ່ໄຟລ໌ຖືກສ້າງ, ແກ້ໄຂ, ແລະເປີດ.

ໃນ ໜ້າ ຜູ້ຊາຍສໍາລັບ rtc ມີລາຍລະອຽດເຕັມຂອງ RTC ແລະໂມງລະບົບ.

NTP ແມ່ນຫຍັງ?

ຄອມພິວເຕີທົ່ວໂລກໃຊ້ NTP (Network Time Protocol) ເພື່ອ synchronize ເວລາຂອງພວກເຂົາກັບໂມງອ້າງອີງມາດຕະຖານຜ່ານອິນເຕີເນັດໂດຍໃຊ້ລໍາດັບຊັ້ນຂອງເຊີບເວີ NTP. ເຄື່ອງແມ່ຂ່າຍທີ່ໃຊ້ເວລາຕົ້ນຕໍແມ່ນຢູ່ໃນຊັ້ນ 1 ແລະພວກມັນຖືກເຊື່ອມຕໍ່ໂດຍກົງກັບການບໍລິການເວລາແຫ່ງຊາດຕ່າງໆໃນຊັ້ນ 0 ຜ່ານດາວທຽມ, ວິທະຍຸຫຼືແມ້ກະທັ້ງໂມເດັມຜ່ານສາຍໂທລະສັບ. Layer 0 ການບໍລິການເວລາສາມາດເປັນໂມງປະລໍາມະນູ, ເຄື່ອງຮັບວິທະຍຸທີ່ປັບສັນຍານທີ່ສົ່ງໂດຍໂມງປະລໍາມະນູ, ຫຼືເຄື່ອງຮັບ GPS ທີ່ໃຊ້ສັນຍານໂມງທີ່ຖືກຕ້ອງສູງທີ່ສົ່ງໂດຍດາວທຽມ GPS.

ສ່ວນໃຫຍ່ຂອງເຄື່ອງແມ່ຂ່າຍອ້າງອິງມີຫຼາຍພັນເຄື່ອງແມ່ຂ່າຍ NTP stratum 2 ສາທາລະນະທີ່ເປີດໃຫ້ສາທາລະນະ. ອົງການຈັດຕັ້ງແລະຜູ້ໃຊ້ຈໍານວນຫຼາຍ (ຂ້າພະເຈົ້າລວມເອົາ) ທີ່ມີເຈົ້າພາບຈໍານວນຫລາຍທີ່ຕ້ອງການເຄື່ອງແມ່ຂ່າຍ NTP ເລືອກທີ່ຈະຕັ້ງຄ່າເຄື່ອງແມ່ຂ່າຍເວລາຂອງຕົນເອງເພື່ອໃຫ້ພຽງແຕ່ຫນຶ່ງເຈົ້າພາບທ້ອງຖິ່ນເຂົ້າເຖິງ stratum 2 ຫຼື 3. ຫຼັງຈາກນັ້ນພວກເຂົາ configure nodes ທີ່ຍັງເຫຼືອຢູ່ໃນເຄືອຂ່າຍເພື່ອນໍາໃຊ້ທ້ອງຖິ່ນ. ເຊີບເວີເວລາ. ໃນກໍລະນີຂອງເຄືອຂ່າຍບ້ານຂອງຂ້ອຍ, ນີ້ແມ່ນເຄື່ອງແມ່ຂ່າຍຊັ້ນ 3.

ການປະຕິບັດຕ່າງໆຂອງ NTP

ການປະຕິບັດຕົ້ນສະບັບຂອງ NTP ແມ່ນ ntpd. ຫຼັງຈາກນັ້ນ, ມັນໄດ້ຖືກເຂົ້າຮ່ວມໂດຍສອງອັນໃຫມ່, chronyd ແລະ systemd-timesyncd. ທັງສາມ synchronize ເວລາໂຮດທ້ອງຖິ່ນກັບເຄື່ອງແມ່ຂ່າຍເວລາ NTP. ການບໍລິການ systemd-timesyncd ບໍ່ມີຄວາມຫນ້າເຊື່ອຖືເທົ່າກັບ chronyd, ແຕ່ມັນດີພຽງພໍສໍາລັບຈຸດປະສົງສ່ວນໃຫຍ່. ຖ້າ RTC ຂາດການຊິງຄ໌, ມັນສາມາດຄ່ອຍໆປັບເວລາຂອງລະບົບເພື່ອ synchronize ກັບເຄື່ອງແມ່ຂ່າຍຂອງ NTP ເມື່ອເວລາຂອງລະບົບທ້ອງຖິ່ນຫຼຸດລົງເລັກນ້ອຍ. ບໍລິການ systemd-timesync ບໍ່ສາມາດໃຊ້ເປັນເຄື່ອງແມ່ຂ່າຍເວລາໄດ້.

ຊໍາເຮື້ອ ແມ່ນການປະຕິບັດຂອງ NTP ທີ່ມີສອງໂຄງການ: chronyd daemon ແລະການໂຕ້ຕອບເສັ້ນຄໍາສັ່ງທີ່ເອີ້ນວ່າ chronyc. Chrony ມີລັກສະນະບາງຢ່າງທີ່ຂາດບໍ່ໄດ້ໃນຫຼາຍໆກໍລະນີ:

• Chrony ສາມາດ synchronize ກັບເຄື່ອງແມ່ຂ່າຍເວລາໄວກວ່າການບໍລິການ ntpd ເກົ່າ. ອັນນີ້ແມ່ນດີສຳລັບແລັບທັອບ ຫຼືເດັສທັອບທີ່ບໍ່ເຮັດວຽກຕະຫຼອດເວລາ.
• ມັນສາມາດຊົດເຊີຍການເຫນັງຕີງຂອງໂມງ, ເຊັ່ນ: ເມື່ອເຈົ້າພາບໄປນອນຫຼືເຂົ້າສູ່ໂໝດນອນ, ຫຼືເມື່ອໂມງປ່ຽນແປງເນື່ອງຈາກຄວາມຖີ່ຂອງຄວາມຖີ່, ເຊິ່ງເຮັດໃຫ້ໂມງຊ້າລົງໃນເວລາໂຫຼດຕໍ່າ.
• ມັນແກ້ໄຂບັນຫາເວລາທີ່ກ່ຽວຂ້ອງກັບການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ບໍ່ຫມັ້ນຄົງຫຼືຄວາມແອອັດຂອງເຄືອຂ່າຍ.
• ມັນຄວບຄຸມຄວາມລ່າຊ້າຂອງເຄືອຂ່າຍ.
• ຫຼັງຈາກ sync ເວລາເບື້ອງຕົ້ນ, Chrony ບໍ່ເຄີຍຢຸດໂມງ. ນີ້ສະຫນອງເວລາຄົງທີ່ແລະສອດຄ່ອງສໍາລັບການບໍລິການລະບົບຫຼາຍແລະຄໍາຮ້ອງສະຫມັກ.
• Chrony ສາມາດເຮັດວຽກໄດ້ເຖິງແມ່ນວ່າບໍ່ມີການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. ໃນກໍລະນີນີ້, ໂຮດທ້ອງຖິ່ນຫຼືເຄື່ອງແມ່ຂ່າຍສາມາດຖືກປັບປຸງດ້ວຍຕົນເອງ.
• Chrony ສາມາດເຮັດຫນ້າທີ່ເປັນເຄື່ອງແມ່ຂ່າຍ NTP.

ອີກເທື່ອ ໜຶ່ງ, NTP ແມ່ນໂປໂຕຄອນທີ່ສາມາດຖືກປະຕິບັດຢູ່ໃນໂຮດ Linux ໂດຍໃຊ້ Chrony ຫຼື systemd-timesyncd.

NTP, Chrony, ແລະ systemd-timesyncd RPMs ແມ່ນມີຢູ່ໃນບ່ອນເກັບມ້ຽນ Fedora ມາດຕະຖານ. systemd-udev RPM ເປັນຕົວຈັດການເຫດການ kernel ທີ່ຖືກຕິດຕັ້ງໂດຍຄ່າເລີ່ມຕົ້ນໃນ Fedora, ແຕ່ເປັນທາງເລືອກ.

ທ່ານສາມາດຕິດຕັ້ງທັງສາມແລະປ່ຽນລະຫວ່າງພວກມັນ, ແຕ່ນີ້ຈະສ້າງຄວາມເຈັບຫົວພິເສດ. ສະນັ້ນມັນດີກວ່າທີ່ຈະບໍ່. ການປ່ອຍ Fedora, CentOS, ແລະ RHEL ທີ່ທັນສະໄຫມໄດ້ຍ້າຍໄປ Chrony ເປັນການປະຕິບັດໃນຕອນຕົ້ນ, ແລະພວກມັນຍັງມີ systemd-timesyncd. ຂ້ອຍພົບວ່າ Chrony ເຮັດວຽກໄດ້ດີ, ສະຫນອງການໂຕ້ຕອບທີ່ດີກວ່າການບໍລິການ NTP, ໃຫ້ຂໍ້ມູນແລະການຄວບຄຸມຫຼາຍ, ເຊິ່ງຜູ້ບໍລິຫານລະບົບຈະມີຄວາມສຸກແນ່ນອນ.

ການປິດການບໍລິການ NTP

ບໍລິການ NTP ອາດຈະແລ່ນຢູ່ໃນໂຮດຂອງເຈົ້າຢູ່ແລ້ວ. ຖ້າເປັນດັ່ງນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງປິດການໃຊ້ງານມັນກ່ອນທີ່ຈະປ່ຽນເປັນອັນອື່ນ. ຂ້ອຍໄດ້ແລ່ນ chronyd ດັ່ງນັ້ນຂ້ອຍໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້ເພື່ອຢຸດແລະປິດມັນ. ດໍາເນີນການຄໍາສັ່ງທີ່ເຫມາະສົມສໍາລັບການ NTP daemon ໃດໆທີ່ທ່ານກໍາລັງແລ່ນຢູ່ໃນໂຮດຂອງທ່ານ:

[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 ~]#

ກວດສອບສະຖານະກ່ອນທີ່ຈະເປີດຕົວ

ສະຖານະ synchronization ໂມງຂອງລະບົບອະນຸຍາດໃຫ້ທ່ານສາມາດກໍານົດວ່າບໍລິການ 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 ໄດ້ເລີ່ມຕົ້ນທີ່ຈະ deviate ເລັກນ້ອຍຈາກເວລາຂອງລະບົບ. ນີ້ແມ່ນເລື່ອງປົກກະຕິສໍາລັບລະບົບທີ່ໂມງບໍ່ໄດ້ synchronized. ຈໍານວນການຊົດເຊີຍຂອງເຈົ້າພາບແມ່ນຂຶ້ນກັບເວລາທີ່ຜ່ານໄປນັບຕັ້ງແຕ່ລະບົບໄດ້ຖືກ synchronized ຫຼ້າສຸດ.

ພວກເຮົາຍັງໄດ້ຮັບການເຕືອນກ່ຽວກັບການໃຊ້ເວລາທ້ອງຖິ່ນສໍາລັບ RTC - ນີ້ໃຊ້ກັບການປ່ຽນແປງເຂດເວລາແລະການຕັ້ງຄ່າ DST. ຖ້າຄອມພິວເຕີຖືກປິດເມື່ອຕ້ອງມີການປ່ຽນແປງ, RTC ຈະບໍ່ປ່ຽນແປງ. ແຕ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍຫຼືໂຮດອື່ນໆທີ່ເຮັດວຽກຮອບໂມງ, ນີ້ບໍ່ແມ່ນບັນຫາເລີຍ. ນອກຈາກນັ້ນ, ການບໍລິການໃດໆທີ່ສະຫນອງການ synchronization ເວລາ NTP ຈະປັບເວລາຂອງເຈົ້າພາບໃນໄລຍະການເລີ່ມຕົ້ນເບື້ອງຕົ້ນ, ດັ່ງນັ້ນເວລາຈະຖືກຕ້ອງອີກເທື່ອຫນຶ່ງຫຼັງຈາກການເລີ່ມຕົ້ນສໍາເລັດ.

ກໍານົດເຂດເວລາ

ໂດຍປົກກະຕິແລ້ວ, ທ່ານກໍານົດເຂດເວລາໃນລະຫວ່າງຂັ້ນຕອນການຕິດຕັ້ງແລະທ່ານບໍ່ມີວຽກງານທີ່ຈະປ່ຽນມັນຕໍ່ມາ. ຢ່າງໃດກໍ່ຕາມ, ມີເວລາທີ່ທ່ານຕ້ອງການປ່ຽນເຂດເວລາ. ມີເຄື່ອງມືຈໍານວນຫນຶ່ງທີ່ສາມາດຊ່ວຍໄດ້. Linux ໃຊ້ໄຟລ໌ເຂດເວລາເພື່ອກໍານົດເຂດເວລາທ້ອງຖິ່ນຂອງເຈົ້າພາບ. ໄຟລ໌ເຫຼົ່ານີ້ຢູ່ໃນໄດເລກະທໍລີ /usr/share/zoneinfo. ໂດຍຄ່າເລີ່ມຕົ້ນ, ສໍາລັບເຂດເວລາຂອງຂ້ອຍ, ລະບົບກໍານົດນີ້: /etc/localtime -> ../usr/share/zoneinfo/America/New_York. ແຕ່ທ່ານບໍ່ຈໍາເປັນຕ້ອງຮູ້ subtleties ດັ່ງກ່າວເພື່ອປ່ຽນເຂດເວລາ.

ສິ່ງທີ່ ສຳ ຄັນແມ່ນການຮູ້ຊື່ເຂດເວລາທີ່ເປັນທາງການ ສຳ ລັບສະຖານທີ່ຂອງເຈົ້າແລະ ຄຳ ສັ່ງທີ່ສອດຄ້ອງກັນ. ໃຫ້ເວົ້າວ່າທ່ານຕ້ອງການປ່ຽນເຂດເວລາເປັນ Los Angeles:

[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 daemon ສະຫນອງການປະຕິບັດ NTP ທີ່ງ່າຍໃນການຈັດການໃນສະພາບການລະບົບ. ມັນຖືກຕິດຕັ້ງໂດຍຄ່າເລີ່ມຕົ້ນໃນ 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 defaults ກັບ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ຂອງ​ເວ​ລາ​ທີ່​ຫຼຸດ​ລົງ 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 daemon ແລະຖືກສ້າງຂື້ນໃນທຸກໆ sync ທີ່ປະສົບຜົນສໍາເລັດ.

ຄໍາສັ່ງ 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 ທີ່ຈະໃຊ້ເພື່ອຕັ້ງເວລາຂອງລະບົບ. ນີ້ແມ່ນດີກ່ວາການກໍານົດເວລາດ້ວຍຕົນເອງ, ເຖິງແມ່ນວ່າມັນອາດຈະ deviate ຈາກເວລາທີ່ແທ້ຈິງ.

ສະຫລຸບ

ບົດຄວາມນີ້ໄດ້ທົບທວນບາງເຄື່ອງມືສໍາລັບການຈັດການວັນທີ, ເວລາ, ແລະເຂດເວລາ. ເຄື່ອງມື systemd-timesyncd ໃຫ້ລູກຄ້າ NTP ທີ່ສາມາດ synchronize ເວລາຢູ່ໃນໂຮດທ້ອງຖິ່ນກັບເຄື່ອງແມ່ຂ່າຍ NTP. ຢ່າງໃດກໍ່ຕາມ, systemd-timesyncd ບໍ່ໄດ້ໃຫ້ບໍລິການເຊີຟເວີ, ດັ່ງນັ້ນຖ້າທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍ NTP ໃນເຄືອຂ່າຍຂອງທ່ານ, ທ່ານຕ້ອງໃຊ້ສິ່ງອື່ນເຊັ່ນ Chrony ເພື່ອເຮັດຫນ້າທີ່ເປັນເຄື່ອງແມ່ຂ່າຍ.

ຂ້ອຍຢາກມີການປະຕິບັດອັນດຽວສໍາລັບການບໍລິການໃດໆໃນເຄືອຂ່າຍຂອງຂ້ອຍ, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງໃຊ້ Chrony. ຖ້າທ່ານບໍ່ຕ້ອງການເຄື່ອງແມ່ຂ່າຍ NTP ທ້ອງຖິ່ນ, ຫຼືຖ້າທ່ານບໍ່ສົນໃຈກັບການໃຊ້ Chrony ເປັນເຄື່ອງແມ່ຂ່າຍແລະ systemd-timesyncd ເປັນລູກຄ້າ SNTP. ຫຼັງຈາກທີ່ທັງຫມົດ, ບໍ່ຈໍາເປັນຕ້ອງໃຊ້ຄຸນສົມບັດເພີ່ມເຕີມຂອງ Chrony ເປັນລູກຄ້າຖ້າທ່ານພໍໃຈກັບການເຮັດວຽກຂອງ systemd-timesyncd.

ຫມາຍເຫດອື່ນ: ທ່ານບໍ່ຈໍາເປັນຕ້ອງໃຊ້ເຄື່ອງມືທີ່ມີລະບົບເພື່ອປະຕິບັດ NTP. ທ່ານສາມາດໃຊ້ ntpd, Chrony, ຫຼືການຈັດຕັ້ງປະຕິບັດ NTP ເວີຊັນເກົ່າກວ່າ. ຫຼັງຈາກທີ່ທັງຫມົດ, systemd ປະກອບດ້ວຍການບໍລິການຈໍານວນຫລາຍ; ພວກມັນມີຫຼາຍທາງເລືອກ, ດັ່ງນັ້ນທ່ານສາມາດປິດພວກມັນ ແລະໃຊ້ອັນອື່ນແທນ. ນີ້ບໍ່ແມ່ນ monster monolithic ຂະຫນາດໃຫຍ່. ທ່ານອາດຈະບໍ່ມັກ systemd ຫຼືບາງສ່ວນຂອງມັນ, ແຕ່ທ່ານຄວນເຮັດການຕັດສິນໃຈທີ່ມີຂໍ້ມູນ.

ຂ້ອຍມັກການປະຕິບັດ NTP ຂອງ systemd, ແຕ່ຂ້ອຍມັກ Chrony ເພາະວ່າມັນເຫມາະສົມກັບຄວາມຕ້ອງການຂອງຂ້ອຍດີກວ່າ. ມັນເປັນ Linux, ເດັກນ້ອຍ -)

ກ່ຽວກັບສິດທິຂອງການໂຄສະນາ

VDSina ສະເຫນີ ເຊີບເວີສໍາລັບວຽກງານໃດກໍ່ຕາມ, ການຄັດເລືອກຂະຫນາດໃຫຍ່ຂອງລະບົບປະຕິບັດການສໍາລັບການຕິດຕັ້ງອັດຕະໂນມັດ, ມັນເປັນໄປໄດ້ທີ່ຈະຕິດຕັ້ງ OS ໃດໆຈາກຂອງທ່ານເອງ ISO, ສະດວກສະບາຍ ແຜງຄວບຄຸມ ການພັດທະນາຂອງຕົນເອງແລະການຈ່າຍເງິນປະຈໍາວັນ. ຈື່ໄວ້ວ່າພວກເຮົາມີເຊີຟເວີນິລັນດອນທີ່ບໍ່ມີເວລາແນ່ນອນ 😉

ແຫຼ່ງຂໍ້ມູນ: www.habr.com