ਇੱਕ VPN ਲੌਗ ਵਿੱਚ ਤਿੰਨ ਘੜੀਆਂ: ਕਲਾਇੰਟ, ਗੇਟਵੇ, ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ

VPN ਘਟਨਾ ਦੀ ਸਮਾਂ-ਰੇਖਾ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਮਿੰਟਾਂ ਦੇ ਫ਼ਰਕ ਵਾਲੇ ਦੋ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਵੱਖਰਾ ਘੰਟਾ ਦਿਖਾਉਣ ਵਾਲੀ ਸਕਰੀਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਨੂੰ ਸਹੀ ਮੰਨ ਕੇ ਦੂਜੇ ਨੂੰ ਮੁੜ ਲਿਖਣਾ ਲਾਲਚ ਹੈ। ਦੋਵੇਂ ਸਹੀ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਵੱਖ-ਵੱਖ ਘਟਨਾਵਾਂ ਬਾਰੇ ਵੱਖ-ਵੱਖ ਘੜੀਆਂ ਨੇ ਉਹ ਲਿਖੀਆਂ ਹਨ। VPN ਕੋਲ ਇੱਕ ਹੀ ਘੜੀ ਹੈ ਇਹ ਮਿੱਥ ਹੈ; ਕੰਮ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਹੈ ਕਿ ਕਿਹੜੇ ਹਿੱਸੇ ਨੇ ਕਿਹੜਾ ਖੇਤਰ ਲਿਖਿਆ।

ਮਿੱਥ: VPN ਕੋਲ ਇੱਕ ਹੀ ਘੜੀ ਹੈ

ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਿਆਂ ਘਟਨਾ ਲਿਖਦਾ ਹੈ। ਗੇਟਵੇ ਉਹ ਕੋਸ਼ਿਸ਼ ਮਿਲਣ ਜਾਂ ਸਵੀਕਾਰ ਕਰਨ 'ਤੇ ਘਟਨਾ ਲਿਖਦਾ ਹੈ। ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਗੇਟਵੇ ਦਾ ਸੁਨੇਹਾ ਮਿਲਣ 'ਤੇ ਪਹੁੰਚਣ ਦਾ ਸਮਾਂ ਲਿਖਦਾ ਹੈ। ਇਹ ਤਿੰਨ ਘਟਨਾਵਾਂ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ 'ਤੇ ਲਿਖਣ ਵਾਲੇ ਹਿੱਸੇ ਨੇ ਜਿਸ ਘੜੀ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਉਸ ਦੀ ਮੋਹਰ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਮਾਂ-ਰੇਖਾ ਵਿੱਚ ਸਮੇਟਣਾ ਇੱਕ ਸੁਵਿਧਾ ਹੈ ਜੋ ਉਸ ਅਸੰਗਤੀ ਨੂੰ ਲੁਕਾਉਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸਮਝਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ।

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

ਮੁੱਲ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਪੜ੍ਹੋ

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

journalctl -o short-iso --utc -n 20
logger -t vpn-check "test event"

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

ਕਿਹੜੇ ਹਿੱਸੇ ਨੇ ਖੇਤਰ ਲਿਖਿਆ ਇਹ ਨਾ ਦੱਸ ਸਕੋ ਤਾਂ ਰੁਕੋ। ਇਸ ਦੀ ਤੁਲਨਾ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਨਾਲ ਕਰਨਾ ਅੰਦਾਜ਼ਾ ਹੈ।

ਸਮਾਂ ਖੇਤਰ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਵੱਖਰਾ ਪਲ ਨਹੀਂ

ਉਹੀ ਪਲ 10:00Z ਅਤੇ 18:00+08:00 ਵਜੋਂ ਦਿਖਾਉਣਾ ਕੋਈ ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ, ਅਤੇ ਇਸ ਨੂੰ ਵਿਰੋਧਾਭਾਸ ਮੰਨਣਾ ਅੱਧਾ ਦਿਨ ਬਰਬਾਦ ਕਰਦਾ ਹੈ। ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਨੂੰ UTC ਵਿੱਚ ਬਦਲੋ, ਅਤੇ ਮੂਲ ਪਾਠ ਬਦਲਾਅ ਦੇ ਕੋਲ ਰੱਖੋ। ਇੱਕ ਪਾਸੇ ਦਸ਼ਮਲਵ ਭਿੰਨ ਅਤੇ ਦੂਜੇ ਪਾਸੇ ਪੂਰੇ ਸਕਿੰਟ ਹੋਣਾ ਵੀ ਟਕਰਾਅ ਨਹੀਂ। ਸ਼ੁੱਧਤਾ ਸੱਚਾਈ ਨਹੀਂ: ਮਿਲੀਸਕਿੰਟ ਵਾਲਾ ਮੁੱਲ ਵੀ ਕੁਝ ਮਿੰਟ ਗਲਤ ਘੜੀ ਤੋਂ ਆ ਸਕਦਾ ਹੈ।

date -u +%FT%TZ
timedatectl

ਡਿਲਿਵਰੀ ਦੇਰੀ ਦੂਜੀ ਆਮ ਵਿਆਖਿਆ ਹੈ। ਗੇਟਵੇ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਕਦੋਂ ਸਵੀਕਾਰ ਕੀਤਾ, ਅਤੇ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਸੁਨੇਹਾ ਉਸ ਤੱਕ ਕਦੋਂ ਪਹੁੰਚਿਆ, ਇਸ ਲਈ ਦੋਵਾਂ ਵਿਚਕਾਰਲਾ ਅੰਤਰ ਢੋਆ-ਢੁਆਈ ਸਮਾਂ ਹੈ। ਉਹ ਅੰਤਰ ਲੌਗ ਪਾਈਪਲਾਈਨ ਬਾਰੇ ਕੁਝ ਦੱਸਦਾ ਹੈ, VPN ਸੈਸ਼ਨ ਬਾਰੇ ਨਹੀਂ। ਇਸ ਨੂੰ ਪਹੁੰਚਣ ਦਾ ਸਮਾਂ ਲੇਬਲ ਕਰੋ ਅਤੇ ਇਹ ਘਟਨਾ ਦੇ ਸਮੇਂ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ।

ਸਬੂਤ ਮੁੜ ਲਿਖੇ ਬਿਨਾਂ ਸੰਬੰਧ ਜੋੜੋ

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

chronyc tracking
journalctl --utc -u openvpn-client@work -n 50 --no-pager

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

ਛੱਡਣ ਯੋਗ ਮਿੱਥ ਇਹ ਹੈ ਕਿ ਇੱਕ ਹੀ VPN ਸਮਾਂ ਹੁੰਦਾ ਹੈ। ਹਰ ਖੇਤਰ ਨੇ ਕੀ ਲਿਖਿਆ ਅਤੇ ਅਜਿਹਾ ਕਰਦਿਆਂ ਕੀ ਹੋਇਆ ਇਹ ਪੁੱਛੋ, ਤਦ ਸਮਾਂ-ਰੇਖਾ ਵਿਰੋਧ ਨਹੀਂ ਸਗੋਂ ਲੇਬਲ ਕੀਤੇ ਨਿਰੀਖਣਾਂ ਦਾ ਸਮੂਹ ਬਣ ਜਾਂਦੀ ਹੈ।