ਸਥਾਨਕ ਸਿਸਟਮ ਲੌਗ VPN ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਕੀ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ
ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸੇਵਾ ਸ਼ੁਰੂਆਤ, ਅਡੈਪਟਰ ਬਦਲਾਅ ਅਤੇ ਰੂਟ ਫੇਲ੍ਹਤਾ ਦਰਜ ਕਰਦਾ ਹੈ, ਜੋ ਕੋਈ ਐਪ ਕਦੇ ਨਹੀਂ ਲਿਖਦਾ। ਇੱਕ ਤੰਗ ਵਿੰਡੋ ਪੜ੍ਹੋ ਅਤੇ ਇਸਨੂੰ ਸਹਿ-ਸੰਬੰਧਿਤ ਕਰੋ।
ਹਰ ਡੈਸਕਟਾਪ ਆਪਣਾ ਰਿਕਾਰਡ ਰੱਖਦਾ ਹੈ ਕਿ VPN ਨੇ ਕੀ ਕੀਤਾ, ਅਤੇ ਐਪ ਦਾ ਨਿਰਯਾਤ ਆਮ ਤੌਰ 'ਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਅਧੂਰਾ ਹੁੰਦਾ ਹੈ। ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਦਰਜ ਕਰਦੇ ਹਨ ਕਿ ਯੂਨਿਟ ਕਦੋਂ ਸ਼ੁਰੂ ਹੋਇਆ, ਕਰਨਲ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਇੰਟਰਫ਼ੇਸ ਕਦੋਂ ਦਿਖਾਈ ਦਿੱਤਾ, ਅਤੇ ਨੈੱਟਵਰਕ ਸਟੈਕ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਰੂਟ ਕਦੋਂ ਲਾਗੂ ਨਹੀਂ ਹੋ ਸਕੇ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸੁਵਿਧਾ ਨਹੀਂ ਜਾਣਦੀ ਕਿ ਕਲਾਇੰਟ ਦਾ ਇਰਾਦਾ ਕੀ ਸੀ, ਅਤੇ ਕਲਾਇੰਟ ਨਹੀਂ ਜਾਣਦਾ ਕਿ ਕਰਨਲ ਨੇ ਉਸਦੀ ਬੇਨਤੀ ਨਾਲ ਕੀ ਕੀਤਾ।
ਅਜਿਹਾ ਇੱਕ ਰਿਕਾਰਡ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹਨਾ ਗਲਤ ਸਿੱਟੇ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ। ਉਸੇ ਮਿੰਟ ਦੇ ਦੋ ਪੜ੍ਹੋ, ਫਿਰ ਕ੍ਰਮ ਦਿਖਾਈ ਦੇਣ ਲੱਗਦਾ ਹੈ।
ਤਿੰਨ ਸੁਵਿਧਾਵਾਂ, ਤਿੰਨ ਸ਼ਬਦਾਵਲੀਆਂ
Linux 'ਤੇ systemd ਜਰਨਲ wg-quick@wg0 ਜਾਂ NetworkManager VPN ਪਲੱਗਇਨ ਤੋਂ ਯੂਨਿਟ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੇ ਸੁਨੇਹੇ ਫੜਦਾ ਹੈ, ਅਤੇ ਕਰਨਲ ਦਾ ਰਿੰਗ ਬਫ਼ਰ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਰੂਟਿੰਗ ਸੁਨੇਹੇ ਲੈ ਜਾਂਦਾ ਹੈ। Windows 'ਤੇ ਇਵੈਂਟ ਲੌਗ ਕਹਾਣੀ ਨੂੰ ਸਿਸਟਮ, WLAN ਅਤੇ ਦੂਰ-ਪਹੁੰਚ ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ, ਹਰ ਇੱਕ ਦੇ ਆਪਣੇ ਪਛਾਣਕਰਤਾ ਹਨ। macOS 'ਤੇ ਇਕੀਕ੍ਰਿਤ ਲੌਗ ਸਬਸਿਸਟਮ-ਸੀਮਤ ਸੁਨੇਹੇ ਲੈ ਜਾਂਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਗ੍ਰਾਫ਼ਿਕਲ Console ਕੇਵਲ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਦਿਖਾਉਂਦਾ ਹੈ।
ਸ਼ਬਦਾਵਲੀਆਂ ਦਾ ਅਨੁਵਾਦ ਨਹੀਂ ਹੁੰਦਾ। ਇੱਕ ਪਲੇਟਫ਼ਾਰਮ ਦਾ ਇਵੈਂਟ ਪਛਾਣਕਰਤਾ ਦੂਜੇ 'ਤੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ Windows ਡਾਇਲਾਗ ਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ Linux ਯੂਨਿਟ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਤਿੰਨਾਂ ਵਿੱਚ ਸਾਂਝਾ ਹੈ ਸਮਾਂ-ਛਾਪ, ਸਰੋਤ ਅਤੇ ਗੰਭੀਰਤਾ, ਅਤੇ ਇਹੀ ਤ੍ਰਿਕੋਣ ਕਲਾਇੰਟ ਲੌਗ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਰਿਕਾਰਡ ਵਿਚਕਾਰ ਸਹਿ-ਸੰਬੰਧ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਉਪਲਬਧਤਾ ਵੀ ਬਦਲਦੀ ਹੈ: ਜਰਨਲ ਰਹਿਤ ਕੰਟੇਨਰ, ਕੱਟੀ Windows ਈਮੇਜ, ਜਾਂ ਬਿਲਡ ਵੇਲੇ ਘਟਾਈ ਲੌਗ ਪੱਧਰ ਪੂਰੀ ਪਰਤ ਲੁਕਾ ਸਕਦੇ ਹਨ।
| Facility | What it records | What it cannot show |
|---|---|---|
| systemd journal | Unit start and stop, helper output, exit status | Whether packets actually reached the peer |
| Kernel and netlink | Interface creation, address assignment, route changes | Why the client asked for that configuration |
| Windows event log | Provider-specific connection and adapter events | Anything the provider chose not to log |
ਜੁੜੀ ਲਾਈਨ ਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਸੇਵਾ-ਸ਼ੁਰੂਆਤ ਦੀ ਘਟਨਾ ਦਰਜ ਕਰਦੀ ਹੈ ਕਿ ਸਥਾਨਕ ਯੂਨਿਟ ਨੂੰ ਸ਼ੁਰੂ ਹੋਣ ਲਈ ਕਿਹਾ ਗਿਆ ਸੀ ਅਤੇ ਉਹ ਤੁਰੰਤ ਬੰਦ ਨਹੀਂ ਹੋਈ। ਇਹ ਪੂਰਾ ਹੋਇਆ ਹੈਂਡਸ਼ੇਕ, ਵੈਧ ਪੀਅਰ ਕੁੰਜੀ ਜਾਂ ਕੰਮ ਕਰਨ ਵਾਲਾ ਰੂਟ ਦਰਜ ਨਹੀਂ ਕਰਦੀ। ਉਸ ਲਾਈਨ ਨੂੰ ਟਨਲ ਦਾ ਸਬੂਤ ਮੰਨਣਾ ਇਨ੍ਹਾਂ ਲੌਗਾਂ ਦੀ ਸਭ ਤੋਂ ਆਮ ਗਲਤ ਪੜ੍ਹਾਈ ਹੈ। ਲਾਈਨ ਇਰਾਦਾ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਦੀ ਸਥਿਤੀ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਪਹੁੰਚ ਬਾਰੇ ਬਿਲਕੁਲ ਕੁਝ ਨਹੀਂ।
ਫਾਰਵਰਡਿੰਗ ਸਥਿਤੀ ਇੱਕ ਵੱਖਰਾ ਨਿਰੀਖਣ ਹੈ, ਅਤੇ ਇਹ ਕਿਸੇ ਲੌਗ ਤੋਂ ਨਹੀਂ, ਰੂਟਿੰਗ ਟੇਬਲ ਤੋਂ ਆਉਂਦੀ ਹੈ।
ਅਡੈਪਟਰ ਘਟਨਾ ਇੱਕ ਚੁੱਪ ਫੇਲ੍ਹਤਾ ਦੀ ਵਿਆਖਿਆ ਕਰ ਸਕਦੀ ਹੈ: ਇੰਟਰਫ਼ੇਸ ਉੱਪਰ ਆਇਆ, ਪਤਾ ਸੌਂਪਿਆ ਗਿਆ, ਅਤੇ ਰੂਟ ਕਦੇ ਸਥਾਪਤ ਨਹੀਂ ਹੋਏ ਕਿਉਂਕਿ ਨੀਤੀ ਨਿਯਮ ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ। ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਹਰ ਦਿਖਣ ਵਾਲੀ ਲਾਈਨ ਸਿਹਤਮੰਦ ਲੱਗਦੀ ਹੈ ਜਦੋਂ ਕਿ ਕੁਝ ਵੀ ਰੂਟ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਸਨੂੰ ਦੇਖਣ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਹੈ ਉਸੇ ਪਲ ਲੌਗ ਦੇ ਸਮਾਂ-ਛਾਪਾਂ ਦੀ ਰੂਟਿੰਗ ਟੇਬਲ ਨਾਲ ਤੁਲਨਾ ਕਰਨਾ। ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਘਟਨਾ-ਕ੍ਰਮ ਦੋਵਾਂ ਦੇ ਕੋਲ ਰੱਖੋ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਹੀ ਇੱਕੋ-ਇੱਕ ਸਰੋਤ ਹੈ ਜੋ ਜਾਣਦਾ ਹੈ ਕਿ ਉਸਨੇ ਕੀ ਮੰਗਿਆ। ਇਕੱਠੇ ਲੋੜੀਂਦੇ ਦੋ ਤੱਥ ਲਗਭਗ ਕਦੇ ਵੀ ਇੱਕੋ ਲਾਈਨ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦੇ।
ਬਾਅਦ ਵਾਲਾ ਦੁਬਾਰਾ ਜੁੜਨਾ ਇਸ ਤਸਵੀਰ ਦਾ ਦਿਲਚਸਪ ਹਿੱਸਾ ਮਿਟਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਵਿੰਡੋ ਨੂੰ ਤਿੰਨ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ ਨਹੀਂ, ਪਹਿਲੀ ਫੇਲ੍ਹਤਾ 'ਤੇ ਹੀ ਕੈਪਚਰ ਕਰੋ।
ਤੰਗ ਵਿੰਡੋ ਨੂੰ ਸਹਿ-ਸੰਬੰਧਿਤ ਕਰੋ
ਕੋਸ਼ਿਸ਼ ਦਾ ਸਮਾਂ ਇਸਦੇ ਟਾਈਮਜ਼ੋਨ ਨਾਲ ਦਰਜ ਕਰੋ, ਫਿਰ ਇਸਦੇ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਕੁਝ ਮਿੰਟ ਕੱਢੋ। ਵਿੰਡੋ ਦੀ ਪਹਿਲੀ ਗਲਤੀ ਲਗਭਗ ਹਮੇਸ਼ਾ ਉਸ ਡਿਸਕਨੈਕਟ ਲਾਈਨ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦੀ ਹੈ ਜਿਸਨੂੰ ਸਪੋਰਟ ਟਿਕਟਾਂ ਹਵਾਲਾ ਦਿੰਦੀਆਂ ਹਨ।
journalctl -u wg-quick@wg0 --since "today 09:00" --until "today 09:20" ip route show table all | grep wg0 log show --last 20m --predicate 'subsystem == "com.apple.network"'
ਹਰ ਕਮਾਂਡ ਸਵਾਲ ਦੇ ਵੱਖਰੇ ਹਿੱਸੇ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਪਹਿਲੀ ਜੀਵਨ ਚੱਕਰ ਦਿੰਦੀ ਹੈ, ਦੂਜੀ ਫਾਰਵਰਡਿੰਗ ਸਥਿਤੀ, ਤੀਜੀ macOS ਨੈੱਟਵਰਕ ਸਬਸਿਸਟਮ। Windows 'ਤੇ ਪੂਰਾ ਚੈਨਲ ਸਕ੍ਰੋਲ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਦਾਤਾ ਦੇ ਨਾਮ ਨਾਲ ਸਿਸਟਮ ਲੌਗ ਫਿਲਟਰ ਕਰੋ, ਅਤੇ ਸਿਰਫ਼ ਮੇਲ ਖਾਂਦੀਆਂ ਘਟਨਾਵਾਂ ਨਿਰਯਾਤ ਕਰੋ।
ਅੰਸ਼ ਨੂੰ ਇੰਨਾ ਛੋਟਾ ਰੱਖੋ ਕਿ ਪਾਠਕ ਇਸਨੂੰ ਲੱਭ ਸਕੇ। ਚਾਰ ਸੰਬੰਧਿਤ ਘਟਨਾਵਾਂ ਵਾਲੀ ਵੀਹ ਮਿੰਟ ਦੀ ਵਿੰਡੋ ਇੱਕ ਸਿੱਟੇ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ; ਹਜ਼ਾਰਾਂ ਲਾਈਨਾਂ ਵਾਲਾ ਪੂਰੇ ਦਿਨ ਦਾ ਨਿਰਯਾਤ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ।
ਇਹ ਰਿਕਾਰਡ ਕਿੱਥੇ ਰੁਕਦੇ ਹਨ
ਸਥਾਨਕ ਰਿਕਾਰਡ ਡਿਵਾਈਸ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਰਸਤੇ ਦਾ ਨਹੀਂ। ਉਹ ਨਹੀਂ ਦਿਖਾ ਸਕਦੇ ਕਿ ਪ੍ਰਦਾਤਾ ਨੇ ਕੀ ਸੰਭਾਲਿਆ, ਕੀ ਸੈਸ਼ਨ ਖਾਤੇ ਨਾਲ ਮਿਲਾਇਆ ਗਿਆ, ਜਾਂ ਕਿਸੇ ਮੰਜ਼ਿਲ ਨੇ ਕੀ ਦੇਖਿਆ। ਪ੍ਰਦਾਤਾ ਦਾ ਇਹ ਕਥਨ ਕਿ ਉਹ ਲੌਗ ਨਹੀਂ ਰੱਖਦਾ, ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਦੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਸਥਾਨਕ ਘਟਨਾ ਪ੍ਰਦਾਤਾ ਦੇ ਇਤਿਹਾਸਕ ਰਿਕਾਰਡਾਂ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।
ਉਹ ਉਮੀਦ ਨਾਲੋਂ ਵੱਧ ਨਿੱਜੀ ਡੇਟਾ ਵੀ ਲੈ ਜਾਂਦੇ ਹਨ: ਵਰਤੋਂਕਾਰ ਨਾਮ, ਹੋਸਟਨਾਮ, ਮਾਊਂਟ ਪਾਥ ਅਤੇ ਡਿਵਾਈਸ ਪਛਾਣਕਰਤਾ ਆਮ ਸਿਸਟਮ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਉਦੋਂ ਵੀ ਜਦੋਂ ਕੋਈ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸਮੱਗਰੀ ਨਹੀਂ ਹੁੰਦੀ। ਟਿਕਟ ਨਾਲ ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਹਟਾਓ, ਅਤੇ ਅਸਲ ਨੂੰ ਆਮ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਹੇਠ ਰੱਖੋ।
ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ 'ਤੇ ਸੰਸਥਾਗਤ ਲੌਗਿੰਗ ਮਿਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਬਜਾਏ IT ਤੋਂ ਸੰਬੰਧਿਤ ਅੰਸ਼ ਮੰਗੋ। ਨਿਦਾਨ ਦਾ ਟੀਚਾ ਦੋ ਸਰੋਤਾਂ ਦੁਆਰਾ ਜਵਾਬ ਦਿੱਤਾ ਇੱਕ ਤੰਗ ਸਵਾਲ ਹੈ, ਮਸ਼ੀਨ ਦਾ ਪੂਰਾ ਇਤਿਹਾਸ ਨਹੀਂ।