Linux સમય સિંક્રનાઇઝેશન: NTP, Chrony અને systemd-timesyncd

મોટાભાગના લોકો સમયનો ખ્યાલ રાખે છે. અમે અમારી સવારની ધાર્મિક વિધિઓ પૂર્ણ કરવા અને કામ પર જવા માટે, લંચ બ્રેક લેવા, પ્રોજેક્ટની સમયમર્યાદા પૂરી કરવા, જન્મદિવસ અને રજાઓ ઉજવવા, પ્લેનમાં સવારી કરવા વગેરે માટે સમયસર ઉઠીએ છીએ.

તદુપરાંત: આપણામાંના કેટલાક સમય સાથે ભ્રમિત છે. મારી ઘડિયાળ સૌર ઉર્જા દ્વારા સંચાલિત છે અને નેશનલ ઇન્સ્ટિટ્યૂટ ઓફ સ્ટાન્ડર્ડ્સ એન્ડ ટેક્નોલોજી (એનઆઈએસટી) લોંગવેવ રેડિયો દ્વારા ફોર્ટ કોલિન્સ, કોલોરાડો ડબલ્યુડબલ્યુવીબી. ફોર્ટ કોલિન્સ ખાતે પણ સ્થિત અણુ ઘડિયાળ સાથે સમયના સંકેતો સમન્વયિત થાય છે. મારું Fitbit મારા ફોન સાથે સમન્વયિત થઈ રહ્યું છે જે સર્વર સાથે સમન્વયિત થઈ રહ્યું છે NTP, જે આખરે અણુ ઘડિયાળ સાથે સુમેળ કરે છે.

ઉપકરણો સમયનો પણ ટ્રેક રાખે છે

આપણાં ઉપકરણો અને કમ્પ્યુટરને ચોક્કસ સમયની જરૂર હોવાનાં ઘણાં કારણો છે. ઉદાહરણ તરીકે, બેંકિંગ, શેરબજારો અને અન્ય નાણાકીય વ્યવસાયોમાં, વ્યવહારો યોગ્ય ક્રમમાં કરવા જોઈએ, અને ચોક્કસ સમય ક્રમ આ માટે મહત્વપૂર્ણ છે.

અમારા ફોન, ટેબ્લેટ્સ, કાર, GPS સિસ્ટમ્સ અને કમ્પ્યુટર્સ બધાને ચોક્કસ સમય અને તારીખ સેટિંગ્સની જરૂર છે. હું ઈચ્છું છું કે મારા કમ્પ્યુટરના ડેસ્કટોપ પરની ઘડિયાળ સાચો સમય બતાવે. હું ઇચ્છું છું કે રીમાઇન્ડર્સ મારા સ્થાનિક કેલેન્ડર પર યોગ્ય સમયે દેખાય. યોગ્ય સમય એ પણ સુનિશ્ચિત કરે છે કે ક્રોન અને સિસ્ટમ્ડ જોબ્સ યોગ્ય સમયે ચાલે છે.

લોગીંગ માટે તારીખ અને સમય પણ મહત્વપૂર્ણ છે, તેથી તારીખ અને સમયના આધારે ચોક્કસ લોગ શોધવાનું થોડું સરળ છે. ઉદાહરણ તરીકે, મેં એકવાર DevOps માં કામ કર્યું હતું (તે સમયે તે કહેવાતું ન હતું) અને ઉત્તર કેરોલિના રાજ્યમાં એક ઇમેઇલ સિસ્ટમ સેટ કરી રહ્યો હતો. અમે એક દિવસમાં 20 મિલિયનથી વધુ ઈમેલ પર પ્રક્રિયા કરતા હતા. સર્વરોની શ્રેણી દ્વારા ઈ-મેલને ટ્રેક કરવું, અથવા ભૌગોલિક રીતે વિખરાયેલા યજમાનો પર લોગ ફાઈલોનો ઉપયોગ કરીને ઘટનાઓનો ચોક્કસ ક્રમ નક્કી કરવો, જો સંબંધિત કમ્પ્યુટર્સ સમયસર સમન્વયિત કરવામાં આવે તો ઘણું સરળ બની શકે છે.

એક સમય - ઘણા કલાકો

Linux હોસ્ટ્સે ધ્યાનમાં લેવું જોઈએ કે ત્યાં એક સિસ્ટમ સમય અને RTC સમય છે. RTC (રિયલ ટાઈમ ક્લોક) એ હાર્ડવેર ઘડિયાળ માટે થોડું વિચિત્ર અને બહુ ચોક્કસ નામ નથી.

સિસ્ટમ મધરબોર્ડ પરની બેટરીનો ઉપયોગ કરીને કમ્પ્યુટર બંધ હોય ત્યારે પણ હાર્ડવેર ઘડિયાળ સતત ચાલે છે. જ્યારે ટાઈમ સર્વર સાથે કનેક્શન ઉપલબ્ધ ન હોય ત્યારે સમયનો સંગ્રહ કરવાનું RTCનું મુખ્ય કાર્ય છે. તે દિવસોમાં જ્યારે ઇન્ટરનેટ પર ટાઇમ સર્વર સાથે કનેક્ટ થવું અશક્ય હતું, ત્યારે દરેક કમ્પ્યુટર પાસે ચોક્કસ આંતરિક ઘડિયાળ હોવી જરૂરી હતી. ઑપરેટિંગ સિસ્ટમ્સને બુટ સમયે RTC ઍક્સેસ કરવી પડતી હતી અને વપરાશકર્તાએ BIOS હાર્ડવેર કન્ફિગરેશન ઈન્ટરફેસનો ઉપયોગ કરીને તે સાચું છે તેની ખાતરી કરવા માટે મેન્યુઅલી સિસ્ટમ સમય સેટ કરવાનો હતો.

હાર્ડવેર ઘડિયાળો સમય ઝોનની વિભાવનાને સમજી શકતી નથી; RTC માત્ર સમયનો સંગ્રહ કરે છે, સમય ઝોન અથવા UTC (કોઓર્ડિનેટેડ યુનિવર્સલ ટાઈમ, જેને GMT અથવા ગ્રીનવિચ મીન ટાઈમ તરીકે પણ ઓળખવામાં આવે છે) માંથી ઑફસેટ નથી. તમે એક સાધનનો ઉપયોગ કરીને RTC ઇન્સ્ટોલ કરી શકો છો જેને હું આ લેખમાં પછીથી આવરી લઈશ.

સિસ્ટમ સમય એ સમય છે કે જે OS તમારા ડેસ્કટોપ પરની GUI ઘડિયાળ પર, તારીખ આદેશના આઉટપુટમાં, લોગના ટાઇમસ્ટેમ્પ્સમાં દર્શાવે છે. જ્યારે ફાઇલો બનાવવામાં આવે છે, સંશોધિત કરવામાં આવે છે અને ખોલવામાં આવે છે ત્યારે પણ આ લાગુ પડે છે.

પૃષ્ઠ પર આરટીસી માટે માણસ RTC અને સિસ્ટમ ઘડિયાળનું સંપૂર્ણ વર્ણન છે.

NTP સાથે શું છે?

સમગ્ર વિશ્વમાં કમ્પ્યુટર્સ NTP સર્વરના વંશવેલોનો ઉપયોગ કરીને ઈન્ટરનેટ પર પ્રમાણભૂત સંદર્ભ ઘડિયાળો સાથે તેમના સમયને સુમેળ કરવા માટે NTP (નેટવર્ક ટાઈમ પ્રોટોકોલ) નો ઉપયોગ કરે છે. મુખ્ય સમયના સર્વર સ્તર 1 પર છે અને તેઓ ઉપગ્રહ, રેડિયો અથવા તો ટેલિફોન લાઇન પર મોડેમ દ્વારા સ્તર 0 પર વિવિધ રાષ્ટ્રીય સમયની સેવાઓ સાથે સીધા જોડાયેલા છે. લેયર 0 ટાઈમ સર્વિસ એ અણુ ઘડિયાળ હોઈ શકે છે, રેડિયો રીસીવર કે જે અણુ ઘડિયાળો દ્વારા પ્રસારિત સિગ્નલો સાથે ટ્યુન કરવામાં આવે છે અથવા જીપીએસ રીસીવર કે જે જીપીએસ ઉપગ્રહો દ્વારા પ્રસારિત કરવામાં આવતા અત્યંત સચોટ ઘડિયાળ સંકેતોનો ઉપયોગ કરે છે.

મોટા ભાગના સંદર્ભ સર્વરો પાસે હજારો જાહેર NTP સ્ટ્રેટમ 2 સર્વર્સ લોકો માટે ખુલ્લા છે. NTP સર્વરની જરૂર હોય તેવા ઘણા બધા હોસ્ટ્સ સાથે ઘણી સંસ્થાઓ અને વપરાશકર્તાઓ (મારી જાતને શામેલ કરે છે) તેમના પોતાના સમય સર્વર સેટ કરવાનું પસંદ કરે છે જેથી ફક્ત એક સ્થાનિક હોસ્ટ સ્ટ્રેટમ 2 અથવા 3 સુધી પહોંચે. પછી તેઓ સ્થાનિકનો ઉપયોગ કરવા માટે નેટવર્ક પરના બાકીના નોડ્સને ગોઠવે છે. સમય સર્વર મારા હોમ નેટવર્કના કિસ્સામાં, આ લેયર 3 સર્વર છે.

NTP ના વિવિધ અમલીકરણો

NTP નું મૂળ અમલીકરણ ntpd છે. તે પછી બે નવા, chronyd અને systemd-timesyncd દ્વારા જોડાઈ હતી. ત્રણેય સ્થાનિક હોસ્ટ ટાઇમને NTP ટાઇમ સર્વર સાથે સિંક્રનાઇઝ કરે છે. systemd-timesyncd સેવા chronyd જેટલી વિશ્વસનીય નથી, પરંતુ તે મોટાભાગના હેતુઓ માટે પૂરતી સારી છે. જો RTC સમન્વયની બહાર હોય, તો તે NTP સર્વર સાથે સિંક્રનાઇઝ કરવા માટે ધીમે ધીમે સિસ્ટમ સમયને સમાયોજિત કરી શકે છે જ્યારે સ્થાનિક સિસ્ટમનો સમય થોડો વહી જાય છે. systemd-timesync સેવાનો સમય સર્વર તરીકે ઉપયોગ કરી શકાતો નથી.

ક્રોની NTP નું અમલીકરણ છે જેમાં બે પ્રોગ્રામ્સ છે: ક્રોનીડ ડિમન અને ક્રોનિક નામનું કમાન્ડ-લાઇન ઇન્ટરફેસ. ક્રોનીમાં કેટલીક સુવિધાઓ છે જે ઘણા કિસ્સાઓમાં અનિવાર્ય છે:

• Chrony જૂની ntpd સેવા કરતાં વધુ ઝડપથી ટાઇમ સર્વર સાથે સિંક્રનાઇઝ કરી શકે છે. આ લેપટોપ અથવા ડેસ્કટોપ માટે સારું છે જે દરેક સમયે કામ કરતા નથી.
• તે ઘડિયાળની વધઘટની ભરપાઈ કરી શકે છે, જેમ કે જ્યારે હોસ્ટ સૂઈ જાય છે અથવા સ્લીપ મોડમાં પ્રવેશે છે, અથવા જ્યારે ફ્રિક્વન્સી હૉપિંગને કારણે ઘડિયાળ બદલાય છે, જે ઓછા લોડ પર ઘડિયાળોને ધીમું કરે છે.
• તે અસ્થિર નેટવર્ક કનેક્શન અથવા નેટવર્ક ભીડ સંબંધિત સમયની સમસ્યાઓને હલ કરે છે.
• તે નેટવર્ક વિલંબને નિયંત્રિત કરે છે.
• પ્રારંભિક સમય સમન્વયન પછી, ક્રોની ઘડિયાળને ક્યારેય રોકતું નથી. આ ઘણી સિસ્ટમ સેવાઓ અને એપ્લિકેશનો માટે સ્થિર અને સુસંગત સમયગાળો પૂરો પાડે છે.
• ક્રોની નેટવર્ક કનેક્શન વિના પણ કામ કરી શકે છે. આ કિસ્સામાં, સ્થાનિક હોસ્ટ અથવા સર્વરને મેન્યુઅલી અપડેટ કરી શકાય છે.
• Chrony NTP સર્વર તરીકે કાર્ય કરી શકે છે.

ફરી એકવાર, NTP એ એક પ્રોટોકોલ છે જે ક્રોની અથવા systemd-timesyncd નો ઉપયોગ કરીને Linux હોસ્ટ પર અમલ કરી શકાય છે.

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 શરૂ કર્યું ન હોવાથી, timesyc-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 માટે સ્થાનિક સમયનો ઉપયોગ કરવા વિશે ચેતવણી પણ પ્રાપ્ત થઈ છે - આ સમય ઝોન ફેરફારો અને 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>

હવે તમે ટાઇમઝોન સેટ કરી શકો છો. મેં ફેરફારોની તપાસ કરવા માટે તારીખ આદેશનો ઉપયોગ કર્યો, પરંતુ તમે 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 પર મૂળભૂત રીતે ઇન્સ્ટોલ કરેલું છે. જો કે, તે માત્ર ઉબુન્ટુ પર મૂળભૂત રીતે શરૂ થાય છે. મને અન્ય વિતરણો વિશે ખાતરી નથી. તમે તમારા માટે તપાસ કરી શકો છો:

[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 નહિ.

તમારે આરટીસીની જરૂર કેમ છે?

NTP નું કોઈપણ અમલીકરણ સ્ટાર્ટઅપ સમયે સિસ્ટમ ઘડિયાળ સેટ કરશે. અને પછી RTC શા માટે? આ સંપૂર્ણ રીતે સાચું નથી: જો તમારી પાસે ટાઈમ સર્વર સાથે નેટવર્ક કનેક્શન હોય તો જ આવું થશે. જો કે, ઘણી સિસ્ટમોમાં હંમેશા નેટવર્ક કનેક્શનની ઍક્સેસ હોતી નથી, તેથી સિસ્ટમ સમય સેટ કરવા માટે Linux માટે હાર્ડવેર ઘડિયાળ ઉપયોગી છે. સમયને મેન્યુઅલી સેટ કરવા કરતાં આ વધુ સારું છે, ભલે તે વાસ્તવિક સમયથી વિચલિત થઈ શકે.

નિષ્કર્ષ

આ લેખમાં તારીખ, સમય અને સમય ઝોનની હેરફેર કરવા માટેના કેટલાક સાધનોની સમીક્ષા કરવામાં આવી છે. 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 ને પસંદ કરું છું કારણ કે તે મારી જરૂરિયાતોને વધુ સારી રીતે અનુકૂળ કરે છે. તે Linux છે, બેબી -)

જાહેરાતના અધિકારો પર

VDSina ઓફર કરે છે કોઈપણ કાર્ય માટે સર્વર્સ, સ્વચાલિત ઇન્સ્ટોલેશન માટે ઑપરેટિંગ સિસ્ટમ્સની વિશાળ પસંદગી, તમારા પોતાનામાંથી કોઈપણ OS ઇન્સ્ટોલ કરવું શક્ય છે ISO, આરામદાયક નિયંત્રણ પેનલ પોતાનો વિકાસ અને દૈનિક ચુકવણી. યાદ કરો કે અમારી પાસે શાશ્વત સર્વર્સ છે જે ચોક્કસપણે કાલાતીત છે 😉

સોર્સ: www.habr.com