Linux Time Synchronization: NTP, Chrony, systemd-timesyncd

മിക്ക ആളുകളും സമയത്തിന്റെ ട്രാക്ക് സൂക്ഷിക്കുന്നു. ഞങ്ങൾ കൃത്യസമയത്ത് എഴുന്നേറ്റ് പ്രഭാത കർമ്മങ്ങൾ പൂർത്തിയാക്കി ജോലിക്ക് പോകുക, ഉച്ചഭക്ഷണ ഇടവേള എടുക്കുക, പ്രോജക്റ്റ് ഡെഡ്‌ലൈനുകൾ പാലിക്കുക, ജന്മദിനങ്ങളും അവധി ദിനങ്ങളും ആഘോഷിക്കുക, വിമാനത്തിൽ കയറുക തുടങ്ങിയവ.

അതിലുപരി: നമ്മിൽ ചിലർ സമയത്തോട് ഭ്രമിക്കുന്നവരാണ്. എന്റെ വാച്ച് സൗരോർജ്ജം കൊണ്ടാണ് പ്രവർത്തിക്കുന്നത് കൂടാതെ നാഷണൽ ഇൻസ്റ്റിറ്റ്യൂട്ട് ഓഫ് സ്റ്റാൻഡേർഡ്സ് ആൻഡ് ടെക്നോളജിയിൽ നിന്ന് കൃത്യമായ സമയം ലഭിക്കുന്നു (NIST) ലോംഗ്‌വേവ് റേഡിയോ വഴി കൊളറാഡോയിലെ ഫോർട്ട് കോളിൻസിലേക്ക് WWVB. ഫോർട്ട് കോളിൻസിൽ സ്ഥിതി ചെയ്യുന്ന ആറ്റോമിക് ക്ലോക്കുമായി സമയ സിഗ്നലുകൾ സമന്വയിപ്പിച്ചിരിക്കുന്നു. സെർവറുമായി സമന്വയിപ്പിക്കുന്ന എന്റെ ഫോണുമായി എന്റെ Fitbit സമന്വയിപ്പിക്കുന്നു എൻ‌ടി‌പി, ഇത് ഒടുവിൽ ആറ്റോമിക് ക്ലോക്കുമായി സമന്വയിപ്പിക്കുന്നു.

ഉപകരണങ്ങൾ സമയവും ട്രാക്ക് ചെയ്യുന്നു

ഞങ്ങളുടെ ഉപകരണങ്ങൾക്കും കമ്പ്യൂട്ടറുകൾക്കും കൃത്യമായ സമയം ആവശ്യമായി വരുന്നതിന് നിരവധി കാരണങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, ബാങ്കിംഗ്, സ്റ്റോക്ക് മാർക്കറ്റുകൾ, മറ്റ് സാമ്പത്തിക ബിസിനസ്സുകൾ എന്നിവയിൽ ഇടപാടുകൾ ശരിയായ ക്രമത്തിൽ നടത്തണം, കൃത്യമായ സമയ ക്രമങ്ങൾ ഇതിന് നിർണായകമാണ്.

ഞങ്ങളുടെ ഫോണുകൾ, ടാബ്‌ലെറ്റുകൾ, കാറുകൾ, GPS സംവിധാനങ്ങൾ, കമ്പ്യൂട്ടറുകൾ എന്നിവയ്‌ക്കെല്ലാം കൃത്യമായ സമയവും തീയതിയും ക്രമീകരണം ആവശ്യമാണ്. എന്റെ കമ്പ്യൂട്ടറിന്റെ ഡെസ്ക്ടോപ്പിലെ ക്ലോക്ക് ശരിയായ സമയം കാണിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. എന്റെ പ്രാദേശിക കലണ്ടറിൽ ശരിയായ സമയത്ത് റിമൈൻഡറുകൾ ദൃശ്യമാകണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു. കൃത്യസമയത്ത് ക്രോണിന്റെയും സിസ്റ്റമിന്റെയും ജോലികൾ കൃത്യസമയത്ത് പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.

ലോഗിംഗിന് തീയതിയും സമയവും പ്രധാനമാണ്, അതിനാൽ തീയതിയും സമയവും അടിസ്ഥാനമാക്കി ചില ലോഗുകൾ കണ്ടെത്തുന്നത് അൽപ്പം എളുപ്പമാണ്. ഉദാഹരണത്തിന്, ഞാൻ ഒരിക്കൽ DevOps-ൽ ജോലി ചെയ്തിരുന്നു (അന്ന് അതിനെ അങ്ങനെ വിളിച്ചിരുന്നില്ല) കൂടാതെ നോർത്ത് കരോലിന സംസ്ഥാനത്ത് ഒരു ഇമെയിൽ സിസ്റ്റം സജ്ജീകരിക്കുകയായിരുന്നു. ഞങ്ങൾ ഒരു ദിവസം 20 ദശലക്ഷത്തിലധികം ഇമെയിലുകൾ പ്രോസസ്സ് ചെയ്യാറുണ്ടായിരുന്നു. സെർവറുകളുടെ ഒരു പരമ്പരയിലൂടെ ഇ-മെയിൽ ട്രാക്കുചെയ്യുന്നത് അല്ലെങ്കിൽ ഭൂമിശാസ്ത്രപരമായി ചിതറിക്കിടക്കുന്ന ഹോസ്റ്റുകളിൽ ലോഗ് ഫയലുകൾ ഉപയോഗിച്ച് ഇവന്റുകളുടെ കൃത്യമായ ക്രമം നിർണ്ണയിക്കുന്നത്, ബന്ധപ്പെട്ട കമ്പ്യൂട്ടറുകൾ സമയബന്ധിതമായി സമന്വയിപ്പിച്ചാൽ വളരെ എളുപ്പമായിരിക്കും.

ഒരു തവണ - നിരവധി മണിക്കൂർ

ഒരു സിസ്റ്റം സമയവും RTC സമയവും ഉണ്ടെന്ന് Linux ഹോസ്റ്റുകൾ കണക്കിലെടുക്കണം. RTC (റിയൽ ടൈം ക്ലോക്ക്) എന്നത് ഒരു ഹാർഡ്‌വെയർ ക്ലോക്കിന്റെ അൽപ്പം വിചിത്രവും കൃത്യമല്ലാത്തതുമായ പേരാണ്.

സിസ്റ്റം മദർബോർഡിലെ ബാറ്ററി ഉപയോഗിച്ച് കമ്പ്യൂട്ടർ ഓഫാക്കുമ്പോഴും ഹാർഡ്‌വെയർ ക്ലോക്ക് തുടർച്ചയായി പ്രവർത്തിക്കുന്നു. ഒരു ടൈം സെർവറിലേക്കുള്ള കണക്ഷൻ ലഭ്യമല്ലാത്തപ്പോൾ സമയം സംഭരിക്കുക എന്നതാണ് ആർടിസിയുടെ പ്രധാന പ്രവർത്തനം. ഇൻറർനെറ്റിലൂടെ ടൈം സെർവറുമായി ബന്ധിപ്പിക്കുക അസാധ്യമായിരുന്ന കാലത്ത്, എല്ലാ കമ്പ്യൂട്ടറുകളിലും കൃത്യമായ ഇന്റേണൽ ക്ലോക്ക് ഉണ്ടായിരിക്കണം. ബൂട്ട് സമയത്ത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്ക് RTC ആക്സസ് ചെയ്യേണ്ടതുണ്ട്, കൂടാതെ ഉപയോക്താവ് അത് ശരിയാണെന്ന് ഉറപ്പാക്കാൻ BIOS ഹാർഡ്‌വെയർ കോൺഫിഗറേഷൻ ഇന്റർഫേസ് ഉപയോഗിച്ച് സിസ്റ്റം സമയം സ്വമേധയാ സജ്ജീകരിക്കേണ്ടതുണ്ട്.

ഹാർഡ്‌വെയർ ക്ലോക്കുകൾക്ക് സമയ മേഖലകളുടെ ആശയം മനസ്സിലാകുന്നില്ല; RTC സമയം മാത്രമേ സംഭരിക്കുന്നുള്ളൂ, സമയ മേഖലയോ UTC-ൽ നിന്നുള്ള ഓഫ്സെറ്റോ അല്ല (GMT അല്ലെങ്കിൽ ഗ്രീൻവിച്ച് ശരാശരി സമയം എന്നും അറിയപ്പെടുന്നു). ഈ ലേഖനത്തിൽ ഞാൻ പിന്നീട് ഉൾപ്പെടുത്തുന്ന ഒരു ഉപകരണം ഉപയോഗിച്ച് നിങ്ങൾക്ക് RTC ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.

നിങ്ങളുടെ ഡെസ്ക്ടോപ്പിലെ GUI ക്ലോക്കിൽ, തീയതി കമാൻഡിന്റെ ഔട്ട്പുട്ടിൽ, ലോഗുകളുടെ ടൈംസ്റ്റാമ്പുകളിൽ OS പ്രദർശിപ്പിക്കുന്ന സമയമാണ് സിസ്റ്റം സമയം. ഫയലുകൾ സൃഷ്ടിക്കുമ്പോഴും പരിഷ്‌ക്കരിക്കുമ്പോഴും തുറക്കുമ്പോഴും ഇത് ബാധകമാണ്.

പേജിൽ ആർടിസിക്കുള്ള മനുഷ്യൻ RTC, സിസ്റ്റം ക്ലോക്ക് എന്നിവയുടെ പൂർണ്ണമായ വിവരണം ഉണ്ട്.

എൻടിപിക്ക് എന്ത് പറ്റി?

ലോകമെമ്പാടുമുള്ള കമ്പ്യൂട്ടറുകൾ NTP സെർവറുകളുടെ ഒരു ശ്രേണി ഉപയോഗിച്ച് ഇന്റർനെറ്റിലെ സാധാരണ റഫറൻസ് ക്ലോക്കുകളുമായി അവരുടെ സമയം സമന്വയിപ്പിക്കാൻ NTP (നെറ്റ്‌വർക്ക് ടൈം പ്രോട്ടോക്കോൾ) ഉപയോഗിക്കുന്നു. പ്രധാന സമയ സെർവറുകൾ ലെയർ 1 ലാണ്, അവ ടെലിഫോൺ ലൈനുകൾ വഴി സാറ്റലൈറ്റ്, റേഡിയോ അല്ലെങ്കിൽ മോഡം വഴി ലെയർ 0-ൽ വിവിധ ദേശീയ സമയ സേവനങ്ങളുമായി നേരിട്ട് ബന്ധിപ്പിച്ചിരിക്കുന്നു. ലെയർ 0 ടൈം സേവനങ്ങൾ ഒരു ആറ്റോമിക് ക്ലോക്ക്, ആറ്റോമിക് ക്ലോക്കുകൾ വഴി കൈമാറുന്ന സിഗ്നലുകളിലേക്ക് ട്യൂൺ ചെയ്ത റേഡിയോ റിസീവർ അല്ലെങ്കിൽ GPS ഉപഗ്രഹങ്ങൾ കൈമാറുന്ന വളരെ കൃത്യമായ ക്ലോക്ക് സിഗ്നലുകൾ ഉപയോഗിക്കുന്ന ഒരു GPS റിസീവർ ആകാം.

ബഹുഭൂരിപക്ഷം റഫറൻസ് സെർവറുകളിലും ആയിരക്കണക്കിന് പൊതു NTP സ്ട്രാറ്റം 2 സെർവറുകൾ പൊതുജനങ്ങൾക്കായി തുറന്നിരിക്കുന്നു. NTP സെർവർ ആവശ്യമുള്ള ധാരാളം ഹോസ്റ്റുകളുള്ള നിരവധി ഓർഗനൈസേഷനുകളും ഉപയോക്താക്കളും (എന്നെ ഉൾപ്പെടുത്തി) അവരുടെ സ്വന്തം സമയ സെർവറുകൾ സജ്ജീകരിക്കാൻ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ഒരു പ്രാദേശിക ഹോസ്റ്റ് മാത്രമേ സ്ട്രാറ്റം 2 അല്ലെങ്കിൽ 3 ആക്‌സസ്സ് ചെയ്യൂ. തുടർന്ന് ലോക്കൽ ഉപയോഗിക്കുന്നതിന് നെറ്റ്‌വർക്കിലെ ശേഷിക്കുന്ന നോഡുകൾ അവർ കോൺഫിഗർ ചെയ്യുന്നു. ടൈം സെർവർ. എന്റെ ഹോം നെറ്റ്‌വർക്കിന്റെ കാര്യത്തിൽ, ഇതൊരു ലെയർ 3 സെർവറാണ്.

NTP യുടെ വിവിധ നിർവ്വഹണങ്ങൾ

എൻടിപിയുടെ യഥാർത്ഥ നിർവ്വഹണം ntpd ആണ്. അത് പിന്നീട് chronyd, systemd-timesyncd എന്നീ രണ്ട് പുതിയവ ചേർന്നു. ഇവ മൂന്നും പ്രാദേശിക ഹോസ്റ്റ് സമയം ഒരു NTP ടൈം സെർവറുമായി സമന്വയിപ്പിക്കുന്നു. systemd-timesyncd സേവനം chronyd പോലെ വിശ്വസനീയമല്ല, എന്നാൽ മിക്ക ആവശ്യങ്ങൾക്കും ഇത് മതിയാകും. RTC സമന്വയത്തിലല്ലെങ്കിൽ, പ്രാദേശിക സിസ്റ്റം സമയം ചെറുതായി നീങ്ങുമ്പോൾ NTP സെർവറുമായി സമന്വയിപ്പിക്കുന്നതിന് സിസ്റ്റം സമയം ക്രമേണ ക്രമീകരിക്കാൻ ഇതിന് കഴിയും. systemd-timesync സേവനം ഒരു സമയ സെർവറായി ഉപയോഗിക്കാൻ കഴിയില്ല.

ക്രോണി രണ്ട് പ്രോഗ്രാമുകൾ ഉൾക്കൊള്ളുന്ന എൻടിപിയുടെ ഒരു നിർവ്വഹണമാണ്: chronyd ഡെമൺ, chronyc എന്ന് വിളിക്കുന്ന ഒരു കമാൻഡ്-ലൈൻ ഇന്റർഫേസ്. ക്രോണിക്ക് പല സന്ദർഭങ്ങളിലും ഒഴിച്ചുകൂടാനാവാത്ത ചില സവിശേഷതകൾ ഉണ്ട്:

• പഴയ ntpd സേവനത്തേക്കാൾ വളരെ വേഗത്തിൽ സമയ സെർവറുമായി ക്രോണിക്ക് സമന്വയിപ്പിക്കാൻ കഴിയും. എല്ലായ്‌പ്പോഴും പ്രവർത്തിക്കാത്ത ലാപ്‌ടോപ്പുകൾക്കോ ​​ഡെസ്‌ക്‌ടോപ്പുകൾക്കോ ​​ഇത് നല്ലതാണ്.
• ഹോസ്റ്റ് ഉറങ്ങാൻ പോകുമ്പോഴോ സ്ലീപ്പ് മോഡിലേക്ക് പ്രവേശിക്കുമ്പോഴോ അല്ലെങ്കിൽ കുറഞ്ഞ ലോഡുകളിൽ ക്ലോക്കുകളുടെ വേഗത കുറയ്ക്കുന്ന ഫ്രീക്വൻസി ഹോപ്പിംഗ് കാരണം ക്ലോക്ക് മാറുമ്പോഴോ പോലുള്ള ക്ലോക്ക് ഏറ്റക്കുറച്ചിലുകൾക്ക് ഇത് നികത്താനാകും.
• ഇത് അസ്ഥിരമായ നെറ്റ്‌വർക്ക് കണക്ഷൻ അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് തിരക്കുമായി ബന്ധപ്പെട്ട സമയ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു.
• ഇത് നെറ്റ്‌വർക്ക് കാലതാമസം നിയന്ത്രിക്കുന്നു.
• പ്രാരംഭ സമയ സമന്വയത്തിന് ശേഷം, ക്രോണി ഒരിക്കലും ക്ലോക്ക് നിർത്തുന്നില്ല. ഇത് പല സിസ്റ്റം സേവനങ്ങൾക്കും ആപ്ലിക്കേഷനുകൾക്കുമായി സ്ഥിരവും സ്ഥിരവുമായ ടൈംസ്ലോട്ടുകൾ നൽകുന്നു.
• നെറ്റ്‌വർക്ക് കണക്ഷൻ ഇല്ലാതെ പോലും ക്രോണിക്ക് പ്രവർത്തിക്കാൻ കഴിയും. ഈ സാഹചര്യത്തിൽ, പ്രാദേശിക ഹോസ്റ്റ് അല്ലെങ്കിൽ സെർവർ സ്വമേധയാ അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയും.
• ക്രോണിക്ക് ഒരു NTP സെർവറായി പ്രവർത്തിക്കാനാകും.

ഒരിക്കൽ കൂടി, Chrony അല്ലെങ്കിൽ systemd-timesyncd ഉപയോഗിച്ച് ഒരു Linux ഹോസ്റ്റിൽ നടപ്പിലാക്കാൻ കഴിയുന്ന ഒരു പ്രോട്ടോക്കോൾ ആണ് NTP.

സ്റ്റാൻഡേർഡ് ഫെഡോറ റിപ്പോസിറ്ററികളിൽ NTP, Chrony, systemd-timesyncd RPM-കൾ ലഭ്യമാണ്. systemd-udev RPM ഒരു കേർണൽ ഇവന്റ് മാനേജറാണ്, അത് ഫെഡോറയിൽ സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റോൾ ചെയ്തിട്ടുണ്ടെങ്കിലും ഓപ്ഷണൽ ആണ്.

നിങ്ങൾക്ക് ഇവ മൂന്നും ഇൻസ്റ്റാൾ ചെയ്യാനും അവയ്ക്കിടയിൽ മാറാനും കഴിയും, എന്നാൽ ഇത് അധിക തലവേദന സൃഷ്ടിക്കും. അതുകൊണ്ട് ചെയ്യാതിരിക്കുന്നതാണ് നല്ലത്. Fedora, CentOS, RHEL എന്നിവയുടെ ആധുനിക പതിപ്പുകൾ ഡിഫോൾട്ട് ഇംപ്ലിമെന്റേഷനായി ക്രോണിയിലേക്ക് നീങ്ങി, അവയ്ക്ക് systemd-timesyncd ഉണ്ട്. ക്രോണി നന്നായി പ്രവർത്തിക്കുന്നതായി ഞാൻ കാണുന്നു, എൻടിപി സേവനത്തേക്കാൾ മികച്ച ഇന്റർഫേസ് നൽകുന്നു, കൂടുതൽ വിവരങ്ങളും നിയന്ത്രണവും നൽകുന്നു, ഇത് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ തീർച്ചയായും ആസ്വദിക്കും.

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 സമയം എന്നിവ നൽകും. ഈ സാഹചര്യത്തിൽ, സിസ്റ്റം സമയം America / New_York (TZ) സമയ മേഖലയായി സജ്ജീകരിച്ചിരിക്കുന്നു, RTC പ്രാദേശിക സമയ മേഖലയിലെ സമയത്തിലേക്ക് സജ്ജീകരിച്ചിരിക്കുന്നു, NTP സേവനം സജീവമല്ല. RTC സമയം സിസ്റ്റം സമയത്തിൽ നിന്ന് അല്പം വ്യതിചലിക്കാൻ തുടങ്ങി. ക്ലോക്കുകൾ സമന്വയിപ്പിക്കാത്ത സിസ്റ്റങ്ങൾക്ക് ഇത് സാധാരണമാണ്. ഹോസ്റ്റിലെ ഓഫ്‌സെറ്റിന്റെ അളവ് സിസ്റ്റം അവസാനമായി സമന്വയിപ്പിച്ചതിന് ശേഷം കടന്നുപോയ സമയത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

RTC-യ്‌ക്ക് പ്രാദേശിക സമയം ഉപയോഗിക്കുന്നതിനെക്കുറിച്ചുള്ള ഒരു മുന്നറിയിപ്പും ഞങ്ങൾക്ക് ലഭിച്ചു - ഇത് സമയ മേഖല മാറ്റങ്ങൾക്കും DST ക്രമീകരണങ്ങൾക്കും ബാധകമാണ്. മാറ്റങ്ങൾ വരുത്തേണ്ട സമയത്ത് കമ്പ്യൂട്ടർ ഓഫാക്കിയാൽ, ആർ.ടി.സി. എന്നാൽ മുഴുവൻ സമയവും പ്രവർത്തിക്കുന്ന സെർവറുകൾക്കോ ​​മറ്റ് ഹോസ്റ്റുകൾക്കോ ​​ഇത് ഒരു പ്രശ്നമല്ല. കൂടാതെ, 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>

ഇപ്പോൾ നിങ്ങൾക്ക് സമയ മേഖല സജ്ജമാക്കാൻ കഴിയും. മാറ്റങ്ങൾ പരിശോധിക്കാൻ ഞാൻ തീയതി കമാൻഡ് ഉപയോഗിച്ചു, എന്നാൽ നിങ്ങൾക്ക് 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 സന്ദർഭത്തിൽ എളുപ്പത്തിൽ കൈകാര്യം ചെയ്യാൻ കഴിയുന്ന ഒരു NTP നടപ്പിലാക്കൽ systemd timesync ഡെമൺ നൽകുന്നു. ഇത് ഫെഡോറയിലും ഉബുണ്ടുവിലും സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. എന്നിരുന്നാലും, ഇത് ഉബുണ്ടുവിൽ സ്ഥിരസ്ഥിതിയായി മാത്രമേ ആരംഭിക്കൂ. മറ്റ് വിതരണങ്ങളെക്കുറിച്ച് എനിക്ക് ഉറപ്പില്ല. നിങ്ങൾക്ക് സ്വയം പരിശോധിക്കാം:

[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 ടൈം സെർവർ ഇല്ലെങ്കിൽ, ഫെഡോറ ഒരു ഫാൾബാക്ക് ഫെഡോറ ടൈം സെർവറിലേക്ക് ഡിഫോൾട്ട് ചെയ്യുന്നു. ഞാൻ സാധാരണയായി എന്റെ ടൈം സെർവർ ചേർക്കുന്നു:

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

സിസ്റ്റം സമയം സജ്ജീകരിച്ചിട്ടില്ല അല്ലെങ്കിൽ പുനഃസജ്ജീകരിച്ചു എന്ന് പറയുന്ന ലോഗ് സന്ദേശം ശ്രദ്ധിക്കുക. ടൈംസിങ്ക് സേവനം ടൈംസ്റ്റാമ്പിനെ അടിസ്ഥാനമാക്കി സിസ്റ്റം സമയം സജ്ജമാക്കുന്നു. ടൈംസിങ്ക് ഡെമൺ ടൈംസ്റ്റാമ്പുകൾ പരിപാലിക്കുന്നു, വിജയകരമായ എല്ലാ സമന്വയത്തിലും സൃഷ്ടിക്കപ്പെടുന്നു.

സിസ്റ്റം ക്ലോക്കിൽ നിന്ന് ഹാർഡ്‌വെയർ ക്ലോക്കിന്റെ മൂല്യം എടുക്കാൻ 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 അല്ല.

നിങ്ങൾക്ക് എന്തിനാണ് ആർടിസി വേണ്ടത്?

എൻടിപിയുടെ ഏത് നടപ്പാക്കലും സിസ്റ്റം ക്ലോക്ക് സ്റ്റാർട്ടപ്പ് സമയത്ത് സജ്ജമാക്കും. പിന്നെ എന്തിനാണ് ആർ.ടി.സി. ഇത് പൂർണ്ണമായും ശരിയല്ല: നിങ്ങൾക്ക് സമയ സെർവറിലേക്ക് ഒരു നെറ്റ്‌വർക്ക് കണക്ഷൻ ഉണ്ടെങ്കിൽ മാത്രമേ ഇത് സംഭവിക്കൂ. എന്നിരുന്നാലും, പല സിസ്റ്റങ്ങൾക്കും എല്ലായ്‌പ്പോഴും ഒരു നെറ്റ്‌വർക്ക് കണക്ഷനിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കില്ല, അതിനാൽ സിസ്റ്റം സമയം സജ്ജമാക്കാൻ ലിനക്‌സിന് ഉപയോഗിക്കാൻ ഒരു ഹാർഡ്‌വെയർ ക്ലോക്ക് ഉപയോഗപ്രദമാണ്. ഇത് തത്സമയത്തിൽ നിന്ന് വ്യതിചലിച്ചാലും, സ്വമേധയാ സമയം ക്രമീകരിക്കുന്നതിനേക്കാൾ മികച്ചതാണ്.

തീരുമാനം

തീയതി, സമയം, സമയ മേഖലകൾ എന്നിവ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ചില ഉപകരണങ്ങൾ ഈ ലേഖനം അവലോകനം ചെയ്തിട്ടുണ്ട്. systemd-timesyncd ടൂൾ ഒരു NTP ക്ലയന്റ് നൽകുന്നു, അത് ഒരു NTP സെർവറുമായി ലോക്കൽ ഹോസ്റ്റിലെ സമയം സമന്വയിപ്പിക്കാൻ കഴിയും. എന്നിരുന്നാലും, systemd-timesyncd ഒരു സെർവർ സേവനം നൽകുന്നില്ല, അതിനാൽ നിങ്ങളുടെ നെറ്റ്‌വർക്കിൽ നിങ്ങൾക്ക് ഒരു NTP സെർവർ ആവശ്യമുണ്ടെങ്കിൽ, ഒരു സെർവറായി പ്രവർത്തിക്കാൻ നിങ്ങൾ Chrony പോലുള്ള മറ്റെന്തെങ്കിലും ഉപയോഗിക്കണം.

എന്റെ നെറ്റ്‌വർക്കിലെ ഏത് സേവനത്തിനും ഒരൊറ്റ നടപ്പാക്കലാണ് ഞാൻ ഇഷ്ടപ്പെടുന്നത്, അതിനാൽ ഞാൻ ക്രോണി ഉപയോഗിക്കുന്നു. നിങ്ങൾക്ക് ഒരു പ്രാദേശിക എൻടിപി സെർവർ ആവശ്യമില്ലെങ്കിൽ, അല്ലെങ്കിൽ ക്രോണിയെ സെർവറായും systemd-timesyncd SNTP ക്ലയന്റായി ഉപയോഗിക്കുന്നതിൽ നിങ്ങൾക്ക് താൽപ്പര്യമില്ലെങ്കിൽ. എല്ലാത്തിനുമുപരി, systemd-timesyncd-ന്റെ പ്രവർത്തനക്ഷമതയിൽ നിങ്ങൾ സംതൃപ്തനാണെങ്കിൽ, ഒരു ക്ലയന്റ് എന്ന നിലയിൽ Chrony-യുടെ അധിക സവിശേഷതകൾ ഉപയോഗിക്കേണ്ടതില്ല.

മറ്റൊരു കുറിപ്പ്: NTP നടപ്പിലാക്കാൻ നിങ്ങൾ systemd ടൂളുകൾ ഉപയോഗിക്കേണ്ടതില്ല. നിങ്ങൾക്ക് ntpd, Chrony അല്ലെങ്കിൽ മറ്റൊരു NTP നടപ്പിലാക്കലിന്റെ പഴയ പതിപ്പ് ഉപയോഗിക്കാം. എല്ലാത്തിനുമുപരി, systemd ധാരാളം സേവനങ്ങൾ ഉൾക്കൊള്ളുന്നു; അവയിൽ പലതും ഓപ്ഷണൽ ആണ്, അതിനാൽ നിങ്ങൾക്ക് അവ ഓഫാക്കി പകരം മറ്റെന്തെങ്കിലും ഉപയോഗിക്കാം. ഇതൊരു വലിയ മോണോലിത്തിക്ക് രാക്ഷസമല്ല. നിങ്ങൾക്ക് systemd അല്ലെങ്കിൽ അതിന്റെ ഭാഗങ്ങൾ ഇഷ്ടപ്പെട്ടേക്കില്ല, എന്നാൽ നിങ്ങൾ അറിവോടെയുള്ള തീരുമാനമെടുക്കണം.

systemd-ന്റെ NTP നടപ്പിലാക്കുന്നത് എനിക്ക് ഇഷ്‌ടമാണ്, പക്ഷേ അത് എന്റെ ആവശ്യങ്ങൾക്ക് നന്നായി യോജിക്കുന്നതിനാൽ ക്രോണിയാണ് ഞാൻ ഇഷ്ടപ്പെടുന്നത്. ഇത് ലിനക്സാണ്, കുഞ്ഞേ -)

ഒരു പരസ്യമായി

VDSina ഓഫറുകൾ ഏത് ജോലിക്കും സെർവറുകൾ, ഓട്ടോമാറ്റിക് ഇൻസ്റ്റാളേഷനായി ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുടെ ഒരു വലിയ നിര, നിങ്ങളുടേതിൽ നിന്ന് ഏതെങ്കിലും OS ഇൻസ്റ്റാൾ ചെയ്യാൻ സാധിക്കും ഐഎസ്ഒ, സുഖപ്രദമായ നിയന്ത്രണ പാനൽ സ്വന്തം വികസനവും ദൈനംദിന പേയ്‌മെന്റും. തീർച്ചയായും കാലാതീതമായ ശാശ്വതമായ സെർവറുകൾ നമുക്കുണ്ടെന്ന് ഓർക്കുക

അവലംബം: www.habr.com