VPN ਐਗਜ਼ਿਟ IP ਸੁਰੰਗ ਦਾ ਸਬੂਤ ਨਹੀਂ: ਸਰਵਰ ਕੀ ਦੇਖਦੇ ਹਨ

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

ਸਰਵਰ ਹਰ ਕਨੈਕਸ਼ਨ ਲਈ ਇੱਕ ਪਤਾ ਦੇਖਦਾ ਹੈ

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

ਉਸ ਸਰੋਤ ਪਤੇ ਤੋਂ ਬਾਅਦ ਸਭ ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਡੇਟਾ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ’ਤੇ ਉੱਨਾ ਹੀ ਭਰੋਸਾ ਕਰ ਸਕਦਾ ਹੈ ਜਿੰਨਾ ਉਹ ਇਸ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ।

ਜਾਂਚੋ ਤੁਹਾਡਾ ਐਗਜ਼ਿਟ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ

ਨਿਯਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਸਿਰਿਆਂ ਤੋਂ ਰਾਹ ਦੇਖੋ। ਕਲਾਇੰਟ ਦਾ ਆਪਣੇ ਐਗਜ਼ਿਟ ਬਾਰੇ ਨਜ਼ਰੀਆ ਅਤੇ ਸਰਵਰ ਦਾ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਨਜ਼ਰੀਆ ਇਹ ਦੋ ਤੱਥ ਹਨ ਜੋ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ।

curl -sS https://api.ipify.org; echo
ss -tn state established '( sport = :443 )' | head

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

ਦੋ ਐਗਜ਼ਿਟ ਸਮੂਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸੂਚੀਬੱਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ

ਇੱਕ ਕੇਸ ਬੇਨਤੀ ਦੇ ਪਲ ਜਾਂਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਨਹੀਂ, ਜਿਸ ਨਾਲ ਬਹੁਤ ਵੱਖਰੀਆਂ ਗਾਰੰਟੀਆਂ ਬਣਦੀਆਂ ਹਨ।

curl -sS https://check.torproject.org/torbulkexitlist | wc -l

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

ਪਤਿਆਂ ਨੂੰ ਨੀਤੀ ਇਨਪੁਟ ਵਜੋਂ ਵਰਤੋ, ਸਬੂਤ ਵਜੋਂ ਨਹੀਂ

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

ਸ਼ੀਸ਼ਾ ਬੇਨਤੀ, ਯਾਨੀ VPN ਪਿੱਛੇ ਵਰਤੋਂਕਾਰ ਦਾ ਅਸਲੀ ਪਤਾ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ, ਉਸੇ ਕਾਰਨ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ: ਇੱਕ ਕਨੈਕਸ਼ਨ ਇੱਕ ਪਤਾ ਢੋਂਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਬਦਲਾਅ ਕਈ ਵਿਆਖਿਆਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਪਿਛਲੇ ਮੁੱਲ ਨੂੰ ਇਤਿਹਾਸ ਮੰਨੋ, ਸੱਚ ਨਹੀਂ।