ਲੀਨਕਸ ਟਾਈਮ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ: NTP, Chrony ਅਤੇ systemd-timesyncd

ਬਹੁਤੇ ਲੋਕ ਸਮੇਂ ਦਾ ਹਿਸਾਬ ਰੱਖਦੇ ਹਨ। ਅਸੀਂ ਆਪਣੀਆਂ ਸਵੇਰ ਦੀਆਂ ਰਸਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਅਤੇ ਕੰਮ 'ਤੇ ਜਾਣ, ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ ਦੀ ਬਰੇਕ ਲੈਣ, ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਸਮਾਂ-ਸੀਮਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ, ਜਨਮਦਿਨ ਅਤੇ ਛੁੱਟੀਆਂ ਮਨਾਉਣ, ਹਵਾਈ ਜਹਾਜ਼ 'ਤੇ ਸਵਾਰ ਹੋਣ ਲਈ ਸਮੇਂ ਸਿਰ ਉੱਠਦੇ ਹਾਂ।

ਇਸ ਤੋਂ ਇਲਾਵਾ: ਸਾਡੇ ਵਿੱਚੋਂ ਕੁਝ ਸਮੇਂ ਦੇ ਨਾਲ ਗ੍ਰਸਤ ਹਨ. ਮੇਰੀ ਘੜੀ ਸੂਰਜੀ ਊਰਜਾ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੈ ਅਤੇ ਨੈਸ਼ਨਲ ਇੰਸਟੀਚਿਊਟ ਆਫ਼ ਸਟੈਂਡਰਡਜ਼ ਐਂਡ ਟੈਕਨਾਲੋਜੀ ਤੋਂ ਸਹੀ ਸਮਾਂ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ (ਐਨਆਈਐਸਟੀ) ਲੌਂਗਵੇਵ ਰੇਡੀਓ ਰਾਹੀਂ ਫੋਰਟ ਕੋਲਿਨਜ਼, ਕੋਲੋਰਾਡੋ ਤੱਕ ਡਬਲਯੂਡਬਲਯੂਵੀਬੀ. ਸਮੇਂ ਦੇ ਸਿਗਨਲ ਪਰਮਾਣੂ ਘੜੀ ਨਾਲ ਸਮਕਾਲੀ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਫੋਰਟ ਕੋਲਿਨਸ ਵਿਖੇ ਵੀ ਸਥਿਤ ਹੈ। ਮੇਰਾ ਫਿਟਬਿਟ ਮੇਰੇ ਫ਼ੋਨ ਨਾਲ ਸਿੰਕ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਸਰਵਰ ਨਾਲ ਸਿੰਕ ਹੋ ਰਿਹਾ ਹੈ NTP, ਜੋ ਅੰਤ ਵਿੱਚ ਪਰਮਾਣੂ ਘੜੀ ਨਾਲ ਸਮਕਾਲੀ ਹੋ ਜਾਂਦੀ ਹੈ।

ਯੰਤਰ ਸਮੇਂ ਦਾ ਵੀ ਧਿਆਨ ਰੱਖਦੇ ਹਨ

ਸਾਡੇ ਯੰਤਰਾਂ ਅਤੇ ਕੰਪਿਊਟਰਾਂ ਨੂੰ ਸਹੀ ਸਮੇਂ ਦੀ ਲੋੜ ਦੇ ਬਹੁਤ ਸਾਰੇ ਕਾਰਨ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਬੈਂਕਿੰਗ, ਸਟਾਕ ਮਾਰਕੀਟ ਅਤੇ ਹੋਰ ਵਿੱਤੀ ਕਾਰੋਬਾਰਾਂ ਵਿੱਚ, ਲੈਣ-ਦੇਣ ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਸਹੀ ਸਮੇਂ ਦੇ ਕ੍ਰਮ ਇਸਦੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਸਾਡੇ ਫ਼ੋਨਾਂ, ਟੈਬਲੇਟਾਂ, ਕਾਰਾਂ, GPS ਸਿਸਟਮਾਂ ਅਤੇ ਕੰਪਿਊਟਰਾਂ ਲਈ ਸਹੀ ਸਮਾਂ ਅਤੇ ਮਿਤੀ ਸੈਟਿੰਗਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਮੇਰੇ ਕੰਪਿਊਟਰ ਦੇ ਡੈਸਕਟਾਪ 'ਤੇ ਘੜੀ ਸਹੀ ਸਮਾਂ ਦਿਖਾਵੇ। ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਰੀਮਾਈਂਡਰ ਮੇਰੇ ਸਥਾਨਕ ਕੈਲੰਡਰ 'ਤੇ ਸਹੀ ਸਮੇਂ 'ਤੇ ਦਿਖਾਈ ਦੇਣ। ਸਹੀ ਸਮਾਂ ਇਹ ਵੀ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕ੍ਰੋਨ ਅਤੇ ਸਿਸਟਮਡ ਨੌਕਰੀਆਂ ਸਹੀ ਸਮੇਂ 'ਤੇ ਚੱਲਦੀਆਂ ਹਨ।

ਲੌਗਿੰਗ ਲਈ ਮਿਤੀ ਅਤੇ ਸਮਾਂ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਇਸਲਈ ਤਾਰੀਖ ਅਤੇ ਸਮੇਂ ਦੇ ਆਧਾਰ 'ਤੇ ਕੁਝ ਲੌਗਸ ਨੂੰ ਲੱਭਣਾ ਥੋੜ੍ਹਾ ਆਸਾਨ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਮੈਂ ਇੱਕ ਵਾਰ DevOps ਵਿੱਚ ਕੰਮ ਕੀਤਾ ਸੀ (ਇਸ ਨੂੰ ਉਸ ਸਮੇਂ ਨਹੀਂ ਕਿਹਾ ਜਾਂਦਾ ਸੀ) ਅਤੇ ਉੱਤਰੀ ਕੈਰੋਲੀਨਾ ਰਾਜ ਵਿੱਚ ਇੱਕ ਈਮੇਲ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰ ਰਿਹਾ ਸੀ. ਅਸੀਂ ਇੱਕ ਦਿਨ ਵਿੱਚ 20 ਮਿਲੀਅਨ ਤੋਂ ਵੱਧ ਈਮੇਲਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਹਾਂ। ਸਰਵਰਾਂ ਦੀ ਇੱਕ ਲੜੀ ਰਾਹੀਂ ਈ-ਮੇਲ ਨੂੰ ਟਰੈਕ ਕਰਨਾ, ਜਾਂ ਭੂਗੋਲਿਕ ਤੌਰ 'ਤੇ ਖਿੰਡੇ ਹੋਏ ਮੇਜ਼ਬਾਨਾਂ 'ਤੇ ਲੌਗ ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਘਟਨਾਵਾਂ ਦੇ ਸਹੀ ਕ੍ਰਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ, ਬਹੁਤ ਸੌਖਾ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਸੰਬੰਧਿਤ ਕੰਪਿਊਟਰਾਂ ਨੂੰ ਸਮੇਂ ਦੇ ਨਾਲ ਸਮਕਾਲੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਵਾਰ - ਕਈ ਘੰਟੇ

Linux ਮੇਜ਼ਬਾਨਾਂ ਨੂੰ ਇਹ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇੱਕ ਸਿਸਟਮ ਸਮਾਂ ਅਤੇ ਇੱਕ RTC ਸਮਾਂ ਹੈ। RTC (ਰੀਅਲ ਟਾਈਮ ਕਲਾਕ) ਇੱਕ ਹਾਰਡਵੇਅਰ ਘੜੀ ਲਈ ਇੱਕ ਥੋੜ੍ਹਾ ਅਜੀਬ ਅਤੇ ਬਹੁਤ ਸਹੀ ਨਾਂ ਹੈ।

ਸਿਸਟਮ ਮਦਰਬੋਰਡ 'ਤੇ ਬੈਟਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਕੰਪਿਊਟਰ ਦੇ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਹਾਰਡਵੇਅਰ ਘੜੀ ਲਗਾਤਾਰ ਚੱਲਦੀ ਹੈ। ਆਰਟੀਸੀ ਦਾ ਮੁੱਖ ਕੰਮ ਸਮੇਂ ਨੂੰ ਸਟੋਰ ਕਰਨਾ ਹੈ ਜਦੋਂ ਟਾਈਮ ਸਰਵਰ ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਉਹਨਾਂ ਦਿਨਾਂ ਵਿੱਚ ਜਦੋਂ ਇੰਟਰਨੈਟ ਤੇ ਇੱਕ ਟਾਈਮ ਸਰਵਰ ਨਾਲ ਜੁੜਨਾ ਅਸੰਭਵ ਸੀ, ਹਰ ਕੰਪਿਊਟਰ ਵਿੱਚ ਇੱਕ ਸਹੀ ਅੰਦਰੂਨੀ ਘੜੀ ਹੋਣੀ ਚਾਹੀਦੀ ਸੀ। ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਨੂੰ ਬੂਟ ਸਮੇਂ RTC ਤੱਕ ਪਹੁੰਚ ਕਰਨੀ ਪੈਂਦੀ ਸੀ ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਇਹ ਸਹੀ ਸੀ, BIOS ਹਾਰਡਵੇਅਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਸਟਮ ਸਮਾਂ ਦਸਤੀ ਸੈੱਟ ਕਰਨਾ ਪੈਂਦਾ ਸੀ।

ਹਾਰਡਵੇਅਰ ਘੜੀਆਂ ਸਮਾਂ ਖੇਤਰਾਂ ਦੀ ਧਾਰਨਾ ਨੂੰ ਨਹੀਂ ਸਮਝਦੀਆਂ; RTC ਸਿਰਫ਼ ਸਮੇਂ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਸਮਾਂ ਖੇਤਰ ਜਾਂ UTC (ਕੋਆਰਡੀਨੇਟਿਡ ਯੂਨੀਵਰਸਲ ਟਾਈਮ, ਜਿਸ ਨੂੰ GMT ਜਾਂ ਗ੍ਰੀਨਵਿਚ ਮੀਨ ਟਾਈਮ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਤੋਂ ਔਫਸੈੱਟ। ਤੁਸੀਂ ਇੱਕ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ RTC ਨੂੰ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਮੈਂ ਇਸ ਲੇਖ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਕਵਰ ਕਰਾਂਗਾ।

ਸਿਸਟਮ ਸਮਾਂ ਉਹ ਸਮਾਂ ਹੁੰਦਾ ਹੈ ਜੋ OS ਤੁਹਾਡੇ ਡੈਸਕਟਾਪ 'ਤੇ GUI ਘੜੀ 'ਤੇ ਦਿਖਾਉਂਦਾ ਹੈ, ਮਿਤੀ ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ, ਲੌਗਸ ਦੇ ਟਾਈਮਸਟੈਂਪਾਂ ਵਿੱਚ। ਇਹ ਉਦੋਂ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਫ਼ਾਈਲਾਂ ਬਣਾਈਆਂ, ਸੋਧੀਆਂ ਅਤੇ ਖੋਲ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਪੇਜ 'ਤੇ ਆਰਟੀਸੀ ਲਈ ਆਦਮੀ 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 ਡੈਮਨ ਅਤੇ ਇੱਕ ਕਮਾਂਡ-ਲਾਈਨ ਇੰਟਰਫੇਸ ਜਿਸਨੂੰ chronyc ਕਹਿੰਦੇ ਹਨ। Chrony ਦੀਆਂ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਜੋ ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਲਾਜ਼ਮੀ ਹਨ:

• Chrony ਪੁਰਾਣੀ ntpd ਸੇਵਾ ਨਾਲੋਂ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਟਾਈਮ ਸਰਵਰ ਨਾਲ ਸਮਕਾਲੀ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਲੈਪਟਾਪਾਂ ਜਾਂ ਡੈਸਕਟਾਪਾਂ ਲਈ ਚੰਗਾ ਹੈ ਜੋ ਹਰ ਸਮੇਂ ਕੰਮ ਨਹੀਂ ਕਰਦੇ।
• ਇਹ ਘੜੀ ਦੇ ਉਤਰਾਅ-ਚੜ੍ਹਾਅ ਲਈ ਮੁਆਵਜ਼ਾ ਦੇ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਜਦੋਂ ਹੋਸਟ ਸੌਂ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸਲੀਪ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਜਦੋਂ ਫ੍ਰੀਕੁਐਂਸੀ ਹੌਪਿੰਗ ਕਾਰਨ ਘੜੀ ਬਦਲਦੀ ਹੈ, ਜੋ ਘੱਟ ਲੋਡ 'ਤੇ ਘੜੀਆਂ ਨੂੰ ਹੌਲੀ ਕਰ ਦਿੰਦੀ ਹੈ।
• ਇਹ ਅਸਥਿਰ ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਜਾਂ ਨੈਟਵਰਕ ਭੀੜ ਨਾਲ ਸਬੰਧਤ ਸਮੇਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ।
• ਇਹ ਨੈੱਟਵਰਕ ਦੇਰੀ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਦਾ ਹੈ।
• ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਦੇ ਸਮਕਾਲੀਕਰਨ ਤੋਂ ਬਾਅਦ, ਕ੍ਰੋਨੀ ਕਦੇ ਵੀ ਘੜੀ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ। ਇਹ ਬਹੁਤ ਸਾਰੀਆਂ ਸਿਸਟਮ ਸੇਵਾਵਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਥਿਰ ਅਤੇ ਇਕਸਾਰ ਸਮਾਂ-ਸਲਾਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• Chrony ਇੱਕ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਵੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਥਾਨਕ ਹੋਸਟ ਜਾਂ ਸਰਵਰ ਨੂੰ ਹੱਥੀਂ ਅਪਡੇਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
• Chrony ਇੱਕ NTP ਸਰਵਰ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।

ਇੱਕ ਵਾਰ ਫਿਰ, NTP ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ Chrony ਜਾਂ systemd-timesyncd ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਲੀਨਕਸ ਹੋਸਟ ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

NTP, Chrony, ਅਤੇ systemd-timesyncd RPM ਮਿਆਰੀ ਫੇਡੋਰਾ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਉਪਲਬਧ ਹਨ। systemd-udev RPM ਇੱਕ ਕਰਨਲ ਇਵੈਂਟ ਮੈਨੇਜਰ ਹੈ ਜੋ ਕਿ ਫੇਡੋਰਾ ਉੱਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੰਸਟਾਲ ਹੈ, ਪਰ ਵਿਕਲਪਿਕ ਹੈ।

ਤੁਸੀਂ ਤਿੰਨਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਵਿਚ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਇੱਕ ਵਾਧੂ ਸਿਰ ਦਰਦ ਪੈਦਾ ਕਰੇਗਾ। ਇਸ ਲਈ ਇਹ ਨਾ ਕਰਨਾ ਬਿਹਤਰ ਹੈ। ਫੇਡੋਰਾ, 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 ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਇਸ ਲਈ 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 ਸਮਾਂ ਸਮਕਾਲੀਕਰਨ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਸ਼ੁਰੂਆਤੀ ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ ਦੌਰਾਨ ਹੋਸਟ ਦੇ ਸਮੇਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰੇਗੀ, ਇਸ ਲਈ ਸ਼ੁਰੂਆਤੀ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਮਾਂ ਦੁਬਾਰਾ ਸਹੀ ਹੋਵੇਗਾ।

ਸਮਾਂ ਖੇਤਰ ਸੈੱਟ ਕਰਨਾ

ਆਮ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਇੰਸਟਾਲੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਸਮਾਂ ਖੇਤਰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਬਦਲਣ ਦਾ ਕੰਮ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਕਈ ਵਾਰ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਸਮਾਂ ਖੇਤਰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਥੇ ਕਈ ਸਾਧਨ ਹਨ ਜੋ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ। ਲੀਨਕਸ ਇੱਕ ਹੋਸਟ ਦੇ ਸਥਾਨਕ ਟਾਈਮ ਜ਼ੋਨ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਟਾਈਮਜ਼ੋਨ ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਫਾਈਲਾਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹਨ /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 ਸੰਦਰਭ ਵਿੱਚ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਇਹ ਫੇਡੋਰਾ ਅਤੇ ਉਬੰਟੂ 'ਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੰਸਟਾਲ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਿਰਫ ਉਬੰਟੂ 'ਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਮੈਨੂੰ ਹੋਰ ਵੰਡਾਂ ਬਾਰੇ ਯਕੀਨ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ਆਪਣੇ ਲਈ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ:

[root@testvm1 ~]# systemctl status systemd-timesyncd

systemd-timesyncd ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

systemd-timesyncd ਲਈ ਸੰਰਚਨਾ ਫਾਇਲ ਹੈ /etc/systemd/timesyncd.conf. ਇਹ ਪੁਰਾਣੀ NTP ਅਤੇ chronyd ਸੇਵਾਵਾਂ ਨਾਲੋਂ ਘੱਟ ਵਿਕਲਪਾਂ ਵਾਲੀ ਇੱਕ ਸਧਾਰਨ ਫਾਈਲ ਹੈ। ਮੇਰੇ ਫੇਡੋਰਾ 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 ~]#

ਹਾਰਡਵੇਅਰ ਘੜੀ ਸੈੱਟ ਕਰ ਰਿਹਾ ਹੈ

ਟਾਈਮਸਿੰਕਡੀ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ ਸਥਿਤੀ ਕੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

[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 ਨਹੀਂ।

ਤੁਹਾਨੂੰ RTC ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਕਿਉਂ ਹੈ?

NTP ਦਾ ਕੋਈ ਵੀ ਲਾਗੂਕਰਨ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ 'ਤੇ ਸਿਸਟਮ ਕਲਾਕ ਨੂੰ ਸੈੱਟ ਕਰੇਗਾ। ਅਤੇ ਫਿਰ ਆਰਟੀਸੀ ਕਿਉਂ? ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਸੱਚ ਨਹੀਂ ਹੈ: ਇਹ ਤਾਂ ਹੀ ਹੋਵੇਗਾ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਟਾਈਮ ਸਰਵਰ ਨਾਲ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਹੈ। ਹਾਲਾਂਕਿ, ਬਹੁਤ ਸਾਰੇ ਸਿਸਟਮਾਂ ਕੋਲ ਹਮੇਸ਼ਾਂ ਇੱਕ ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ ਇੱਕ ਹਾਰਡਵੇਅਰ ਘੜੀ ਲੀਨਕਸ ਲਈ ਸਿਸਟਮ ਸਮਾਂ ਸੈੱਟ ਕਰਨ ਲਈ ਉਪਯੋਗੀ ਹੈ। ਇਹ ਹੱਥੀਂ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ, ਭਾਵੇਂ ਇਹ ਅਸਲ ਸਮੇਂ ਤੋਂ ਭਟਕ ਸਕਦਾ ਹੈ।

ਸਿੱਟਾ

ਇਸ ਲੇਖ ਵਿੱਚ ਮਿਤੀ, ਸਮਾਂ ਅਤੇ ਸਮਾਂ ਖੇਤਰਾਂ ਵਿੱਚ ਹੇਰਾਫੇਰੀ ਕਰਨ ਲਈ ਕੁਝ ਸਾਧਨਾਂ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਗਈ ਹੈ। systemd-timesyncd ਟੂਲ ਇੱਕ NTP ਕਲਾਇਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ NTP ਸਰਵਰ ਨਾਲ ਸਥਾਨਕ ਹੋਸਟ 'ਤੇ ਸਮੇਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, systemd-timesyncd ਇੱਕ ਸਰਵਰ ਸੇਵਾ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਜੇਕਰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ NTP ਸਰਵਰ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਰਵਰ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ Chrony।

ਮੈਂ ਆਪਣੇ ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸੇ ਵੀ ਸੇਵਾ ਲਈ ਇੱਕ ਸਿੰਗਲ ਲਾਗੂਕਰਨ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹਾਂ, ਇਸਲਈ ਮੈਂ Chrony ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਥਾਨਕ NTP ਸਰਵਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਜਾਂ ਜੇਕਰ ਤੁਹਾਨੂੰ ਸਰਵਰ ਵਜੋਂ Chrony ਅਤੇ systemd-timesyncd ਨੂੰ SNTP ਕਲਾਇੰਟ ਵਜੋਂ ਵਰਤਣ ਵਿੱਚ ਕੋਈ ਇਤਰਾਜ਼ ਨਹੀਂ ਹੈ। ਆਖ਼ਰਕਾਰ, ਜੇਕਰ ਤੁਸੀਂ systemd-timesyncd ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਤੋਂ ਸੰਤੁਸ਼ਟ ਹੋ ਤਾਂ ਇੱਕ ਕਲਾਇੰਟ ਵਜੋਂ Chrony ਦੀਆਂ ਵਾਧੂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

ਇੱਕ ਹੋਰ ਨੋਟ: ਤੁਹਾਨੂੰ NTP ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸਿਸਟਮਡ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਤੁਸੀਂ ntpd, Chrony, ਜਾਂ ਕਿਸੇ ਹੋਰ NTP ਲਾਗੂਕਰਨ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਆਖਰਕਾਰ, systemd ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ; ਉਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪਿਕ ਹਨ, ਇਸਲਈ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਦੀ ਬਜਾਏ ਕੁਝ ਹੋਰ ਵਰਤ ਸਕਦੇ ਹੋ। ਇਹ ਕੋਈ ਬਹੁਤ ਵੱਡਾ ਮੋਨੋਲਿਥਿਕ ਰਾਖਸ਼ ਨਹੀਂ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਸਿਸਟਮਡ ਜਾਂ ਇਸਦੇ ਕੁਝ ਹਿੱਸੇ ਪਸੰਦ ਨਾ ਕਰੋ, ਪਰ ਤੁਹਾਨੂੰ ਇੱਕ ਸੂਚਿਤ ਫੈਸਲਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮੈਨੂੰ NTP ਦਾ systemd ਲਾਗੂ ਕਰਨਾ ਪਸੰਦ ਹੈ, ਪਰ ਮੈਂ Chrony ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹਾਂ ਕਿਉਂਕਿ ਇਹ ਮੇਰੀਆਂ ਲੋੜਾਂ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਲੀਨਕਸ ਹੈ, ਬੇਬੀ -)

ਇੱਕ ਇਸ਼ਤਿਹਾਰ ਦੇ ਤੌਰ ਤੇ

VDSina ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ ਕਿਸੇ ਵੀ ਕੰਮ ਲਈ ਸਰਵਰ, ਆਟੋਮੈਟਿਕ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਚੋਣ, ਤੁਹਾਡੇ ਆਪਣੇ ਤੋਂ ਕੋਈ ਵੀ OS ਇੰਸਟਾਲ ਕਰਨਾ ਸੰਭਵ ਹੈ ਨੂੰ ISO, ਆਰਾਮਦਾਇਕ ਕੰਟਰੋਲ ਪੈਨਲ ਆਪਣਾ ਵਿਕਾਸ ਅਤੇ ਰੋਜ਼ਾਨਾ ਭੁਗਤਾਨ. ਯਾਦ ਕਰੋ ਕਿ ਸਾਡੇ ਕੋਲ ਸਦੀਵੀ ਸਰਵਰ ਹਨ ਜੋ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਸਦੀਵੀ ਹਨ 😉

ਸਰੋਤ: www.habr.com