ਸਮਾਂ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਬਣ ਗਿਆ

ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ TCP/IP ਦੁਆਰਾ ਸੰਚਾਰ ਕਰਨ ਵਾਲੇ ਲੱਖਾਂ ਵੱਡੇ ਅਤੇ ਛੋਟੇ ਉਪਕਰਣ ਹਨ ਤਾਂ ਇਹ ਕਿਵੇਂ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਵੇ ਕਿ ਸਮਾਂ ਪ੍ਰਤੀ ਸਮਾਂ ਝੂਠ ਨਹੀਂ ਹੈ? ਆਖ਼ਰਕਾਰ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਕੋਲ ਇੱਕ ਘੜੀ ਹੈ, ਅਤੇ ਸਮਾਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਲਈ ਸਹੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਇਸ ਸਮੱਸਿਆ ਨੂੰ ntp ਤੋਂ ਬਿਨਾਂ ਹੱਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।

ਆਓ ਇੱਕ ਮਿੰਟ ਲਈ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਉਦਯੋਗਿਕ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਇੱਕ ਹਿੱਸੇ ਵਿੱਚ ਸਮੇਂ ਦੇ ਨਾਲ ਸੇਵਾਵਾਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲਾਂ ਹਨ। ਤੁਰੰਤ ਹੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੌਫਟਵੇਅਰ ਦਾ ਕਲੱਸਟਰ ਸਟੈਕ ਫੇਲ੍ਹ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਡੋਮੇਨ ਟੁੱਟ ਜਾਂਦੇ ਹਨ, ਮਾਸਟਰ ਅਤੇ ਸਟੈਂਡਬਾਏ ਨੋਡਸ ਸਥਿਤੀ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ।

ਇਹ ਵੀ ਸੰਭਵ ਹੈ ਕਿ ਇੱਕ ਹਮਲਾਵਰ ਜਾਣਬੁੱਝ ਕੇ ਇੱਕ MiTM ਜਾਂ DDOS ਹਮਲੇ ਦੁਆਰਾ ਸਮੇਂ ਨੂੰ ਵਿਗਾੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ, ਕੁਝ ਵੀ ਹੋ ਸਕਦਾ ਹੈ:

• ਉਪਭੋਗਤਾ ਖਾਤੇ ਦੇ ਪਾਸਵਰਡ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਜਾਵੇਗੀ;
• X.509 ਸਰਟੀਫਿਕੇਟ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਜਾਵੇਗੀ;
• TOTP ਦੋ-ਕਾਰਕ ਪ੍ਰਮਾਣੀਕਰਨ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ;
• ਬੈਕਅੱਪ ਪੁਰਾਣੇ ਹੋ ਜਾਣਗੇ ਅਤੇ ਸਿਸਟਮ ਉਹਨਾਂ ਨੂੰ ਮਿਟਾ ਦੇਵੇਗਾ;
• DNSSEc ਟੁੱਟ ਜਾਵੇਗਾ।

ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਹਰ ਆਈਟੀ ਵਿਭਾਗ ਸਮੇਂ ਦੀ ਸਮਕਾਲੀ ਸੇਵਾਵਾਂ ਦੇ ਭਰੋਸੇਯੋਗ ਸੰਚਾਲਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇਹ ਚੰਗਾ ਹੋਵੇਗਾ ਜੇਕਰ ਉਹ ਉਦਯੋਗਿਕ ਸੰਚਾਲਨ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਅਤੇ ਸੁਰੱਖਿਅਤ ਸਨ।

NTP ਨੂੰ 25 ਮਿੰਟਾਂ ਵਿੱਚ ਤੋੜੋ

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

ਕਲਾਸਿਕ NTP ਬਾਰੇ ਮੁੱਖ ਸ਼ਿਕਾਇਤ ਘੁਸਪੈਠੀਆਂ ਦੁਆਰਾ ਹਮਲਿਆਂ ਤੋਂ ਸੁਰੱਖਿਆ ਲਈ ਭਰੋਸੇਯੋਗ ਵਿਧੀਆਂ ਦੀ ਘਾਟ ਹੈ। ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਯਤਨ ਕੀਤੇ ਗਏ ਹਨ। ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਅਸੀਂ ਪਹਿਲਾਂ ਸਮਮਿਤੀ ਕੁੰਜੀਆਂ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਇੱਕ ਪ੍ਰੀ-ਸ਼ੇਅਰਡ ਕੁੰਜੀ (PSK) ਵਿਧੀ ਲਾਗੂ ਕੀਤੀ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਸ ਵਿਧੀ ਨੇ ਇੱਕ ਸਧਾਰਨ ਕਾਰਨ ਕਰਕੇ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ - ਇਹ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਾਲ ਮਾਪਦਾ ਨਹੀਂ ਹੈ. ਸਰਵਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਦਸਤੀ ਸੰਰਚਨਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਬਸ ਇਸ ਤਰ੍ਹਾਂ ਕੋਈ ਹੋਰ ਕਲਾਇੰਟ ਨਹੀਂ ਜੋੜ ਸਕਦੇ ਹੋ। ਜੇਕਰ NTP ਸਰਵਰ 'ਤੇ ਕੁਝ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਸਾਰੇ ਕਲਾਇੰਟਸ ਨੂੰ ਮੁੜ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਫਿਰ ਉਹ ਆਟੋਕੀ ਦੇ ਨਾਲ ਆਏ, ਪਰ ਉਹਨਾਂ ਨੇ ਤੁਰੰਤ ਐਲਗੋਰਿਦਮ ਦੇ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਕਈ ਗੰਭੀਰ ਕਮਜ਼ੋਰੀਆਂ ਲੱਭੀਆਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇਸਨੂੰ ਛੱਡਣਾ ਪਿਆ। ਗੱਲ ਇਹ ਹੈ ਕਿ ਬੀਜ ਵਿੱਚ ਸਿਰਫ 32-ਬਿੱਟ ਹੁੰਦੇ ਹਨ, ਇਹ ਬਹੁਤ ਛੋਟਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਸਾਹਮਣੇ ਵਾਲੇ ਹਮਲੇ ਲਈ ਲੋੜੀਂਦੀ ਗਣਨਾਤਮਕ ਗੁੰਝਲਤਾ ਨਹੀਂ ਰੱਖਦਾ।

• ਕੁੰਜੀ ID - ਸਮਮਿਤੀ 32-ਬਿੱਟ ਕੁੰਜੀ;
• MAC (ਸੁਨੇਹਾ ਪ੍ਰਮਾਣਿਕਤਾ ਕੋਡ) - NTP ਪੈਕੇਟ ਚੈੱਕਸਮ;

ਆਟੋਕੀ ਦੀ ਗਣਨਾ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

Autokey=H(Sender-IP||Receiver-IP||KeyID||Cookie)

ਜਿੱਥੇ H() ਇੱਕ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਹੈਸ਼ ਫੰਕਸ਼ਨ ਹੈ।

ਇਹੀ ਫੰਕਸ਼ਨ ਪੈਕੇਟਾਂ ਦੇ ਚੈਕਸਮ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

MAC=H(Autokey||NTP packet)

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਪੈਕੇਜ ਜਾਂਚਾਂ ਦੀ ਪੂਰੀ ਇਕਸਾਰਤਾ ਕੂਕੀਜ਼ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਇੱਕ ਵਾਰ ਤੁਹਾਡੇ ਕੋਲ ਇਹ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਆਟੋਕੀ ਨੂੰ ਰੀਸਟੋਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਫਿਰ MAC ਨੂੰ ਧੋਖਾ ਦੇ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, NTP ਸਰਵਰ ਉਹਨਾਂ ਨੂੰ ਤਿਆਰ ਕਰਨ ਵੇਲੇ ਇੱਕ ਬੀਜ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕੈਚ ਪਿਆ ਹੈ.

Cookie=MSB_32(H(Client IP||Server IP||0||Server Seed))

MSB_32 ਫੰਕਸ਼ਨ md5 ਹੈਸ਼ ਗਣਨਾ ਨਤੀਜੇ ਤੋਂ 32 ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਬਿੱਟਾਂ ਨੂੰ ਕੱਟਦਾ ਹੈ। ਕਲਾਇੰਟ ਕੂਕੀ ਉਦੋਂ ਤੱਕ ਨਹੀਂ ਬਦਲਦੀ ਜਦੋਂ ਤੱਕ ਸਰਵਰ ਪੈਰਾਮੀਟਰ ਬਦਲੇ ਨਹੀਂ ਜਾਂਦੇ। ਫਿਰ ਹਮਲਾਵਰ ਸਿਰਫ ਸ਼ੁਰੂਆਤੀ ਨੰਬਰ ਨੂੰ ਰੀਸਟੋਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੂਕੀਜ਼ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ।

ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇੱਕ ਕਲਾਇੰਟ ਵਜੋਂ NTP ਸਰਵਰ ਨਾਲ ਜੁੜਨ ਅਤੇ ਕੂਕੀਜ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਬਰੂਟ ਫੋਰਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਹਮਲਾਵਰ ਇੱਕ ਸਧਾਰਨ ਐਲਗੋਰਿਦਮ ਦੇ ਬਾਅਦ ਸ਼ੁਰੂਆਤੀ ਸੰਖਿਆ ਨੂੰ ਬਹਾਲ ਕਰਦਾ ਹੈ।

ਬਰੂਟ-ਫੋਰਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸ਼ੁਰੂਆਤੀ ਸੰਖਿਆ ਦੀ ਗਣਨਾ 'ਤੇ ਹਮਲਾ ਕਰਨ ਲਈ ਐਲਗੋਰਿਦਮ।

   for i=0:2^32 − 1 do
        Ci=H(Server-IP||Client-IP||0||i)
        if Ci=Cookie then
            return i
        end if 
    end for

IP ਐਡਰੈੱਸ ਜਾਣੇ ਜਾਂਦੇ ਹਨ, ਇਸਲਈ ਜੋ ਕੁਝ ਬਚਿਆ ਹੈ ਉਹ 2^32 ਹੈਸ਼ ਬਣਾਉਣਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕਿ ਬਣਾਈ ਗਈ ਕੂਕੀ NTP ਸਰਵਰ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਗਈ ਕੂਕੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ। Intel Core i5 ਦੇ ਨਾਲ ਇੱਕ ਨਿਯਮਤ ਹੋਮ ਸਟੇਸ਼ਨ 'ਤੇ, ਇਸ ਵਿੱਚ 25 ਮਿੰਟ ਲੱਗਣਗੇ।

NTS - ਨਵੀਂ ਆਟੋਕੀ

ਆਟੋਕੀ ਵਿੱਚ ਅਜਿਹੇ ਸੁਰੱਖਿਆ ਛੇਕਾਂ ਨੂੰ ਸਹਿਣਾ ਅਸੰਭਵ ਸੀ, ਅਤੇ 2012 ਵਿੱਚ ਇਹ ਪ੍ਰਗਟ ਹੋਇਆ ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਪ੍ਰੋਟੋਕੋਲ। ਨਾਮ ਨਾਲ ਸਮਝੌਤਾ ਕਰਨ ਲਈ, ਉਹਨਾਂ ਨੇ ਰੀਬ੍ਰਾਂਡ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਇਸਲਈ ਆਟੋਕੀ v.2 ਨੂੰ ਨੈੱਟਵਰਕ ਟਾਈਮ ਸੁਰੱਖਿਆ ਕਿਹਾ ਗਿਆ।

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

ਇੱਕ NTS ਕੁਨੈਕਸ਼ਨ ਵਿੱਚ ਦੋ ਪੜਾਅ ਹੁੰਦੇ ਹਨ ਜੋ ਹੇਠਲੇ ਪਰਤ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। 'ਤੇ ਪਹਿਲਾ ਇਸ ਪੜਾਅ 'ਤੇ, ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵੱਖ-ਵੱਖ ਕਨੈਕਸ਼ਨ ਪੈਰਾਮੀਟਰਾਂ 'ਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸਾਰੇ ਡਾਟਾ ਸੈੱਟ ਨਾਲ ਕੁੰਜੀਆਂ ਵਾਲੀਆਂ ਕੁਕੀਜ਼ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। 'ਤੇ ਦੂਜਾ ਇਸ ਪੜਾਅ 'ਤੇ, ਅਸਲ ਸੁਰੱਖਿਅਤ NTS ਸੈਸ਼ਨ ਕਲਾਇੰਟ ਅਤੇ NTP ਸਰਵਰ ਵਿਚਕਾਰ ਹੁੰਦਾ ਹੈ।

NTS ਵਿੱਚ ਦੋ ਲੋਅਰ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਹੁੰਦੇ ਹਨ: ਨੈੱਟਵਰਕ ਟਾਈਮ ਸੁਰੱਖਿਆ ਕੁੰਜੀ ਐਕਸਚੇਂਜ (NTS-KE), ਜੋ TLS ਉੱਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੁਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਅਤੇ NTPv4, NTP ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਵੀਨਤਮ ਅਵਤਾਰ। ਹੇਠਾਂ ਇਸ ਬਾਰੇ ਥੋੜਾ ਹੋਰ.

ਪਹਿਲਾ ਪੜਾਅ - NTS KE

ਇਸ ਪੜਾਅ 'ਤੇ, NTP ਕਲਾਇੰਟ NTS KE ਸਰਵਰ ਨਾਲ ਇੱਕ ਵੱਖਰੇ TCP ਕੁਨੈਕਸ਼ਨ 'ਤੇ ਇੱਕ TLS 1.2/1.3 ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇਸ ਸੈਸ਼ਨ ਦੌਰਾਨ ਹੇਠ ਲਿਖੀਆਂ ਗੱਲਾਂ ਵਾਪਰਦੀਆਂ ਹਨ।

• ਪਾਰਟੀਆਂ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ ਏ.ਈ.ਏ.ਡੀ ਦੂਜੇ ਪੜਾਅ ਲਈ ਐਲਗੋਰਿਦਮ।
• ਪਾਰਟੀਆਂ ਇੱਕ ਦੂਜੀ ਲੋਅਰ-ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀਆਂ ਹਨ, ਪਰ ਇਸ ਸਮੇਂ ਸਿਰਫ NTPv4 ਸਮਰਥਿਤ ਹੈ।
• ਪਾਰਟੀਆਂ NTP ਸਰਵਰ ਦਾ IP ਪਤਾ ਅਤੇ ਪੋਰਟ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ।
• NTS KE ਸਰਵਰ NTPv4 ਦੇ ਅਧੀਨ ਕੂਕੀਜ਼ ਜਾਰੀ ਕਰਦਾ ਹੈ।
• ਪਾਰਟੀਆਂ ਕੂਕੀ ਸਮੱਗਰੀ ਤੋਂ ਸਮਮਿਤੀ ਕੁੰਜੀਆਂ (C2S ਅਤੇ S2C) ਦਾ ਇੱਕ ਜੋੜਾ ਕੱਢਦੀਆਂ ਹਨ।

ਇਸ ਪਹੁੰਚ ਦਾ ਬਹੁਤ ਵੱਡਾ ਫਾਇਦਾ ਹੈ ਕਿ ਕੁਨੈਕਸ਼ਨ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਗੁਪਤ ਜਾਣਕਾਰੀ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦਾ ਸਾਰਾ ਬੋਝ ਸਾਬਤ ਅਤੇ ਭਰੋਸੇਮੰਦ TLS ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਪੈਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਸੁਰੱਖਿਅਤ NTP ਹੈਂਡਸ਼ੇਕ ਲਈ ਤੁਹਾਡੇ ਆਪਣੇ ਪਹੀਏ ਨੂੰ ਮੁੜ ਖੋਜਣ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ।

ਦੂਜਾ ਪੜਾਅ - NTS ਸੁਰੱਖਿਆ ਅਧੀਨ NTP

ਦੂਜੇ ਪੜਾਅ ਵਿੱਚ, ਕਲਾਇੰਟ NTP ਸਰਵਰ ਨਾਲ ਸਮੇਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸਮਕਾਲੀ ਕਰਦਾ ਹੈ। ਇਸ ਮੰਤਵ ਲਈ, ਇਹ NTPv4 ਪੈਕੇਟ ਢਾਂਚੇ ਵਿੱਚ ਚਾਰ ਵਿਸ਼ੇਸ਼ ਐਕਸਟੈਂਸ਼ਨਾਂ (ਐਕਸਟੈਂਸ਼ਨ ਫੀਲਡਾਂ) ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ।

• ਯੂਨੀਕ ਆਈਡੈਂਟੀਫਾਇਰ ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ ਰੀਪਲੇਅ ਹਮਲਿਆਂ ਨੂੰ ਰੋਕਣ ਲਈ ਇੱਕ ਬੇਤਰਤੀਬ ਨਾਸ ਸ਼ਾਮਲ ਹੈ।
• NTS ਕੂਕੀ ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ ਕਲਾਇੰਟ ਲਈ ਉਪਲਬਧ NTP ਕੂਕੀਜ਼ ਵਿੱਚੋਂ ਇੱਕ ਸ਼ਾਮਲ ਹੈ। ਕਿਉਂਕਿ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਕੋਲ C2S ਅਤੇ S2C ਸਮਮਿਤੀ AAED ਕੁੰਜੀਆਂ ਹਨ, NTP ਸਰਵਰ ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਕੂਕੀ ਸਮੱਗਰੀ ਤੋਂ ਕੱਢਣਾ ਚਾਹੀਦਾ ਹੈ।
• NTS ਕੂਕੀ ਪਲੇਸਹੋਲਡਰ ਐਕਸਟੈਂਸ਼ਨ ਇੱਕ ਕਲਾਇੰਟ ਲਈ ਸਰਵਰ ਤੋਂ ਵਾਧੂ ਕੂਕੀਜ਼ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ਇਹ ਐਕਸਟੈਂਸ਼ਨ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿ NTP ਸਰਵਰ ਜਵਾਬ ਬੇਨਤੀ ਤੋਂ ਜ਼ਿਆਦਾ ਲੰਬਾ ਨਾ ਹੋਵੇ। ਇਹ ਐਂਪਲੀਫਿਕੇਸ਼ਨ ਹਮਲਿਆਂ ਨੂੰ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
• NTS ਪ੍ਰਮਾਣਕ ਅਤੇ ਏਨਕ੍ਰਿਪਟਡ ਐਕਸਟੈਂਸ਼ਨ ਫੀਲਡ ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ C2S ਕੁੰਜੀ, NTP ਸਿਰਲੇਖ, ਟਾਈਮਸਟੈਂਪ, ਅਤੇ ਉਪਰੋਕਤ EF ਨਾਲ ਡੇਟਾ ਦੇ ਰੂਪ ਵਿੱਚ AAED ਸਾਈਫਰ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਐਕਸਟੈਂਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਟਾਈਮਸਟੈਂਪਾਂ ਨੂੰ ਧੋਖਾ ਦੇਣਾ ਸੰਭਵ ਹੈ।

ਕਿਸੇ ਕਲਾਇੰਟ ਤੋਂ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਸਰਵਰ NTP ਪੈਕੇਟ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਉਸਨੂੰ ਕੂਕੀਜ਼ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, AAED ਐਲਗੋਰਿਦਮ ਅਤੇ ਕੁੰਜੀਆਂ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਵੈਧਤਾ ਲਈ NTP ਪੈਕੇਟ ਦੀ ਸਫਲਤਾਪੂਰਵਕ ਜਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਰਵਰ ਹੇਠਾਂ ਦਿੱਤੇ ਫਾਰਮੈਟ ਵਿੱਚ ਕਲਾਇੰਟ ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

• ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ ਐਕਸਟੈਂਸ਼ਨ ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ ਦੀ ਇੱਕ ਪ੍ਰਤੀਬਿੰਬ ਕਾਪੀ ਹੈ, ਰੀਪਲੇਅ ਹਮਲਿਆਂ ਦੇ ਵਿਰੁੱਧ ਇੱਕ ਮਾਪ।
• ਸੈਸ਼ਨ ਜਾਰੀ ਰੱਖਣ ਲਈ NTS ਕੂਕੀ ਐਕਸਟੈਂਸ਼ਨ ਹੋਰ ਕੂਕੀਜ਼।
• NTS ਪ੍ਰਮਾਣਕ ਅਤੇ ਐਨਕ੍ਰਿਪਟਡ ਐਕਸਟੈਂਸ਼ਨ ਫੀਲਡ ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ ਇੱਕ S2C ਕੁੰਜੀ ਦੇ ਨਾਲ AEAD ਸਾਈਫਰ ਸ਼ਾਮਲ ਹੈ।

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

NTPSec

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

NTS NTP ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਸੀ। ਇੱਕ ਵਾਰ ਹਮਲਾਵਰਾਂ ਨੇ DDoS ਹਮਲਿਆਂ ਨੂੰ ਵਧਾਉਣ ਲਈ NTP ਕਮਜ਼ੋਰੀਆਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨਾ ਸਿੱਖ ਲਿਆ, ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਰੈਡੀਕਲ ਤਬਦੀਲੀਆਂ ਦੀ ਲੋੜ ਸੀ। ਅਤੇ ਜਦੋਂ NTS ਡਰਾਫਟ ਤਿਆਰ ਕੀਤੇ ਜਾ ਰਹੇ ਸਨ ਅਤੇ ਅੰਤਮ ਰੂਪ ਦਿੱਤੇ ਜਾ ਰਹੇ ਸਨ, 2014 ਦੇ ਅੰਤ ਵਿੱਚ ਯੂਐਸ ਨੈਸ਼ਨਲ ਸਾਇੰਸ ਫਾਊਂਡੇਸ਼ਨ ਨੇ ਤੁਰੰਤ NTP ਦੇ ਆਧੁਨਿਕੀਕਰਨ ਲਈ ਇੱਕ ਗ੍ਰਾਂਟ ਅਲਾਟ ਕੀਤੀ।

ਵਰਕਿੰਗ ਗਰੁੱਪ ਦੀ ਅਗਵਾਈ ਸਿਰਫ਼ ਕਿਸੇ ਨੇ ਨਹੀਂ ਕੀਤੀ, ਪਰ ਐਰਿਕ ਸਟੀਫਨ ਰੇਮੰਡ - ਓਪਨ ਸੋਰਸ ਭਾਈਚਾਰੇ ਦੇ ਸੰਸਥਾਪਕਾਂ ਅਤੇ ਥੰਮ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਤੇ ਕਿਤਾਬ ਦਾ ਲੇਖਕ ਗਿਰਜਾਘਰ ਅਤੇ ਬਜ਼ਾਰ. ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਏਰਿਕ ਅਤੇ ਉਸਦੇ ਦੋਸਤਾਂ ਨੇ ਐਨਟੀਪੀ ਕੋਡ ਨੂੰ ਬਿੱਟਕੀਪਰ ਪਲੇਟਫਾਰਮ ਤੋਂ ਗਿੱਟ ਵਿੱਚ ਲਿਜਾਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਪਰ ਇਹ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕੀਤਾ। ਪ੍ਰੋਜੈਕਟ ਲੀਡਰ ਹਰਲਨ ਸਟੈਨ ਇਸ ਫੈਸਲੇ ਦੇ ਖਿਲਾਫ ਸੀ ਅਤੇ ਗੱਲਬਾਤ ਰੁਕ ਗਈ ਸੀ। ਫਿਰ ਪ੍ਰੋਜੈਕਟ ਕੋਡ ਨੂੰ ਫੋਰਕ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ NTPSec ਦਾ ਜਨਮ ਹੋਇਆ ਸੀ।

GPSD 'ਤੇ ਕੰਮ, ਇੱਕ ਗਣਿਤਿਕ ਪਿਛੋਕੜ ਅਤੇ ਪ੍ਰਾਚੀਨ ਕੋਡ ਨੂੰ ਪੜ੍ਹਨ ਦੇ ਜਾਦੂਈ ਹੁਨਰ ਸਮੇਤ ਠੋਸ ਅਨੁਭਵ - ਐਰਿਕ ਰੇਮੰਡ ਬਿਲਕੁਲ ਉਹ ਹੈਕਰ ਸੀ ਜੋ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਬੰਦ ਕਰ ਸਕਦਾ ਸੀ। ਟੀਮ ਨੇ ਇੱਕ ਕੋਡ ਮਾਈਗ੍ਰੇਸ਼ਨ ਮਾਹਿਰ ਲੱਭਿਆ ਅਤੇ ਸਿਰਫ਼ 10 ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਐਨ.ਟੀ.ਪੀ ਸੈਟਲGitLab 'ਤੇ. ਕੰਮ ਪੂਰੇ ਜ਼ੋਰਾਂ 'ਤੇ ਸੀ।

ਐਰਿਕ ਰੇਮੰਡ ਦੀ ਟੀਮ ਨੇ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਲਿਆ ਜਿਸ ਤਰ੍ਹਾਂ ਔਗਸਟੇ ਰੋਡਿਨ ਨੇ ਪੱਥਰ ਦੇ ਇੱਕ ਬਲਾਕ ਨਾਲ ਕੀਤਾ ਸੀ। ਪੁਰਾਣੇ ਕੋਡ ਦੇ 175 KLOC ਨੂੰ ਹਟਾ ਕੇ, ਉਹ ਬਹੁਤ ਸਾਰੇ ਸੁਰੱਖਿਆ ਛੇਕਾਂ ਨੂੰ ਬੰਦ ਕਰਕੇ ਹਮਲੇ ਦੀ ਸਤਹ ਨੂੰ ਕਾਫ਼ੀ ਘੱਟ ਕਰਨ ਦੇ ਯੋਗ ਸਨ।

ਇੱਥੇ ਵੰਡ ਵਿੱਚ ਸ਼ਾਮਲ ਲੋਕਾਂ ਦੀ ਇੱਕ ਅਧੂਰੀ ਸੂਚੀ ਹੈ:

• ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ, ਪੁਰਾਣੀ, ਪੁਰਾਣੀ ਜਾਂ ਟੁੱਟੀ ਹੋਈ ਰੀਫਲਕੌਕ।
• ਨਾ ਵਰਤੀ ਗਈ ICS ਲਾਇਬ੍ਰੇਰੀ।
• libopts/autogen.
• ਵਿੰਡੋਜ਼ ਲਈ ਪੁਰਾਣਾ ਕੋਡ।
• ntpdc.
• ਆਟੋਕੀ।
• ntpq C ਕੋਡ ਨੂੰ ਪਾਈਥਨ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ ਹੈ।
• sntp/ntpdig C ਕੋਡ ਨੂੰ ਪਾਈਥਨ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ ਹੈ।

ਕੋਡ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਹੋਰ ਕੰਮ ਸਨ. ਇੱਥੇ ਉਪਲਬਧੀਆਂ ਦੀ ਇੱਕ ਅੰਸ਼ਕ ਸੂਚੀ ਹੈ:

• ਬਫਰ ਓਵਰਫਲੋ ਦੇ ਵਿਰੁੱਧ ਕੋਡ ਸੁਰੱਖਿਆ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਬਫਰ ਓਵਰਫਲੋ ਨੂੰ ਰੋਕਣ ਲਈ, ਸਾਰੇ ਅਸੁਰੱਖਿਅਤ ਸਤਰ ਫੰਕਸ਼ਨਾਂ (strcpy/strcat/strtok/sprintf/vsprintf/gets) ਨੂੰ ਸੁਰੱਖਿਅਤ ਸੰਸਕਰਣਾਂ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ ਬਫਰ ਆਕਾਰ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ।
• NTS ਸਹਾਇਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ।
• ਭੌਤਿਕ ਹਾਰਡਵੇਅਰ ਨੂੰ ਜੋੜ ਕੇ ਸਮੇਂ ਦੇ ਕਦਮ ਦੀ ਸ਼ੁੱਧਤਾ ਵਿੱਚ ਦਸ ਗੁਣਾ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਆਧੁਨਿਕ ਕੰਪਿਊਟਰ ਘੜੀਆਂ ਉਹਨਾਂ ਨਾਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਹੀ ਹੋ ਗਈਆਂ ਹਨ ਜਦੋਂ NTP ਦਾ ਜਨਮ ਹੋਇਆ ਸੀ। ਇਸ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਪਾਤਰੀ ਜੀਪੀਐਸਡੀਓ ਅਤੇ ਸਮਰਪਿਤ ਸਮਾਂ ਰੇਡੀਓ ਸਨ।
• ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਦੀ ਗਿਣਤੀ ਘਟਾ ਕੇ ਦੋ ਕਰ ਦਿੱਤੀ ਗਈ ਹੈ। ਪਰਲ, awk ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ S ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਬਜਾਏ, ਇਹ ਹੁਣ ਸਭ ਪਾਈਥਨ ਹੈ. ਇਸਦੇ ਕਾਰਨ, ਕੋਡ ਦੀ ਮੁੜ ਵਰਤੋਂ ਲਈ ਵਧੇਰੇ ਮੌਕੇ ਹਨ.
• ਆਟੋਟੂਲਸ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਨੂਡਲਜ਼ ਦੀ ਬਜਾਏ, ਪ੍ਰੋਜੈਕਟ ਨੇ ਇੱਕ ਸਾਫਟਵੇਅਰ ਬਿਲਡ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੀ waf.
• ਅੱਪਡੇਟ ਅਤੇ ਪੁਨਰਗਠਿਤ ਪ੍ਰਾਜੈਕਟ ਦਸਤਾਵੇਜ਼. ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਇੱਕ ਵਿਰੋਧੀ ਅਤੇ ਕਈ ਵਾਰ ਪੁਰਾਤਨ ਸੰਗ੍ਰਹਿ ਤੋਂ, ਉਹਨਾਂ ਨੇ ਕਾਫ਼ੀ ਪਾਸ ਹੋਣ ਯੋਗ ਦਸਤਾਵੇਜ਼ ਬਣਾਏ। ਹਰ ਕਮਾਂਡ ਲਾਈਨ ਸਵਿੱਚ ਅਤੇ ਹਰ ਸੰਰਚਨਾ ਇਕਾਈ ਦਾ ਹੁਣ ਸੱਚ ਦਾ ਇੱਕ ਸੰਸਕਰਣ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮੈਨ ਪੇਜ ਅਤੇ ਵੈੱਬ ਦਸਤਾਵੇਜ਼ ਹੁਣ ਉਸੇ ਕੋਰ ਫਾਈਲਾਂ ਤੋਂ ਬਣਾਏ ਗਏ ਹਨ।

NTPSec ਕਈ ਲੀਨਕਸ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਲਈ ਉਪਲਬਧ ਹੈ। ਇਸ ਸਮੇਂ, ਨਵੀਨਤਮ ਸਥਿਰ ਸੰਸਕਰਣ 1.1.8 ਹੈ, ਜੈਂਟੂ ਲੀਨਕਸ ਲਈ ਇਹ ਅੰਤਮ ਸੰਸਕਰਣ ਹੈ।

(1:696)$ sudo emerge -av ntpsec
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild   R    ] net-misc/ntpsec-1.1.7-r1::gentoo  USE="samba seccomp -debug -doc -early -gdb -heat -libbsd -nist -ntpviz -rclock_arbiter -rclock_generic -rclock_gpsd -rclock_hpgps -rclock_jjy -rclock_local -rclock_modem -rclock_neoclock -rclock_nmea -rclock_oncore -rclock_pps -rclock_shm -rclock_spectracom -rclock_trimble -rclock_truetime -rclock_zyfer -smear -tests" PYTHON_TARGETS="python3_6" 0 KiB
Total: 1 package (1 reinstall), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No]

ਕ੍ਰੋਨੀ

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

• chrony ਸਿਸਟਮ ਕਲਾਕ ਨੂੰ ਵਧੇਰੇ ਸ਼ੁੱਧਤਾ ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਸਮਕਾਲੀ ਕਰ ਸਕਦਾ ਹੈ;
• chrony ਛੋਟਾ ਹੈ, ਘੱਟ ਮੈਮੋਰੀ ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਲੋੜ ਪੈਣ 'ਤੇ ਹੀ CPU ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ। ਇਹ ਸਰੋਤ ਅਤੇ ਊਰਜਾ ਬਚਾਉਣ ਲਈ ਇੱਕ ਵੱਡਾ ਪਲੱਸ ਹੈ;
• chrony ਲੀਨਕਸ ਉੱਤੇ ਹਾਰਡਵੇਅਰ ਟਾਈਮਸਟੈਂਪਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਲੋਕਲ ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਬਹੁਤ ਹੀ ਸਹੀ ਸਮਕਾਲੀਕਰਨ ਹੋ ਸਕਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਕ੍ਰੋਨੀ ਵਿੱਚ ਪੁਰਾਣੇ NTP ਦੀਆਂ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਘਾਟ ਹੈ, ਜਿਵੇਂ ਕਿ ਪ੍ਰਸਾਰਣ ਅਤੇ ਮਲਟੀਕਾਸਟ ਕਲਾਇੰਟ/ਸਰਵਰ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਲਾਸਿਕ NTP ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਅਤੇ ਪਲੇਟਫਾਰਮਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਸਰਵਰ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਅਤੇ chronyd ਪ੍ਰਕਿਰਿਆ ਲਈ NTP ਬੇਨਤੀਆਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਲਈ, chrony.conf ਫਾਈਲ ਵਿੱਚ ਪੋਰਟ 0 ਲਿਖੋ। ਇਹ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ NTP ਗਾਹਕਾਂ ਜਾਂ ਸਾਥੀਆਂ ਲਈ ਸਮਾਂ ਬਰਕਰਾਰ ਰੱਖਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਸੰਸਕਰਣ 2.0 ਤੋਂ ਲੈ ਕੇ, NTP ਸਰਵਰ ਪੋਰਟ ਕੇਵਲ ਉਦੋਂ ਹੀ ਖੁੱਲ੍ਹਾ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਆਗਿਆ ਨਿਰਦੇਸ਼ ਜਾਂ ਉਚਿਤ ਕਮਾਂਡ ਦੁਆਰਾ ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਜਾਂ ਇੱਕ NTP ਪੀਅਰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਪ੍ਰਸਾਰਣ ਨਿਰਦੇਸ਼ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਪ੍ਰੋਗਰਾਮ ਦੋ ਮੋਡੀਊਲ ਦੇ ਸ਼ਾਮਲ ਹਨ.

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

RedHat Linux ਦੇ ਸੰਸਕਰਣ 7 ਤੋਂ ਵਰਤਦਾ ਹੈ chrony ਇੱਕ ਸਮਾਂ ਸਮਕਾਲੀ ਸੇਵਾ ਵਜੋਂ। ਪੈਕੇਜ ਹੋਰ Linux ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਲਈ ਵੀ ਉਪਲਬਧ ਹੈ। ਨਵੀਨਤਮ ਸਥਿਰ ਸੰਸਕਰਣ 3.5 ਹੈ, v4.0 ਦੀ ਰਿਲੀਜ਼ ਲਈ ਤਿਆਰੀ ਕਰ ਰਿਹਾ ਹੈ।

(1:712)$ sudo emerge -av chrony
These are the packages that would be merged, in order:
Calculating dependencies... done!
[binary  N     ] net-misc/chrony-3.5-r2::gentoo  USE="adns caps cmdmon ipv6 ntp phc readline refclock rtc seccomp (-html) -libedit -pps (-selinux)" 246 KiB
Total: 1 package (1 new, 1 binary), Size of downloads: 246 KiB
Would you like to merge these packages? [Yes/No]

ਕਿਸੇ ਆਫਿਸ ਨੈੱਟਵਰਕ 'ਤੇ ਸਮਾਂ ਸਮਕਾਲੀ ਕਰਨ ਲਈ ਇੰਟਰਨੈੱਟ 'ਤੇ ਆਪਣਾ ਰਿਮੋਟ ਕ੍ਰੋਨੀ ਸਰਵਰ ਕਿਵੇਂ ਸੈਟ ਅਪ ਕਰਨਾ ਹੈ। ਹੇਠਾਂ ਇੱਕ VPS ਸਥਾਪਤ ਕਰਨ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਹੈ।

VPS 'ਤੇ RHEL / CentOS 'ਤੇ Chrony ਸਥਾਪਤ ਕਰਨ ਦੀ ਉਦਾਹਰਨ

ਚਲੋ ਹੁਣ ਥੋੜਾ ਅਭਿਆਸ ਕਰੀਏ ਅਤੇ VPS 'ਤੇ ਆਪਣਾ NTP ਸਰਵਰ ਸੈਟ ਅਪ ਕਰੀਏ। ਇਹ ਬਹੁਤ ਸਧਾਰਨ ਹੈ, ਸਿਰਫ਼ RuVDS ਵੈੱਬਸਾਈਟ 'ਤੇ ਉਚਿਤ ਟੈਰਿਫ ਦੀ ਚੋਣ ਕਰੋ, ਇੱਕ ਤਿਆਰ ਸਰਵਰ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਇੱਕ ਦਰਜਨ ਸਧਾਰਨ ਕਮਾਂਡਾਂ ਟਾਈਪ ਕਰੋ। ਸਾਡੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਇਹ ਵਿਕਲਪ ਕਾਫ਼ੀ ਢੁਕਵਾਂ ਹੈ.

ਚਲੋ ਸੇਵਾ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧੀਏ ਅਤੇ ਪਹਿਲਾਂ ਕ੍ਰੋਨੀ ਪੈਕੇਜ ਨੂੰ ਸਥਾਪਿਤ ਕਰੀਏ।

[root@server ~]$ yum install chrony

RHEL 8 / CentOS 8 ਇੱਕ ਵੱਖਰੇ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।

[root@server ~]$ dnf install chrony

ਕ੍ਰੋਨੀ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਸੇਵਾ ਸ਼ੁਰੂ ਕਰਨ ਅਤੇ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

[root@server ~]$ systemctl enable chrony --now

ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਤੁਸੀਂ /etc/chrony.conf ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰ ਸਕਦੇ ਹੋ, NPT ਸਰਵਰਾਂ ਨੂੰ ਨਜ਼ਦੀਕੀ ਸਥਾਨਕ ਸਰਵਰਾਂ ਨਾਲ ਬਦਲ ਕੇ ਜਵਾਬ ਸਮਾਂ ਘਟਾਉਣ ਲਈ।

# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).
server 0.ru.pool.ntp.org iburst
server 1.ru.pool.ntp.org iburst
server 2.ru.pool.ntp.org iburst
server 3.ru.pool.ntp.org iburst

ਅੱਗੇ, ਅਸੀਂ ਨਿਸ਼ਚਿਤ ਪੂਲ ਤੋਂ ਨੋਡਸ ਦੇ ਨਾਲ NTP ਸਰਵਰ ਦਾ ਸਮਕਾਲੀਕਰਨ ਸੈਟ ਅਪ ਕਰਦੇ ਹਾਂ।

[root@server ~]$ timedatectl set-ntp true
[root@server ~]$ systemctl restart chronyd.service

NTP ਪੋਰਟ ਨੂੰ ਬਾਹਰੋਂ ਖੋਲ੍ਹਣਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਫਾਇਰਵਾਲ ਕਲਾਇੰਟ ਨੋਡਾਂ ਤੋਂ ਆਉਣ ਵਾਲੇ ਕੁਨੈਕਸ਼ਨਾਂ ਨੂੰ ਰੋਕ ਦੇਵੇਗੀ।

[root@server ~]$ firewall-cmd --add-service=ntp --permanent 
[root@server ~]$ firewall-cmd --reload

ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ, ਸਮਾਂ ਜ਼ੋਨ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੈੱਟ ਕਰਨ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੈ।

[root@client ~]$ timedatectl set-timezone Europe/Moscow

/etc/chrony.conf ਫਾਈਲ NTP ਸਰਵਰ ਕ੍ਰੋਨੀ ਚਲਾ ਰਹੇ ਸਾਡੇ VPS ਸਰਵਰ ਦਾ IP ਜਾਂ ਹੋਸਟ ਨਾਮ ਦਰਸਾਉਂਦੀ ਹੈ।

server my.vps.server

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਕਲਾਇੰਟ 'ਤੇ ਸਮਾਂ ਸਮਕਾਲੀ ਸ਼ੁਰੂ ਕਰਨਾ.

[root@client ~]$ systemctl enable --now chronyd
[root@client ~]$ timedatectl set-ntp true

ਅਗਲੀ ਵਾਰ ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਇੰਟਰਨੈਟ ਤੋਂ ਬਿਨਾਂ ਸਮਾਂ ਸਮਕਾਲੀ ਕਰਨ ਲਈ ਕਿਹੜੇ ਵਿਕਲਪ ਹਨ।

ਸਰੋਤ: www.habr.com