ការធ្វើសមកាលកម្មពេលវេលាលីនុច៖ NTP, Chrony និង systemd-timesyncd

មនុស្សភាគច្រើនតាមដានពេលវេលា។ យើងក្រោកពីដំណេកទាន់ពេល ដើម្បីបំពេញពិធីសាសនាពេលព្រឹករបស់យើង ហើយទៅធ្វើការ សម្រាកអាហារថ្ងៃត្រង់ បំពេញតាមកាលកំណត់របស់គម្រោង ប្រារព្ធខួបកំណើត និងថ្ងៃបុណ្យ ឡើងយន្តហោះជាដើម។

ជាងនេះទៅទៀត៖ ពួកយើងខ្លះឈ្លក់វង្វេងនឹងពេលវេលា។ នាឡិការបស់ខ្ញុំដំណើរការដោយថាមពលពន្លឺព្រះអាទិត្យ និងទទួលបានពេលវេលាត្រឹមត្រូវពីវិទ្យាស្ថានស្តង់ដារ និងបច្ចេកវិទ្យាជាតិ (NIST) ទៅ Fort Collins រដ្ឋ Colorado តាមរយៈវិទ្យុរលកវែង WWVB. សញ្ញាពេលវេលាត្រូវបានធ្វើសមកាលកម្មជាមួយនាឡិកាអាតូមិច ដែលមានទីតាំងនៅ Fort Collins ផងដែរ។ Fitbit របស់ខ្ញុំកំពុងធ្វើសមកាលកម្មជាមួយទូរស័ព្ទរបស់ខ្ញុំដែលកំពុងធ្វើសមកាលកម្មជាមួយម៉ាស៊ីនមេ NTPដែលនៅទីបំផុតធ្វើសមកាលកម្មជាមួយនាឡិកាអាតូមិច។

ឧបករណ៍តាមដានពេលវេលាផងដែរ។

មានហេតុផលជាច្រើនដែលឧបករណ៍ និងកុំព្យូទ័ររបស់យើងត្រូវការពេលវេលាត្រឹមត្រូវ។ ឧទាហរណ៍ នៅក្នុងធនាគារ ទីផ្សារភាគហ៊ុន និងអាជីវកម្មហិរញ្ញវត្ថុផ្សេងទៀត ប្រតិបត្តិការត្រូវតែធ្វើឡើងក្នុងលំដាប់ត្រឹមត្រូវ ហើយលំដាប់ពេលវេលាត្រឹមត្រូវគឺមានសារៈសំខាន់ចំពោះបញ្ហានេះ។

ទូរសព្ទ ថេប្លេត រថយន្ត ប្រព័ន្ធ GPS និងកុំព្យូទ័ររបស់យើងទាំងអស់ ទាមទារការកំណត់ពេលវេលា និងកាលបរិច្ឆេទត្រឹមត្រូវ។ ខ្ញុំ​ចង់​ឱ្យ​នាឡិកា​នៅ​លើ​កុំព្យូទ័រ​របស់​ខ្ញុំ​បង្ហាញ​ម៉ោង​ត្រឹមត្រូវ។ ខ្ញុំចង់ឱ្យការរំលឹកបង្ហាញនៅលើប្រតិទិនក្នុងតំបន់របស់ខ្ញុំនៅពេលត្រឹមត្រូវ។ ពេលវេលាត្រឹមត្រូវក៏ធានាថាការងារ cron និង systemd ដំណើរការនៅពេលត្រឹមត្រូវ។

កាលបរិច្ឆេទ និងពេលវេលាក៏សំខាន់ផងដែរសម្រាប់ការកត់ត្រា ដូច្នេះវាជាការងាយស្រួលបន្តិចក្នុងការស្វែងរកកំណត់ហេតុជាក់លាក់ដោយផ្អែកលើកាលបរិច្ឆេទ និងពេលវេលា។ ជាឧទាហរណ៍ ខ្ញុំធ្លាប់ធ្វើការនៅ DevOps (វាមិនត្រូវបានគេហៅថានៅពេលនោះ) ហើយកំពុងរៀបចំប្រព័ន្ធអ៊ីមែលនៅក្នុងរដ្ឋ North Carolina ។ យើងធ្លាប់ដំណើរការអ៊ីមែលជាង 20 លានក្នុងមួយថ្ងៃ។ ការតាមដានអ៊ីមែលតាមរយៈស៊េរីនៃម៉ាស៊ីនមេ ឬកំណត់លំដាប់ពិតប្រាកដនៃព្រឹត្តិការណ៍ដោយប្រើឯកសារកំណត់ហេតុនៅលើម៉ាស៊ីនដែលបែកខ្ចាត់ខ្ចាយតាមភូមិសាស្រ្តអាចមានភាពងាយស្រួលជាងប្រសិនបើកុំព្យូទ័រនីមួយៗត្រូវបានធ្វើសមកាលកម្មទាន់ពេល។

ពេលមួយ - ច្រើនម៉ោង

ម៉ាស៊ីនមេលីនុចត្រូវតែគិតគូរថាមានពេលវេលាប្រព័ន្ធ និងម៉ោង RTC ។ RTC (នាឡិកាពេលវេលាពិត) គឺជាឈ្មោះចម្លែក និងមិនសូវត្រឹមត្រូវសម្រាប់នាឡិកាផ្នែករឹង។

នាឡិកាផ្នែករឹងដំណើរការជាបន្តបន្ទាប់ ទោះបីជាកុំព្យូទ័របិទក៏ដោយ ដោយប្រើថ្មនៅលើ motherboard ប្រព័ន្ធ។ មុខងារចម្បងរបស់ RTC គឺរក្សាទុកពេលវេលានៅពេលដែលការតភ្ជាប់ទៅម៉ាស៊ីនមេពេលវេលាមិនមាន។ នៅសម័យដែលវាមិនអាចភ្ជាប់ទៅម៉ាស៊ីនមេម៉ោងតាមអ៊ីនធឺណិត គ្រប់កុំព្យូទ័រទាំងអស់ត្រូវតែមាននាឡិកាខាងក្នុងត្រឹមត្រូវ។ ប្រព័ន្ធប្រតិបត្តិការត្រូវចូលប្រើ RTC នៅពេលចាប់ផ្ដើម ហើយអ្នកប្រើប្រាស់ត្រូវកំណត់ម៉ោងប្រព័ន្ធដោយដៃដោយប្រើចំណុចប្រទាក់ការកំណត់រចនាសម្ព័ន្ធផ្នែករឹងរបស់ BIOS ដើម្បីប្រាកដថាវាត្រឹមត្រូវ។

នាឡិកាផ្នែករឹងមិនយល់ពីគោលគំនិតនៃតំបន់ពេលវេលាទេ។ RTC រក្សាទុកតែពេលវេលាប៉ុណ្ណោះ មិនមែនជាតំបន់ពេលវេលា ឬអុហ្វសិតពី UTC (ម៉ោងសកលដែលសម្របសម្រួល ឬហៅម្យ៉ាងទៀតថា GMT ឬ Greenwich Mean Time)។ អ្នកអាចដំឡើង RTC ដោយប្រើឧបករណ៍ដែលខ្ញុំនឹងរៀបរាប់នៅពេលក្រោយនៅក្នុងអត្ថបទនេះ។

ពេលវេលាប្រព័ន្ធគឺជាពេលវេលាដែល OS បង្ហាញនៅលើនាឡិកា GUI នៅលើផ្ទៃតុរបស់អ្នក នៅក្នុងលទ្ធផលនៃពាក្យបញ្ជាកាលបរិច្ឆេទ នៅក្នុងការត្រាពេលវេលានៃកំណត់ហេតុ។ នេះក៏អនុវត្តផងដែរចំពោះពេលដែលឯកសារត្រូវបានបង្កើត កែប្រែ និងបើក។

នៅលើទំព័រ បុរសសម្រាប់ rtc មានការពិពណ៌នាពេញលេញនៃ RTC និងនាឡិកាប្រព័ន្ធ។

តើ NTP ជាអ្វី?

កុំព្យូទ័រទូទាំងពិភពលោកប្រើប្រាស់ NTP (Network Time Protocol) ដើម្បីធ្វើសមកាលកម្មពេលវេលារបស់ពួកគេជាមួយនឹងនាឡិកាយោងស្តង់ដារនៅលើអ៊ីនធឺណិតដោយប្រើឋានានុក្រមនៃម៉ាស៊ីនមេ NTP ។ ម៉ាស៊ីនមេម៉ោងសំខាន់គឺនៅស្រទាប់ទី 1 ហើយពួកវាត្រូវបានភ្ជាប់ដោយផ្ទាល់ទៅសេវាម៉ោងជាតិផ្សេងៗនៅស្រទាប់ 0 តាមរយៈផ្កាយរណប វិទ្យុ ឬសូម្បីតែម៉ូដឹមតាមខ្សែទូរស័ព្ទ។ Layer 0 time services អាចជានាឡិកាអាតូមិក ឧបករណ៍ទទួលវិទ្យុដែលត្រូវបានសម្រួលដល់សញ្ញាបញ្ជូនដោយនាឡិកាអាតូមិក ឬឧបករណ៍ទទួល GPS ដែលប្រើសញ្ញានាឡិកាដែលមានភាពត្រឹមត្រូវខ្ពស់បញ្ជូនដោយផ្កាយរណប GPS ។

ភាគច្រើននៃម៉ាស៊ីនមេយោងមានម៉ាស៊ីនមេ NTP stratum 2 សាធារណៈរាប់ពាន់ដែលបើកជាសាធារណៈ។ ស្ថាប័ន និងអ្នកប្រើប្រាស់ជាច្រើន (ខ្ញុំរួមបញ្ចូល) ជាមួយនឹងម៉ាស៊ីនជាច្រើនដែលត្រូវការម៉ាស៊ីនមេ NTP ជ្រើសរើសដើម្បីដំឡើងម៉ាស៊ីនមេពេលវេលាផ្ទាល់ខ្លួនរបស់ពួកគេ ដូច្នេះមានតែម៉ាស៊ីនក្នុងស្រុកមួយប៉ុណ្ណោះដែលចូលប្រើ stratum 2 ឬ 3 ។ បន្ទាប់មកពួកគេកំណត់រចនាសម្ព័ន្ធថ្នាំងដែលនៅសល់នៅលើបណ្តាញដើម្បីប្រើមូលដ្ឋាន។ ម៉ាស៊ីនបម្រើពេលវេលា។ ក្នុងករណីបណ្តាញផ្ទះរបស់ខ្ញុំ នេះគឺជាម៉ាស៊ីនមេស្រទាប់ 3 ។

ការអនុវត្តផ្សេងៗនៃ NTP

ការអនុវត្តដើមនៃ NTP គឺ ntpd ។ បន្ទាប់មកវាត្រូវបានភ្ជាប់ដោយពីរថ្មីជាងគឺ chronyd និង systemd-timesyncd ។ ទាំងបីធ្វើសមកាលកម្មពេលវេលាម៉ាស៊ីនក្នុងស្រុកជាមួយម៉ាស៊ីនមេពេលវេលា NTP ។ សេវា systemd-timesyncd មិនគួរឱ្យទុកចិត្តដូច chronyd ទេ ប៉ុន្តែវាល្អគ្រប់គ្រាន់សម្រាប់គោលបំណងភាគច្រើន។ ប្រសិនបើ RTC មិនសមកាលកម្មទេ វាអាចកែសម្រួលពេលវេលាប្រព័ន្ធបន្តិចម្តងៗដើម្បីធ្វើសមកាលកម្មជាមួយម៉ាស៊ីនមេ NTP នៅពេលដែលម៉ោងប្រព័ន្ធមូលដ្ឋានរសាត់បន្តិច។ សេវា systemd-timesync មិនអាចប្រើជាម៉ាស៊ីនមេពេលវេលាបានទេ។

រ៉ាំរ៉ៃ គឺជាការអនុវត្តរបស់ NTP ដែលមានកម្មវិធីពីរ៖ ដេមិន chronyd និងចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជាដែលហៅថា chronyc ។ Chrony មានលក្ខណៈពិសេសមួយចំនួនដែលមិនអាចខ្វះបានក្នុងករណីជាច្រើន:

• Chrony អាចធ្វើសមកាលកម្មជាមួយម៉ាស៊ីនមេពេលវេលាលឿនជាងសេវា ntpd ចាស់។ វាល្អសម្រាប់កុំព្យូទ័រយួរដៃ ឬកុំព្យូទ័រលើតុដែលមិនដំណើរការគ្រប់ពេល។
• វាអាចទូទាត់សងសម្រាប់ការប្រែប្រួលនៃនាឡិកា ដូចជានៅពេលដែលម៉ាស៊ីនចូលគេង ឬចូលរបៀបគេង ឬនៅពេលដែលនាឡិកាផ្លាស់ប្តូរដោយសារតែការលោតប្រេកង់ ដែលធ្វើឲ្យនាឡិកាយឺតនៅពេលផ្ទុកទាប។
• វាដោះស្រាយបញ្ហាពេលវេលាទាក់ទងនឹងការភ្ជាប់បណ្តាញមិនស្ថិតស្ថេរ ឬការកកស្ទះបណ្តាញ។
• វាគ្រប់គ្រងការពន្យារពេលបណ្តាញ។
• បន្ទាប់ពីការធ្វើសមកាលកម្មពេលវេលាដំបូង Chrony មិនដែលបញ្ឈប់នាឡិកាឡើយ។ វាផ្តល់នូវពេលវេលាដែលមានស្ថេរភាព និងជាប់លាប់សម្រាប់សេវាកម្មប្រព័ន្ធ និងកម្មវិធីជាច្រើន។
• Chrony អាចដំណើរការបាន ទោះបីជាគ្មានការតភ្ជាប់បណ្តាញក៏ដោយ។ ក្នុងករណីនេះ ម៉ាស៊ីន ឬម៉ាស៊ីនមេមូលដ្ឋានអាចត្រូវបានធ្វើបច្ចុប្បន្នភាពដោយដៃ។
• Chrony អាចដើរតួជាម៉ាស៊ីនមេ NTP ។

ជាថ្មីម្តងទៀត NTP គឺជាពិធីការដែលអាចត្រូវបានអនុវត្តនៅលើម៉ាស៊ីន Linux ដោយប្រើ Chrony ឬ systemd-timesyncd ។

NTP, Chrony, និង systemd-timesyncd RPMs មាននៅក្នុងឃ្លាំង 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 ។ ក្នុងករណីនេះម៉ោងប្រព័ន្ធត្រូវបានកំណត់ទៅតំបន់ពេលវេលាអាមេរិច / New_York (TZ) RTC ត្រូវបានកំណត់ទៅម៉ោងនៅក្នុងតំបន់ម៉ោងក្នុងស្រុក ហើយសេវាកម្ម NTP មិនសកម្មទេ។ ពេលវេលា RTC បានចាប់ផ្តើមបង្វែរបន្តិចពីម៉ោងប្រព័ន្ធ។ នេះជារឿងធម្មតាសម្រាប់ប្រព័ន្ធដែលនាឡិកាមិនត្រូវបានធ្វើសមកាលកម្ម។ ចំនួនអុហ្វសិតនៅលើម៉ាស៊ីនអាស្រ័យលើពេលវេលាដែលបានកន្លងផុតទៅចាប់តាំងពីប្រព័ន្ធត្រូវបានធ្វើសមកាលកម្មចុងក្រោយ។

យើងក៏បានទទួលការព្រមានអំពីការប្រើម៉ោងក្នុងស្រុកសម្រាប់ RTC - នេះអនុវត្តចំពោះការផ្លាស់ប្តូរតំបន់ពេលវេលា និងការកំណត់ DST ។ ប្រសិនបើកុំព្យូទ័រត្រូវបានបិទនៅពេលដែលការផ្លាស់ប្តូរចាំបាច់ត្រូវធ្វើ RTC នឹងមិនផ្លាស់ប្តូរទេ។ ប៉ុន្តែសម្រាប់ម៉ាស៊ីនមេ ឬម៉ាស៊ីនផ្សេងទៀតដែលដំណើរការជុំវិញនាឡិកា នេះមិនមែនជាបញ្ហាទាល់តែសោះ។ លើសពីនេះ សេវាកម្មណាមួយដែលផ្តល់ការធ្វើសមកាលកម្មពេលវេលា NTP នឹងកែតម្រូវពេលវេលារបស់ម៉ាស៊ីនក្នុងអំឡុងពេលចាប់ផ្តើមដំបូង ដូច្នេះពេលវេលានឹងត្រឹមត្រូវម្តងទៀតបន្ទាប់ពីការចាប់ផ្តើមបានបញ្ចប់។

ការកំណត់តំបន់ពេលវេលា

ជាធម្មតា អ្នកបញ្ជាក់តំបន់ពេលវេលាក្នុងអំឡុងពេលដំណើរការដំឡើង ហើយអ្នកមិនមានភារកិច្ចផ្លាស់ប្តូរវានៅពេលក្រោយទេ។ ទោះយ៉ាងណាក៏ដោយ មានពេលខ្លះដែលអ្នកត្រូវការផ្លាស់ប្តូរតំបន់ពេលវេលា។ មានឧបករណ៍ជាច្រើនដែលអាចជួយបាន។ លីនុចប្រើឯកសារតំបន់ពេលវេលាដើម្បីកំណត់តំបន់ម៉ោងក្នុងស្រុករបស់ម៉ាស៊ីន។ ឯកសារទាំងនេះស្ថិតនៅក្នុងថតឯកសារ /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

ដេមិន timesync របស់ systemd ផ្តល់នូវការអនុវត្ត 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 កំណត់លំនាំដើមទៅម៉ាស៊ីនមេពេលវេលា 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 ប្រាប់នាឡិកា hardware ឱ្យបង្ហាញម៉ោងក្នុងស្រុក មិនមែន UTC ទេ។

ហេតុអ្វីបានជាអ្នកត្រូវការ RTC ទាំងស្រុង?

រាល់ការអនុវត្ត NTP នឹងកំណត់ម៉ោងប្រព័ន្ធនៅពេលចាប់ផ្តើម។ ហើយហេតុអ្វីបានជា RTC? នេះមិនមែនជាការពិតទាំងស្រុងនោះទេ៖ វានឹងកើតឡើងលុះត្រាតែអ្នកមានការតភ្ជាប់បណ្តាញទៅម៉ាស៊ីនមេពេលវេលា។ ទោះជាយ៉ាងណាក៏ដោយ ប្រព័ន្ធជាច្រើនមិនតែងតែអាចចូលប្រើការភ្ជាប់បណ្តាញបានទេ ដូច្នេះនាឡិកាផ្នែករឹងមានប្រយោជន៍សម្រាប់លីនុចក្នុងការប្រើប្រាស់ដើម្បីកំណត់ម៉ោងប្រព័ន្ធ។ វាប្រសើរជាងការកំណត់ពេលវេលាដោយដៃ ទោះបីជាវាអាចខុសពីពេលវេលាពិតក៏ដោយ។

សេចក្តីសន្និដ្ឋាន

អត្ថបទនេះបានពិនិត្យឧបករណ៍មួយចំនួនសម្រាប់រៀបចំកាលបរិច្ឆេទ ពេលវេលា និងតំបន់ពេលវេលា។ ឧបករណ៍ systemd-timesyncd ផ្តល់ម៉ាស៊ីនភ្ញៀវ NTP ដែលអាចធ្វើសមកាលកម្មពេលវេលានៅលើម៉ាស៊ីនមូលដ្ឋានជាមួយម៉ាស៊ីនមេ NTP ។ ទោះយ៉ាងណាក៏ដោយ systemd-timesyncd មិនផ្តល់សេវាម៉ាស៊ីនមេទេ ដូច្នេះប្រសិនបើអ្នកត្រូវការម៉ាស៊ីនមេ NTP នៅលើបណ្តាញរបស់អ្នក អ្នកត្រូវតែប្រើអ្វីផ្សេងទៀតដូចជា Chrony ដើម្បីដើរតួជាម៉ាស៊ីនមេ។

ខ្ញុំចូលចិត្តអនុវត្តតែមួយសម្រាប់សេវាកម្មណាមួយនៅលើបណ្តាញរបស់ខ្ញុំ ដូច្នេះខ្ញុំប្រើ Chrony ។ ប្រសិនបើអ្នកមិនត្រូវការម៉ាស៊ីនមេ NTP មូលដ្ឋានទេ ឬប្រសិនបើអ្នកមិនខ្វល់នឹងការប្រើ Chrony ជាម៉ាស៊ីនមេ និង systemd-timesyncd ជាម៉ាស៊ីនភ្ញៀវ SNTP ។ យ៉ាងណាមិញ មិនចាំបាច់ប្រើមុខងារបន្ថែមរបស់ Chrony ជាម៉ាស៊ីនភ្ញៀវទេ ប្រសិនបើអ្នកពេញចិត្តនឹងមុខងាររបស់ systemd-timesyncd។

ចំណាំមួយទៀត៖ អ្នកមិនតម្រូវឱ្យប្រើឧបករណ៍ប្រព័ន្ធដើម្បីអនុវត្ត NTP ទេ។ អ្នកអាចប្រើកំណែចាស់នៃ ntpd, Chrony ឬការអនុវត្ត NTP ផ្សេងទៀត។ យ៉ាងណាមិញ systemd មានសេវាកម្មមួយចំនួនធំ។ ពួកវាជាច្រើនគឺស្រេចចិត្ត ដូច្នេះអ្នកអាចបិទពួកវា ហើយប្រើអ្វីផ្សេងជំនួសវិញ។ នេះមិនមែនជាបិសាចដ៏ធំសម្បើមទេ។ អ្នកប្រហែលជាមិនចូលចិត្ត systemd ឬផ្នែករបស់វាទេ ប៉ុន្តែអ្នកគួរតែធ្វើការសម្រេចចិត្តដែលមានព័ត៌មាន។

ខ្ញុំចូលចិត្តការអនុវត្ត NTP របស់ systemd ប៉ុន្តែខ្ញុំចូលចិត្ត Chrony ព្រោះវាសាកសមនឹងតម្រូវការរបស់ខ្ញុំប្រសើរជាង។ វាជាលីនុច ទារក -)

អំពីសិទ្ធិផ្សព្វផ្សាយ

VDSina ផ្តល់ជូន ម៉ាស៊ីនមេសម្រាប់កិច្ចការណាមួយ។ដែលជាជម្រើសដ៏ធំនៃប្រព័ន្ធប្រតិបត្តិការសម្រាប់ការដំឡើងដោយស្វ័យប្រវត្តិ វាគឺអាចធ្វើទៅបានដើម្បីដំឡើងប្រព័ន្ធប្រតិបត្តិការណាមួយពីខ្លួនអ្នកផ្ទាល់ អាយអេសអូ, មាន​ផា​សុខភាព ផ្ទាំងបញ្ជា ការអភិវឌ្ឍន៍ផ្ទាល់ខ្លួន និងការទូទាត់ប្រចាំថ្ងៃ។ សូមចាំថាយើងមានម៉ាស៊ីនមេដ៏អស់កល្បជានិច្ច ដែលពិតជាមិនចេះចប់ 😉

ប្រភព: www.habr.com