ਵਰਤੀ ਗਈ VPN ਐਗਜ਼ਿਟ ਪਤਾ ਕਿਵੇਂ ਰਿਕਾਰਡ ਅਤੇ ਤਸਦੀਕ ਕਰੀਏ
ਕਲਾਇੰਟ ਐਪਾਂ ਥਾਂ ਦਾ ਨਾਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਉਹ ਪਤਾ ਨਹੀਂ ਜਿੱਥੋਂ ਤੁਹਾਡਾ ਟ੍ਰੈਫ਼ਿਕ ਬਾਹਰ ਨਿਕਲਿਆ। ਜੁੜਨ ਵੇਲੇ ਐਗਜ਼ਿਟ IP ਕੈਪਚਰ ਕਰੋ ਅਤੇ ਇਸ ਦੀ ਸਿੱਧੀ ਬੁਨਿਆਦੀ ਰੇਖਾ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
ਕਿਸੇ ਡੈਸਕਟਾਪ VPN ਕਲਾਇੰਟ ਨੂੰ ਪੁੱਛੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਸਰਵਰ ਵਰਤੇ, ਅਤੇ ਇਮਾਨਦਾਰ ਜਵਾਬ ਆਮ ਤੌਰ 'ਤੇ ਥਾਂ ਦਾ ਨਾਂ ਹੁੰਦਾ ਹੈ। ਉਹ ਨਾਂ ਤੁਹਾਡਾ ਚੁਣਿਆ ਦਾਖਲਾ ਬਿੰਦੂ ਹੈ, ਅਤੇ ਜਿਸ ਪਤੇ ਤੋਂ ਤੁਹਾਡਾ ਟ੍ਰੈਫ਼ਿਕ ਬਾਹਰ ਨਿਕਲਿਆ ਉਹ ਬਿਲਕੁਲ ਵੱਖਰੀ ਮਸ਼ੀਨ ਹੋ ਸਕਦਾ ਹੈ। ਐਪ ਵਿੱਚ ਦੂਜਾ ਨੰਬਰ ਰੱਖਣ ਲਈ ਕੁਝ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ, ਇਸ ਲਈ ਰਿਕਾਰਡ ਵਰਤੋਂ ਦੇ ਪਲ ਹੀ ਬਣਾਉਣਾ ਪੈਂਦਾ ਹੈ। ਦੋ ਤਰੀਕੇ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸਪੋਰਟ ਕੇਸ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰ ਸਕਦਾ ਹੈ।
ਦੋ ਰਿਕਾਰਡ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਮੌਜੂਦ ਹੈ
ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਨਜ਼ਾਰਾ ਵਧੀਆ ਹਾਲਤ ਵਿੱਚ ਸਮਾਂ-ਛਾਪਾਂ ਨਾਲ ਚੁਣੀਆਂ ਥਾਵਾਂ ਦੀ ਸੂਚੀ ਹੁੰਦਾ ਹੈ। ਇਹ ਡਿਜ਼ਾਈਨ ਦਾ ਫ਼ੈਸਲਾ ਹੈ, ਕਮੀ ਨਹੀਂ: ਪਤੇ ਕਾਰਜ-ਚਲਾਉਣ ਦੀ ਬਾਰੀਕੀ ਹਨ, ਉਹ ਅਸਾਈਨਮੈਂਟਾਂ ਵਿਚਕਾਰ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਮੈਪਿੰਗ ਜ਼ਾਹਰ ਕਰਨ ਨਾਲ ਸਪੋਰਟ ਅਤੇ ਦੁਰਵਰਤੋਂ ਦੀ ਕਾਰਵਾਈ ਦੋਵੇਂ ਔਖੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਪ੍ਰਦਾਤਾ ਆਪਣੇ ਨੈੱਟਵਰਕਾਂ ਅੱਗੇ ਕਲਾਉਡ ਇੰਸਟੈਂਸ ਇਸੇ ਲਈ ਰੱਖਦੇ ਹਨ ਤਾਂ ਜੋ ਸਿਰਾ ਬਿੰਦੂ ਕਿਸੇ ਨੂੰ ਦੱਸੇ ਬਿਨਾਂ ਥਾਂ ਬਦਲ ਸਕੇ। ਐਪ ਤੁਹਾਨੂੰ ਤੁਹਾਡੀ ਚੋਣ ਦਿਖਾਉਂਦੀ ਹੈ, ਉਹ ਰਾਹ ਨਹੀਂ ਜੋ ਟ੍ਰੈਫ਼ਿਕ ਨੇ ਲਿਆ।
ਜੋ ਰਿਕਾਰਡ ਤੁਸੀਂ ਆਪ ਬਣਾ ਸਕਦੇ ਹੋ ਉਹ ਹਰ ਲਾਈਨ ਵਿੱਚ ਇੱਕ ਜਨਤਕ ਪਤਾ ਅਤੇ ਇੱਕ UTC ਸਮਾਂ-ਛਾਪ ਵਾਲੀ ਸਥਾਨਕ ਫਾਈਲ ਹੈ। ਇਹ ਛੋਟੀ, ਭੈੜੀ ਅਤੇ ਕਾਫ਼ੀ ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਹੀ ਬਿਆਨ ਕਰਦੀ ਹੈ ਜੋ ਬਾਹਰਲਾ ਨਿਰੀਖਕ ਵੀ ਦੇਖ ਸਕਦਾ ਹੈ।
ਵਿਕਲਪ ਏ: ਐਗਜ਼ਿਟ ਪਤਾ ਆਪ ਕੈਪਚਰ ਕਰੋ
ਇੱਕ ਈਕੋ ਸੇਵਾ ਉਹ ਸਰੋਤ ਪਤਾ ਮੋੜਦੀ ਹੈ ਜਿੱਥੋਂ ਬੇਨਤੀ ਆਈ, ਜੋ ਪਰਿਭਾਸ਼ਾ ਅਨੁਸਾਰ ਐਗਜ਼ਿਟ ਪਤਾ ਹੈ। ਕੈਪਚਰ ਉਦੋਂ ਚਲਾਓ ਜਦੋਂ ਟਨਲ ਜੁੜਿਆ ਦੱਸੇ, ਕਿਉਂਕਿ ਜੋ ਕਲਾਇੰਟ ਰੂਟ ਅਤੇ DNS ਸਥਿਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਜੁੜਿਆ ਕਹਿੰਦਾ ਹੈ ਉਹ ਟਨਲ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਪਤਾ ਦਰਜ ਕਰੇਗਾ ਅਤੇ ਪਹਿਲੀ ਲਾਈਨ ਤੋਂ ਹੀ ਲਾਗ ਨੂੰ ਦੂਸ਼ਿਤ ਕਰੇਗਾ।
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"
ਦੋ ਬਾਰੀਕੀਆਂ ਉਸ ਹਿੱਸੇ ਨੂੰ ਸਜਾਵਟ ਨਹੀਂ, ਕੰਮ ਦਾ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਸਮਾਂ-ਛਾਪ ਅਤੇ ਪਤਾ ਇੱਕੋ ਲਾਈਨ ਵਿੱਚ ਹਨ, ਇਸ ਲਈ ਬਾਅਦ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਰਿਕਾਰਡ ਜੋੜਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ, ਅਤੇ umask 077 ਫਾਈਲ ਨੂੰ ਬਣਨ ਦੇ ਪਲ ਤੋਂ ਹੀ ਨਿੱਜੀ ਰੱਖਦਾ ਹੈ। ਇਸ ਨੂੰ ਹਰ ਕਨੈਕਸ਼ਨ 'ਤੇ ਇੱਕ ਵਾਰ ਚਲਾਓ, ਹਰ ਬੂਟ 'ਤੇ ਇੱਕ ਵਾਰ ਨਹੀਂ, ਅਤੇ ਹਰ ਡਿਵਾਈਸ ਲਈ ਇੱਕ ਫਾਈਲ ਰੱਖੋ।
ਲਾਗ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਟਨਲ ਕਦੋਂ ਵਰਤਿਆ ਅਤੇ ਕਿਸ ਨੈੱਟਵਰਕ ਤੋਂ ਦਿਖਾਈ ਦਿੱਤੇ, ਜੋ ਗਿਣਤੀ ਨਾਲੋਂ ਬ੍ਰਾਊਜ਼ਿੰਗ ਇਤਿਹਾਸ ਦੇ ਨੇੜੇ ਹੈ। ਅਜਿਹੀ ਮਿਆਦ ਚੁਣੋ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕੋ, ਫਾਈਲ ਨੂੰ ਸਾਂਝੇ ਸਿੰਕ ਫੋਲਡਰਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ ਅਤੇ ਇਸ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਸਾਫ਼ ਕਰੋ।
ਵਿਕਲਪ ਬੀ: ਪ੍ਰਦਾਤਾ ਤੋਂ ਇਤਿਹਾਸ ਮੰਗੋ
ਕੁਝ ਪ੍ਰਦਾਤਾ ਕਨੈਕਸ਼ਨ ਲਾਗ ਰੱਖਦੇ ਹਨ ਅਤੇ ਸਪੋਰਟ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਸਮਾਂ-ਛਾਪ ਅਤੇ ਸਰਵਰ ਨਾਂ ਨਾਲ ਦਿੰਦੇ ਹਨ। ਉਹ ਰਿਕਾਰਡ ਉਨ੍ਹਾਂ ਦੇ ਢਾਂਚੇ ਦਾ ਬਿਆਨ ਹੈ, ਤੁਹਾਡੇ ਟ੍ਰੈਫ਼ਿਕ ਦਾ ਨਹੀਂ, ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਰਿਟੈਂਸ਼ਨ ਵਿੰਡੋ ਅਤੇ ਦੇਖਣ ਦੀ ਤਿਆਰੀ ਜਿੰਨੀ ਕੀਮਤੀ ਹੈ ਓਨੀ ਹੀ ਕੀਮਤੀ ਹੈ। ਇਹ ਸੈਸ਼ਨ ਦਾ ਵੀ ਬਿਆਨ ਹੈ, ਬੇਨਤੀ ਦਾ ਨਹੀਂ। ਵਿੰਡੋ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਦੇ ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਮਾਪੀ ਜਾਂਦੀ ਹੈ।
ਜੋ ਪ੍ਰਦਾਤਾ ਲਾਗ ਨਾ ਰੱਖਣ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹਨ ਉਹ ਮੰਗਣ 'ਤੇ ਇਹ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਅਤੇ ਕਲਾਇੰਟ ਵੱਲ ਦੀ ਹਾਲੀਆ ਥਾਵਾਂ ਦੀ ਸੂਚੀ ਵੱਖਰੀ ਚੀਜ਼ ਹੈ। ਲਾਗ ਰਹਿਤ ਪ੍ਰਦਾਤਾ ਤੋਂ ਐਗਜ਼ਿਟ ਪਤਾ ਮੰਗਣਾ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਸਮਝਾਉਣ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ ਕਿ ਇਹ ਡੇਟਾ ਕਿਉਂ ਨਹੀਂ ਹੈ।
ਸਪੋਰਟ ਕੇਸ ਵਿੱਚ ਹਰ ਰਿਕਾਰਡ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ
ਦੋਵੇਂ ਰਿਕਾਰਡ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਸਾਰਣੀ ਵਿੱਚ ਹੀ ਤੁਲਨਾ ਅਕਾਦਮਿਕ ਰਹਿਣੀ ਛੱਡ ਦਿੰਦੀ ਹੈ।
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
ਸਿਰਫ਼ ਪਹਿਲਾ ਕਾਲਮ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਿੱਚ ਹੈ। ਪ੍ਰਦਾਤਾ ਦਾ ਰਿਕਾਰਡ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਕੋਈ ਖਾਤਾ ਕਿਸੇ ਸਮੇਂ ਜੁੜਿਆ ਸੀ, ਪਰ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਕਿਹੜੀਆਂ ਬੇਨਤੀਆਂ ਨੇ ਟਨਲ ਵਰਤਿਆ, ਅਤੇ ਅਜਿਹਾ ਪਤਾ ਨਹੀਂ ਦੱਸੇਗਾ ਜਿਸ ਨੂੰ ਪ੍ਰਦਾਤਾ ਕਾਰਜ-ਚਲਾਉਣ ਬਾਰੀਕੀ ਮੰਨਦਾ ਹੋਵੇ। ਕੋਈ ਵੀ ਰਿਕਾਰਡ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ, ਕਿਉਂਕਿ ਸਾਂਝਾ ਐਗਜ਼ਿਟ ਪਤਾ ਇੱਕੋ ਮਿੰਟ ਵਿੱਚ ਕਈ ਗਾਹਕ ਚੁੱਕ ਸਕਦਾ ਹੈ।
ਕਿਸੇ ਇੱਕ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਦੀ ਬੁਨਿਆਦੀ ਰੇਖਾ ਨਾਲ ਤੁਲਨਾ ਕਰੋ
ਇਕੱਲਾ ਪਤਾ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿੱਧਾ ਪਤਾ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਟਨਲ ਵਾਲਾ ਪਤਾ ਕੈਪਚਰ ਕਰੋ, ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇੱਕੋ ਜਿਹੇ ਮੁੱਲ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟਨਲ ਉਹ ਬੇਨਤੀ ਨਹੀਂ ਚੁੱਕ ਰਿਹਾ, ਚਾਹੇ ਵੰਡਿਆ ਟਨਲ ਹੋਵੇ, ਪ੍ਰਭਾਵੀ ਪ੍ਰੌਕਸੀ ਹੋਵੇ ਜਾਂ ਸਿੱਧੇ ਰਾਹ 'ਤੇ ਮੁੜ ਗਿਆ ਕਲਾਇੰਟ ਹੋਵੇ।
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1
DNS ਅਤੇ IPv6 ਲਈ ਤੁਲਨਾ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਪਤੇ ਦੀ ਗੂੰਜ ਇੱਕ HTTP ਬੇਨਤੀ ਦਾ ਰਾਹ ਸਾਬਤ ਕਰਦੀ ਹੈ ਅਤੇ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਿ ਕਿਹੜੇ ਰਿਜ਼ੌਲਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਇੱਕ ਵਿੱਚ ਲੀਕ ਹੋਣ ਵਾਲਾ ਡਿਵਾਈਸ ਦੂਜੇ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੰਦਰੁਸਤ ਦਿਖ ਸਕਦਾ ਹੈ।