OpenVPN ਅਜੇ ਵੀ 443 ’ਤੇ ਰੋਕਿਆ? ਦੇਖੋ ਨੈੱਟਵਰਕ ਕੀ ਜਾਂਚਦਾ ਹੈ

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

ਹੈਂਡਸ਼ੇਕ ਸੰਖਿਆ ਤੋਂ ਵੱਧ ਖੋਲ੍ਹਦਾ ਹੈ

TCP 443 ’ਤੇ ਇੱਕ ਮੂਲ VPN ਸਰੋਤਾ ਪਹਿਲੇ ਪੈਕੇਟ ਤੋਂ ਹੀ ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਬੋਲਦਾ ਹੈ। ClientHello ਵਿੱਚ ਇੱਕ ਸੰਸਕਰਣ ਖੇਤਰ, ਇੱਕ ਬੇਤਰਤੀਬ ਮੁੱਲ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਕੁਝ ਸੌ ਬਾਈਟ ਪੜ੍ਹਨ ਵਾਲਾ ਯੰਤਰ ਕੁਝ ਵੀ ਡਿਕ੍ਰਿਪਟ ਕੀਤੇ ਬਿਨਾਂ ਫ਼ਰਕ ਪਛਾਣ ਸਕਦਾ ਹੈ। ਪੋਰਟ ਨੰਬਰ ਤ੍ਰਿਪਤ ਕਰਨਾ ਸਸਤਾ ਹੈ, ਅਤੇ ਫਿਲਟਰ ਅਸਲ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਆਕਾਰ ਹੀ ਜਾਂਚਦਾ ਹੈ। ਨਿਯਮ ਆਮ ਤੌਰ ’ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਸਾਰ ਵੀ ਲਿਖੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ TLS ਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੀ ਨੀਤੀ UDP ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ।

ਵੈਧ TLS ਸੈਸ਼ਨ ’ਤੇ ਜ਼ੋਰ ਦੇਣ ਵਾਲਾ ਪਾਰਦਰਸ਼ੀ ਪ੍ਰੌਕਸੀ ਸੈਟਅੱਪ ਵੇਲੇ ਹੀ ਕਨੈਕਸ਼ਨ ਡੇਗ ਦਿੰਦਾ ਹੈ, ਅਕਸਰ TCP ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ। ਉਹ ਵੇਰਵਾ ਬਾਅਦ ਵਿੱਚ ਮਾਅਨੇ ਰੱਖਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਕਟ ਬਣਨ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਲੌਗ ਰੁਕ ਜਾਂਦਾ ਹੈ।

ਪ੍ਰਵਾਹ ਨੂੰ ਆਵਰਣ ਵਿੱਚ ਲਪੇਟਣਾ ਦੋ ਅਸਫਲਤਾ ਬਿੰਦੂ ਬਣਾਉਂਦਾ ਹੈ

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

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

ਆਵਰਣ ਤੱਕ ਦਾ ਮਾਰਗ ਹੀ ਜਾਲ ਹੈ

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

sudo ip route add 198.51.100.20 via 192.168.0.1
sudo openvpn --config client.ovpn
sudo ip route del 198.51.100.20

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

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

ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਪੜ੍ਹੋ

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

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

ਜੋ ਵਿਵਹਾਰ ਦੇਖਿਆ ਉਹ ਲਿਖੋ: ਸੈਸ਼ਨ ਕਿੰਨਾ ਚਿਰ ਚੱਲਿਆ, ਸਾਕਟ ਖੁੱਲ੍ਹਿਆ ਜਾਂ ਨਹੀਂ, ਆਵਰਣ ਨੇ ਹੈਂਡਸ਼ੇਕ ਲੌਗ ਕੀਤਾ ਜਾਂ ਨਹੀਂ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਅਗਲੀ ਪਰਖ ਨੂੰ ਤੰਗ ਕਰਦਾ ਹੈ।

ਇੱਕ ਸਮੇਂ ਇੱਕ ਚਰ ਜਾਂਚੋ

ਪਹਿਲਾਂ UDP ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕੁਝ ਨੈੱਟਵਰਕ ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਡੇਗ ਦਿੰਦੇ ਹਨ ਅਤੇ UDP ਅਸਫਲਤਾ 443 ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ। ਫਿਰ ਆਵਰਣ ਤੋਂ ਬਿਨਾਂ TCP 443 ਅਜ਼ਮਾਓ, ਫਿਰ 443 ’ਤੇ ਆਵਰਣ। ਹਰ ਕਦਮ ’ਤੇ ਕਲਾਇੰਟ ਲੌਗ ਪੜ੍ਹੋ ਅਤੇ ਵਿਵਹਾਰ ਬਦਲਣ ਸਾਰ ਰੁਕੋ।

ਹਰ ਕੋਸ਼ਿਸ਼ ’ਤੇ ਇੱਕ ਤੱਤ ਬਦਲੋ। ਨਵਾਂ ਪੋਰਟ, ਨਵਾਂ ਆਵਰਣ ਅਤੇ ਨਵਾਂ ਸਾਈਫਰ ਇੱਕੋ ਦੌੜ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਤੁਸੀਂ ਦੱਸ ਨਹੀਂ ਸਕੋਗੇ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਮਹੱਤਵਪੂਰਨ ਸੀ।