Tor ਰੀਲੇ ਬਨਾਮ VPN ਸਰਵਰ: ਇਹ ਇੱਕ ਦੂਜੇ ਦੇ ਬਦਲ ਕਿਉਂ ਨਹੀਂ

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

ਜਾਂਚੋ ਕਿ ਪੋਰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਸੇਵਾ ਦਿੰਦਾ ਹੈ

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

nc -vz 203.0.113.20 443
openssl s_client -connect 203.0.113.20:443 -brief < /dev/null

ਸਰਟੀਫਿਕੇਟ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਨਹੀਂ, ਸਰਟੀਫਿਕੇਟ ਪੜ੍ਹੋ। ਰੀਲੇ ਜਾਣਬੁੱਝ ਕੇ ਆਮ ਨਾਮ ਵਾਲਾ ਸਵੈ-ਹਸਤਾਖਰਿਤ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਰੀਲੇ ਦੀ ਟ੍ਰੈਫਿਕ ਆਮ HTTPS ਵਰਗੀ ਦਿਖਣੀ ਚਾਹੀਦੀ ਹੈ; ਜਦਕਿ VPN ਸਰਵਰ ਦਾ ਸਰਟੀਫਿਕੇਟ ਉਹ ਨਾਮ ਰੱਖਦਾ ਹੈ ਜਿਸਦੀ ਤੁਹਾਡਾ ਪ੍ਰੋਫਾਈਲ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਜੇ ਸਾਹਮਣੀ ਧਿਰ VPN ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਪਹਿਲੇ ਪੈਕੇਟ ਦਾ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੀ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕਿੰਨਾ ਵੀ ਸੋਧ ਕਰੋ, ਨਤੀਜਾ ਨਹੀਂ ਬਦਲੇਗਾ।

ਜੇ ਪਤਾ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਵੱਲੋਂ ਭੇਜਿਆ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਇੱਥੇ ਹੀ ਰੁਕੋ। ਇਹ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਜਵਾਬ ਹੈ, ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ, ਅਤੇ ਆਯਾਤ ਕੀਤਾ ਪ੍ਰੋਫਾਈਲ ਹਮੇਸ਼ਾ 'connecting' 'ਤੇ ਅਟਕੇ ਰਹਿਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਇਹੀ ਹੈ।

ਨੈੱਟਵਰਕ ਦਾ ਆਕਾਰ ਨਹੀਂ, ਰੀਲੇ ਦੀ ਭੂਮਿਕਾ ਜਾਂਚੋ

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

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

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

ਜਾਂਚੋ ਕਿ SOCKS ਸਰੋਤਾ ਸਥਾਨਕ ਹੈ ਜਾਂ ਸਰਵਜਨਕ

Tor ਦਾ ਕਲਾਇੰਟ ਉਸੇ ਮਸ਼ੀਨ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ SOCKS ਇੰਟਰਫੇਸ ਖੋਲ੍ਹਦਾ ਹੈ, ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ loopback 'ਤੇ। ਉਹ ਸਰੋਤਾ ਸਥਾਨਕ ਸੁਵਿਧਾ ਹੈ, ਰੀਲੇ ਵੱਲੋਂ ਇੰਟਰਨੈੱਟ ਨੂੰ ਦਿੱਤੀ ਸੇਵਾ ਨਹੀਂ, ਅਤੇ ਇਸਨੂੰ ਸਰਵਜਨਕ ਪ੍ਰੌਕਸੀ ਮੰਨਣਾ ਹੀ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਨਾਲ ਲੋਕ ਅਣਜਾਣੇ ਵਿੱਚ ਖੁੱਲ੍ਹਾ ਰੀਲਾ ਚਲਾਉਣ ਲੱਗਦੇ ਹਨ:

ss -ltnp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org

ਬਾਈਂਡ ਪਤਾ ਹੀ ਸੰਕੇਤ ਹੈ। 127.0.0.1:9050 'ਤੇ SocksPort ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ; ਜੋ 0.0.0.0 'ਤੇ ਸੁਣਦਾ ਹੈ ਅਤੇ ਬਾਹਰੋਂ ਪਹੁੰਚਯੋਗ ਹੈ ਉਹ ਖੁੱਲ੍ਹੀ ਪ੍ਰੌਕਸੀ ਹੈ, ਅਤੇ Tor ਦੇ ਆਪਣੇ ਪਹੁੰਚ ਨੀਤੀ ਨਿਯੰਤਰਣ ਇਸੇ ਕਾਰਨ ਹਨ ਕਿ ਇਹ ਖੁਲਾਸਾ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ, ਸਮੱਸਿਆ ਹੈ।

Tor ਦੀ ਲੋੜ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਇਸਨੂੰ loopback ਪੋਰਟ ਵੱਲ ਭੇਜੋ ਅਤੇ ਨਾਮ Tor ਨੂੰ ਹੱਲ ਕਰਨ ਦਿਓ, ਜੋ ਉੱਪਰਲਾ socks5h ਰੂਪ ਕਰਦਾ ਹੈ। ਉਸ ਪੋਰਟ ਲਈ ਰੀਲੇ ਦਾ ਪਤਾ ਨਾ ਰੱਖੋ; ਰੀਲਾ ਉਹ ਇੰਟਰਫੇਸ ਨਹੀਂ ਦਿੰਦਾ ਜੋ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਮੰਗਦੀ ਹੈ।

ਜਾਂਚੋ ਕਿ VPN ਪ੍ਰੋਫਾਈਲ ਅਸਲ ਐਂਡਪੁਆਇੰਟ ਨਾਲ ਮਿਲਦਾ ਹੈ

VPN ਪ੍ਰੋਫਾਈਲ ਉਮੀਦਾਂ ਦਾ ਬੰਡਲ ਹੈ: OpenVPN ਨੂੰ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਜਾਂ CA, ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ TLS ਕੁੰਜੀ ਚਾਹੀਦੀ ਹੈ, ਜਦਕਿ WireGuard ਨੂੰ ਸਾਹਮਣੀ ਧਿਰ ਦੀ ਸਰਵਜਨਕ ਕੁੰਜੀ, ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਮਨਜ਼ੂਰ IP ਚਾਹੀਦੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਪਤੇ ਅਤੇ ਖੁੱਲ੍ਹੇ ਪੋਰਟ ਤੋਂ ਕੱਢਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਇਸ ਲਈ ਇਸ ਤਰ੍ਹਾਂ ਬਣਿਆ ਪ੍ਰੋਫਾਈਲ ਜੁੜਨ ਵੇਲੇ ਨਹੀਂ, ਪਹਿਲੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।

ਜਦੋਂ ਤੁਹਾਨੂੰ ਪ੍ਰੋਫਾਈਲ ਦਿੱਤਾ ਜਾਵੇ, ਤਾਂ ਇਸਨੂੰ ਤੁਹਾਡੇ ਵੱਲੋਂ ਨਿਯੰਤਰਿਤ ਐਂਡਪੁਆਇੰਟ ਜਾਂ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪਛਾਣੇ ਜਾ ਸਕਣ ਵਾਲੇ ਪ੍ਰਦਾਤਾ ਨਾਲ ਤਸਦੀਕ ਕਰੋ:

wg show
openvpn --config client.ovpn --verb 4

OpenVPN ਲੌਗ ਵਿੱਚ TLS ਗੱਲਬਾਤ ਦੀ ਗਲਤੀ ਬੇਮੇਲ ਨੂੰ ਸਿੱਧਾ ਨਾਮ ਦਿੰਦੀ ਹੈ; wg show ਵਿੱਚ, ਹੈਂਡਸ਼ੇਕ ਲਾਈਨ ਤੋਂ ਬਿਨਾਂ ਸਾਹਮਣੀ ਧਿਰ ਨੇ ਕਦੇ ਇੱਕ ਵੀ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ। ਦੋਵੇਂ ਕਲਾਇੰਟ ਦੇ ਘੁੰਮਦੇ ਸੂਚਕ ਤੋਂ ਵੱਧ ਜਾਣਕਾਰੀ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ Tor ਵੱਲ ਨਹੀਂ, ਕੁੰਜੀ ਸਮੱਗਰੀ ਜਾਂ ਪ੍ਰੋਟੋਕੋਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।

ਜਾਂਚੋ ਕਿ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਸੁਰੱਖਿਆ ਚਾਹੀਦੀ ਹੈ

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

ਜ਼ੰਜੀਰ ਦਾ ਇੱਕ ਕ੍ਰਮ ਹੁੰਦਾ ਹੈ। Tor ਟ੍ਰੈਫਿਕ ਲੈ ਕੇ ਜਾਣ ਵਾਲਾ VPN ਸਮਰਥਿਤ ਵਿਵਸਥਾ ਹੈ, ਕਿਉਂਕਿ Tor ਦੇ ਕਲਾਇੰਟ ਨੂੰ ਸਿਰਫ਼ ਬਾਹਰ ਜਾਣ ਵਾਲਾ TCP ਚਾਹੀਦਾ ਹੈ। Tor ਦੇ ਅੰਦਰ ਟਨਲ ਕੀਤਾ VPN ਕਲਾਇੰਟ ਉਹੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ ਅਤੇ ਉਹ ਨਹੀਂ ਜੋ Tor ਕਲਾਇੰਟ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਯੋਜਨਾ ਨਾ ਬਣਾਓ।

ਕੁਝ ਵੀ ਆਯਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰੇ ਗੱਲਾਂ ਪੱਕੀਆਂ ਕਰੋ:

• ਪੋਰਟ ਤੁਹਾਡੇ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਸਿਰਫ਼ TCP ਕਨੈਕਸ਼ਨ ਨਹੀਂ।
• ਤੁਸੀਂ ਹੋਸਟ ਦੀ ਭੂਮਿਕਾ ਜਾਣਦੇ ਹੋ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਨੂੰ ਇਜਾਜ਼ਤ ਨਹੀਂ ਮੰਨਦੇ।
• ਤੁਸੀਂ ਵਰਤਦੇ SOCKS ਸਰੋਤੇ ਦਾ loopback ਅਤੇ ਤੁਹਾਡਾ ਹੈ, ਕਿਸੇ ਹੋਰ ਦੇ ਰੀਲੇ 'ਤੇ ਸਰਵਜਨਕ ਪੋਰਟ ਨਹੀਂ।
• ਪ੍ਰੋਫਾਈਲ ਦੀਆਂ ਕੁੰਜੀਆਂ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਉਸ ਐਂਡਪੁਆਇੰਟ ਦੇ ਹਨ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਜੁੜਦੇ ਹੋ।