VPN ਲੌਗ ਬ੍ਰਾਊਜ਼ਿੰਗ ਬਾਰੇ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਲੌਗ ਸੰਗ੍ਰਾਹਕ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਆਡਿਟ ਨੇ ਕਿਹੜੀ ਘਟਨਾ ਸਥਾਪਿਤ ਕਰਨੀ ਹੈ। ਕਿਹੜੇ VPN ਸੈਸ਼ਨ ਨੇ ਮੰਜ਼ਿਲ ਪਤੇ ਨਾਲ ਸੰਪਰਕ ਕੀਤਾ, ਇਹ ਪੁੱਛਣਾ ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਕਿਹੜਾ ਖਾਸ ਪੰਨਾ ਖੋਲ੍ਹਿਆ, ਇਹ ਪੁੱਛਣ ਤੋਂ ਵੱਖਰਾ ਸਵਾਲ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਵੱਖਰੇ ਰਿਕਾਰਡ, ਵੱਖਰੇ ਜੋੜ ਅਤੇ ਵੱਖਰੇ ਭਰੋਸੇ ਦੇ ਪੱਧਰ ਚਾਹੀਦੇ ਹਨ। OpenVPN ਕਨੈਕਸ਼ਨ ਲੌਗ ਪਹਿਲੇ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਦਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।

ਸੰਗ੍ਰਾਹਕ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਘਟਨਾ ਦਾ ਨਾਮ ਦਿਓ

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

ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਇੱਕ ਘਟਨਾ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਖੁੱਲ੍ਹੇ ਛੱਡਦਾ ਹੈ। ਸਵਾਲ ਪਹਿਲਾਂ ਲਿਖ ਲੈਣਾ ਤੁਹਾਨੂੰ ਅਜਿਹੀ ਕਹਾਣੀ ਜੋੜਨ ਤੋਂ ਰੋਕਦਾ ਹੈ ਜਿਸਨੂੰ ਡਾਟਾ ਸਹਾਰਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।

journalctl -u [email protected] --since today | grep -i 'peer info\|assigned'
cat /etc/openvpn/server/openvpn-status.log | head -20
conntrack -L -p tcp --dport 443 2>/dev/null | head -20

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

ਖੋਜ ਮੁਲਾਕਾਤ ਨਹੀਂ

ਬ੍ਰਾਊਜ਼ਰ ਨਾਮਾਂ ਨੂੰ ਅਨੁਮਾਨ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ, ਜਵਾਬ ਕੈਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਨਿਗਰਾਨੀ ਵਾਲੇ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਦੁਬਾਰਾ ਪੁੱਛੇ ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਦਾ ਮੁੜ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਰਿਜ਼ੌਲਵਰ ਲੌਗ ਵਿੱਚ ਨਾਮ ਖੋਜ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਮੁਲਾਕਾਤ ਨਹੀਂ। HTTPS ਉੱਤੇ DNS ਇਸ ਅੰਤਰ ਨੂੰ ਹੋਰ ਚੌੜਾ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਲਈ ਸੰਰਚਿਤ ਬ੍ਰਾਊਜ਼ਰ ਆਪਣੇ ਸਵਾਲ ਉੱਥੇ ਭੇਜਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡਾ ਆਮ ਲੌਗਰ ਉਨ੍ਹਾਂ ਨੂੰ ਕਦੇ ਨਹੀਂ ਦੇਖਦਾ।

ਮੰਜ਼ਿਲ ਪਤੇ ਆਪਣੇ ਆਪ ਵਿੱਚ ਬਿਹਤਰ ਨਹੀਂ। ਇੱਕ ਪਤਾ ਕਈ ਅਸੰਬੰਧਿਤ ਸਾਈਟਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰ ਸਕਦਾ ਹੈ, ਰਿਵਰਸ DNS ਮੁੜ-ਨਿਰਮਾਣ ਨਹੀਂ ਬਲਕਿ ਅਨੁਮਾਨ ਹੈ, ਅਤੇ TLS ਹੈਂਡਸ਼ੇਕ ਦੌਰਾਨ ਦਿਖਣ ਵਾਲਾ ਹੋਸਟਨਾਮ ਐਨਕ੍ਰਿਪਟਿਡ ਸੈਸ਼ਨ ਦੇ ਅੰਦਰ ਬੇਨਤੀ ਮਾਰਗ ਨਹੀਂ ਹੈ।

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

ਕਿਸੇ ਵਿਅਕਤੀ ਦਾ ਨਾਮ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਪਛਾਣ ਅਤੇ ਸਮਾਂ ਜੋੜੋ

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

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

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

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

ਆਪਣੀ ਕਾਬੂ ਵਾਲੀ ਗਤੀਵਿਧੀ ਨਾਲ ਆਡਿਟ ਜਾਂਚੋ

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

ਜਿਸ ਘਟਨਾ ਨੂੰ ਸਬੂਤ ਸਹਾਰਾ ਦਿੰਦੇ ਹਨ ਉਸ ਦੀ ਰਿਪੋਰਟ ਕਰੋ ਅਤੇ ਦੱਸੋ ਕਿ ਇਹ ਕੀ ਕਵਰ ਨਹੀਂ ਕਰਦੀ। ਐਲਾਨੇ ਦਾਇਰੇ ਵਾਲਾ ਸਾਧਾਰਨ ਰਿਕਾਰਡ ਸਮੀਖਿਆ ਵਿੱਚ ਟਿਕਦਾ ਹੈ; ਅਨੁਮਾਨਾਂ ਤੋਂ ਬਣਿਆ ਮਹੱਤਵਾਕਾਂਖੀ ਬ੍ਰਾਊਜ਼ਿੰਗ ਇਤਿਹਾਸ ਨਹੀਂ ਟਿਕਦਾ।