VPN ਰਾਹੀਂ ਟੋਰੈਂਟ ਕਰਦਿਆਂ ਤੁਹਾਡਾ ISP ਅਜੇ ਵੀ ਕੀ ਦੇਖਦਾ ਹੈ
ਸੁਰੰਗ ਮੰਜ਼ਿਲਾਂ ਲੁਕਾਉਂਦੀ ਹੈ, ਸੁਰੰਗ ਦੇ ਤੱਥ ਨੂੰ ਨਹੀਂ। ਕਲਾਇੰਟ ਬਾਈਂਡਿੰਗ, ਰਿਜ਼ੋਲਵਰ ਅਤੇ ਸਾਥੀ ਤੇ ਨਿੱਜੀ ਟਰੈਕਰ ਜੋ ਵੀ ਕਿਵੇਂ ਨਾ ਕਿਵੇਂ ਸਿੱਖਦੇ ਹਨ, ਜਾਂਚੋ।
ਸਵਾਲ ਕ੍ਰਮ ਵਿੱਚ ਲਓ: ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ, ਸੁਰੰਗ ਤੋਂ ਉਸ ਤੋਂ ਬਿਨਾਂ ਕੀ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ, ਨਾਮ ਦੀ ਖੋਜ ਕੀ ਪਰਗਟ ਕਰਦੀ ਹੈ, ਅਤੇ ਸਾਥੀ ਤੇ ਟਰੈਕਰ ਕਿਵੇਂ ਨਾ ਕਿਵੇਂ ਕੀ ਸਿੱਖਦੇ ਹਨ। ਹਰ ਜਵਾਬ ਦੂਜਿਆਂ ਤੋਂ ਸੁਤੰਤਰ ਹੈ, ਅਤੇ VPN ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਿਰਫ਼ ਪਹਿਲੇ ਦਾ ਹੱਲ ਕਰਦਾ ਹੈ। ਚੌਥਾ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਹੁਤੀਆਂ ਉਮੀਦਾਂ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਕੋਈ ਸੁਰੰਗ ਖਾਤੇ ਦਾ ਨਾਮ ਨਹੀਂ ਹਟਾਉਂਦੀ।
ਕਿਹੜਾ ਨਿਰੀਖਕ ਤੁਹਾਨੂੰ ਫ਼ਿਕਰ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਜਵਾਬ ਨਿਰੀਖਕ ਨਾਲ ਬਦਲਦਾ ਹੈ।
ਇੱਕ ਕਨੈਕਸ਼ਨ ਬਹੁਤਿਆਂ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ
ਜਦੋਂ ਕਲਾਇੰਟ ਸੱਚਮੁੱਚ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਹੁੰਦਾ ਹੈ, ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਇੱਕ VPN ਪਤੇ ਵੱਲ ਇੱਕ ਲਗਾਤਾਰ ਇੰਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਦੇਖਦਾ ਹੈ। ਮਾਤਰਾ, ਸਮਾਂ ਅਤੇ ਇਹ ਤੱਥ ਕਿ VPN ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ ਦਿਸਦੇ ਰਹਿੰਦੇ ਹਨ; ਟਰੈਕਰਾਂ ਦੇ ਹੋਸਟਨਾਮ, ਸਾਥੀਆਂ ਦੇ ਪਤੇ ਅਤੇ ਫ਼ਾਈਲ ਨਾਮ ਨਹੀਂ। ਇਹ ਸੱਚੀ ਸੁਧਾਰ ਹੈ, ਅਤੇ ਮਾਰਕੀਟਿੰਗ ਦੇ ਸੰਕੇਤ ਤੋਂ ਸੰਧਰੀ। ਸੁਰੰਗ ਦਾ ਓਪਰੇਟਰ ਵਿਚਕਾਰ ਬੈਠਦਾ ਹੈ ਅਤੇ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਤੋਂ ਵੱਧ ਦੇਖਦਾ ਹੈ।
ਨੋ-ਲੌਗ ਬਿਆਨ ਸਟੋਰੇਜ ਨੀਤੀ ਦੱਸਦਾ ਹੈ, ਤਕਨੀਕੀ ਦਿੱਖ ਨਹੀਂ। ਇਹ ਵੱਖਰੇ ਦਾਅਵੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਉਹ ਹੈ ਜਿਸਦਾ ਪ੍ਰਦਾਤਾ ਵਾਅਦਾ ਕਰ ਸਕਦਾ ਹੈ।
ਲੀਕ ਸੁਰੰਗ ਤੋਂ ਨਹੀਂ, ਬਾਈਂਡਿੰਗ ਤੋਂ ਆਉਂਦੀ ਹੈ
BitTorrent ਸਾਥੀਆਂ, ਟਰੈਕਰਾਂ, DHT ਨੋਡਾਂ ਅਤੇ ਸਥਾਨਕ ਖੋਜ ਵੱਲ ਛੋਟੇ ਸਮੇਂ ਦੇ TCP ਅਤੇ UDP ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਪ੍ਰਵਾਹ ਬਣਾਉਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਭੌਤਿਕ ਅਡੈਪਟਰ ਨਾਲ ਬਾਈਂਡ ਕਰੋ, ਜਾਂ ਸੁਰੰਗ ਡਿੱਗਣ ਤੋਂ ਬਾਅਦ ਉਸਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਅਤੇ ਬਣਨ ਵਾਲਾ ਟ੍ਰੈਫ਼ਿਕ ਬਿਲਕੁਲ ਉਹੀ ਹੈ ਜੋ ਲੁਕਾਉਣ ਲਈ ਸੁਰੰਗ ਮੌਜੂਦ ਸੀ। ਫਾਇਰਵਾਲ ਨਿਯਮ ਦਿਸਣ ਨਾਲੋਂ ਕਮਜ਼ੋਰ ਨਿਯੰਤਰਣ ਹਨ: ਸਿਰਫ਼ ਡਿਫ਼ਾਲਟ ਰੂਟ, ਸਿਰਫ਼ IPv4 ਜਾਂ ਸਿਰਫ਼ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਰਾਹ ਖੁੱਲ੍ਹੇ ਛੱਡਦਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਸੁਰੰਗ ਦੇ ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਬਾਈਂਡ ਕਰਨਾ ਅਤੇ ਉਹ ਬਾਈਂਡਿੰਗ ਤਸਦੀਕ ਕਰਨਾ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਢੰਗ ਹੈ।
ਸੁਰੰਗ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਰੋਕ ਕੇ ਅਤੇ ਤਬਦੀਲੀਆਂ ਰੁਕਦੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ ਦੇਖ ਕੇ ਤਸਦੀਕ ਕਰੋ। ਜੇ ਜਾਰੀ ਰਹਿਣ, ਤਾਂ ਕਲਾਇੰਟ ਕਦੇ ਵੀ ਅੰਦਰ ਨਹੀਂ ਸੀ। ਕਲਾਇੰਟ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਤੇ ਲੈਪਟਾਪ ਜਾਗਣ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਆਮ ਤੌਰ 'ਤੇ ਉਦੋਂ ਹੀ ਬਾਈਂਡਿੰਗਾਂ ਗੁੰਮ ਹੁੰਦੀਆਂ ਹਨ।
DNS ਤਬਦੀਲੀ ਨੂੰ ਛੋਹੇ ਬਿਨਾਂ ਸਾਈਟ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ
ਜੇ ਨਾਮ ਦੀ ਖੋਜ ਅਜੇ ਵੀ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਵੱਲ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤਬਦੀਲੀ ਇੰਕ੍ਰਿਪਟਡ ਰਹਿੰਦਿਆਂ ਵੀ ਸਵਾਲ ਆਪ ਹੀ ਸਾਈਟ ਦਾ ਐਲਾਨ ਕਰਦਾ ਹੈ। ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਨੂੰ ਸੁਰੰਗ ਅੰਦਰ ਲਿਜਾਣਾ, ਜਾਂ ਉਸਨੂੰ ਇੰਕ੍ਰਿਪਟ ਕਰਨਾ, ਉਹ ਖਾਲੀ ਥਾਂ ਬੰਦ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਪੈਕਟ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਕਲਾਇੰਟ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੇ। ਕਿਹੜਾ ਰਿਜ਼ੋਲਵਰ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਸਵਾਲ ਕਿਹੜੇ ਇੰਟਰਫ਼ੇਸ ਤੋਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਜਾਂਚੋ; ਦੋਵੇਂ ਜਾਂਚਾਂ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ।
ਸੁਰੰਗ ਰਾਹੀਂ ਹੱਲ ਹੋਣ ਵਾਲਾ ਨਾਮ ਅਤੇ ਬਾਈਂਡਿੰਗ ਦਾ ਸਤਿਕਾਰ ਕਰਨ ਵਾਲੀ ਤਬਦੀਲੀ ਵੱਖਰੇ ਗੁਣ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਇਕੱਲਾ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ।
ਝੁੰਡ ਅਤੇ ਟਰੈਕਰ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦੇਖਦੇ ਹਨ
ਪਤਿਆਂ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਹਿੱਸਾ ਹੈ, ਇਸ ਲਈ ਸਾਥੀ ਜੋ ਦੇਖਦੇ ਹਨ ਦਰਜ ਕਰਦੇ ਹਨ। ਐਗਜ਼ਿਟ ਤੋਂ ਜੁੜਨਾ ਉਨ੍ਹਾਂ ਨੂੰ ਐਗਜ਼ਿਟ ਦਿੰਦਾ ਹੈ; ਸਿੱਧਾ ਜੁੜਨਾ ਘਰ ਦਾ ਪਤਾ ਦਿੰਦਾ ਹੈ। DHT ਅਤੇ ਸਾਥੀ ਅਦਲਾ-ਬਦਲੀ ਉਸ ਨਿਰੀਖਣ ਨੂੰ ਹੋਰ ਫੈਲਾਉਂਦੇ ਹਨ, ਅਤੇ ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਬਾਅਦ ਦਾ ਸੈਸ਼ਨ ਉਹੀ ਕਲਾਇੰਟ ਪੋਰਟ ਅਤੇ ਸੰਸਕਰਣ ਜੋੜ ਸਕਦਾ ਹੈ। ਟਰੈਕਰ ਹੋਰ ਵੀ ਜਾਣ ਸਕਦਾ ਹੈ: ਐਲਾਨ URL ਵਿੱਚ ਪਾਸਕੀ ਪੈਕਟ ਕਿਹੜੇ ਐਗਜ਼ਿਟ ਤੋਂ ਆਏ ਇਸ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਖਾਤਾ ਪਛਾਣਦੀ ਹੈ।
ਇੰਕ੍ਰਿਪਸ਼ਨ ਫਿਰ ਇੱਕ ਹੋਰ ਧੁਰਾ ਢਕਦੀ ਹੈ। HTTPS ਬੇਨਤੀ ਨੂੰ ਐਗਜ਼ਿਟ ਤੋਂ ਅੱਗੇ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ; ਸਾਧਾਰਣ HTTP ਬੇਨਤੀ ਲਾਈਨ ਨੂੰ ਰਾਹ ਦੇ ਹਰ ਨੈੱਟਵਰਕ ਸਾਹਮਣੇ ਖੋਲ੍ਹਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਆਕਾਰ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਦੂਜੇ ਨੂੰ ਨਹੀਂ।
ਚਾਰ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਸਬੂਤਾਂ ਨਾਲ ਦਿਓ, ਆਈਕਨ ਨਾਲ ਨਹੀਂ। ਆਈਕਨ ਸਿਰਫ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਮੌਜੂਦ ਹੈ।