Tor ਰਾਹੀਂ VPN: ਪਹਿਲਾਂ ਆਵਾਜਾਈ ਦੀ ਜਾਂਚ

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

ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਹਰ ਇੱਕ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਅਗਲੀ ਸ਼ੁਰੂ ਕਰਨਾ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।

ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਕ੍ਰਮ ਬਣਾ ਰਹੇ ਹੋ

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

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

ਬਾਕੀ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਆਵਾਜਾਈ ਦੀ ਜਾਂਚ ਕਰੋ

Tor ਦਾ SOCKS ਇੰਟਰਫ਼ੇਸ TCP ਪ੍ਰਵਾਹ ਢੋਂਦਾ ਹੈ ਅਤੇ ਆਮ UDP ਸੰਬੰਧ ਨਹੀਂ ਦਿੰਦਾ। ਜਿਸ VPN ਦੀ ਆਵਾਜਾਈ UDP ਹੈ ਉਹ ਉਸ ਪ੍ਰੌਕਸੀ ਨੂੰ ਆਮ ਨੈੱਟਵਰਕ ਇੰਟਰਫ਼ੇਸ ਵਾਂਗ ਨਹੀਂ ਲੈ ਸਕਦਾ, ਅਤੇ ਕੋਈ ਕਲਾਇੰਟ ਸੈਟਿੰਗ ਇਹ ਨਹੀਂ ਬਦਲਦੀ ਕਿ ਪ੍ਰੌਕਸੀ ਕੀ ਅੱਗੇ ਭੇਜਣ ਨੂੰ ਤਿਆਰ ਹੈ। ਆਮ ਰੂਪ ਵਿੱਚ WireGuard ਸਪਸ਼ਟ ਸ਼ਿਕਾਰ ਹੈ। TCP ਮੋਡ ਵਿੱਚ OpenVPN ਪ੍ਰੋਫ਼ਾਈਲ ਆਮ ਉਪਾਅ ਹੈ, ਅਤੇ ਉਸਨੂੰ ਵੀ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰੌਕਸੀ ਵਰਤਣ ਲਈ ਕਹਿਣਾ ਪੈਂਦਾ ਹੈ।

ss -lntp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 -o /dev/null -w '%{http_code}\n' https://example.com

ਇਸ ਰਾਹੀਂ ਸੁਰੰਗ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰੌਕਸੀ ਸੁਣ ਰਹੀ ਹੈ ਅਤੇ ਇੱਕ ਸਾਧਾਰਨ HTTPS ਬੇਨਤੀ ਢੋ ਸਕਦੀ ਹੈ। ਜੇ ਸਾਧਾਰਨ ਬੇਨਤੀ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ VPN ਕਲਾਇੰਟ ਕਦੇ ਸਫਲ ਨਹੀਂ ਹੋਵੇਗਾ ਅਤੇ ਉਸਦੇ ਲੌਗ ਤੁਹਾਨੂੰ ਕਾਰਨ ਨਹੀਂ ਦੱਸਣਗੇ।

ਨਿਰੀਖਕ ਦਾ ਨਕਸ਼ਾ ਦੁਬਾਰਾ ਲਿਖੋ

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

ਇਹ ਹਰ ਟਿਕਾਣੇ ਤੱਕ ਵੰਡਿਆ ਹੋਇਆ ਰਾਹ ਵੀ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਉਂਦਾ। Tor Browser ਹਰ ਸਾਈਟ ਲਈ ਨਵਾਂ ਸਰਕਟ ਬਣਾਉਂਦਾ ਹੈ; Tor 'ਤੇ ਢੋਇਆ VPN ਇੱਕ ਸੁਰੰਗ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਹਰ ਸਾਈਟ ਉਹ ਐਂਡਪੌਇੰਟ ਸਾਂਝਾ ਕਰਦੀ ਹੈ। ਅੰਤਰ ਨੂੰ ਹਟਾਉਣ ਵਾਲੀ ਹੱਦ ਨਹੀਂ, ਡਿਜ਼ਾਈਨ ਤੱਥ ਮੰਨੋ।

ਟੁੱਟਣ 'ਤੇ ਫੇਲ੍ਹ ਦੀਆਂ ਪਰਤਾਂ ਗਿਣੋ

ਟੁੱਟੀ ਸੈਟਿੰਗ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਚਾਰ ਆਜ਼ਾਦ ਪਰਤਾਂ ਹੁੰਦੀਆਂ ਹਨ: SOCKS ਕਨੈਕਸ਼ਨ, VPN ਸਰਵਰ ਨਾਲ TLS ਹੈਂਡਸ਼ੇਕ, VPN ਦਾ ਆਪਣਾ ਹੈਂਡਸ਼ੇਕ, ਅਤੇ ਫਿਰ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਰੂਟਿੰਗ ਜਾਂ ਨਾਮ ਹੱਲ। ਹਰ ਇੱਕ ਵੱਖਰੇ ਲੱਛਣ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਵੱਖਰੀ ਮੁਰੰਮਤ ਚਾਹੀਦੀ ਹੈ। ਸੁਰੰਗ ਨਾ ਚੜ੍ਹਨ ਕਾਰਨ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਢਿੱਲੀ ਕਰਨਾ ਆਮ ਗਲਤ ਨਿਦਾਨ ਹੈ, ਅਤੇ ਇਹ ਆਵਾਜਾਈ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਸੁਰੱਖਿਆ ਦੀ ਸਮੱਸਿਆ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਪਹਿਲੀ ਪਰਤ ਦਰਜ ਕਰੋ ਅਤੇ ਉੱਥੇ ਹੀ ਰੁਕੋ। ਪ੍ਰੌਕਸੀ ਦਾ ਇਨਕਾਰ ਅਤੇ ਰੱਦ ਕੀਤੀ ਕੁੰਜੀ ਇੱਕੋ ਘਟਨਾ ਦੇ ਰੂਪ ਨਹੀਂ ਹਨ।

ਜੇ ਖ਼ਤਰੇ ਦੇ ਮਾਡਲ ਨੂੰ Tor Browser ਦੀ ਸੁਰੱਖਿਆ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਰੁਕੋ

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

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