ਇੱਕ IPv4 ਮੰਜ਼ਿਲ ਨੂੰ OpenVPN ਟਨਲ ਤੋਂ ਬਾਹਰ ਕਿਵੇਂ ਭੇਜੀਏ

ਬਹੁਤੇ ਪੂਰੇ-ਟਨਲ ਸੈਟਅਪ ਹਰ ਪੈਕਟ ਨੂੰ VPN ਰਾਹੀਂ ਭੇਜਦੇ ਹਨ, ਅਤੇ redirect-gateway ਉਹ ਨਿਰਦੇਸ਼ ਹੈ ਜੋ ਇਹ ਸੰਭਵ ਕਰਦਾ ਹੈ। ਇੱਕ ਇਕੱਲੀ ਮੰਜ਼ਿਲ ਨੂੰ ਫਿਰ ਵੀ ਛੋਟ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਉਸ ਪਤੇ ਲਈ net_gateway ਪਲੇਸਹੋਲਡਰ ਨਾਲ ਹੋਸਟ ਰੂਟ ਜੋੜਨਾ ਕਲਾਇੰਟ ਨੂੰ ਕਹਿੰਦਾ ਹੈ ਕਿ ਉਹ ਮਸ਼ੀਨ ਦੇ ਮੂਲ ਗੇਟਵੇ ਰਾਹੀਂ ਉੱਥੇ ਪਹੁੰਚੇ, ਜਦਕਿ ਬਾਕੀ ਸਭ ਟਨਲ ਵਰਤਦਾ ਰਹਿੰਦਾ ਹੈ।

ਲਾਈਨ ਨੁਕਸਾਨ ਰਹਿਤ ਲੱਗਦੀ ਹੈ ਅਤੇ ਅਕਸਰ ਹੁੰਦੀ ਵੀ ਹੈ, ਪਰ ਇਹ ਸਿਰਫ਼ ਇੱਕ ਸਵਾਲ ਤੈਅ ਕਰਦੀ ਹੈ: ਉਸੇ IPv4 ਪਤੇ ਦੇ ਪੈਕਟ ਕਿੱਥੇ ਜਾਂਦੇ ਹਨ। ਇਹ DNS, IPv6, ਫਾਇਰਵਾਲ ਨੀਤੀ ਜਾਂ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਨੇ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਿਆ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਦੀ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਛੋਟ ਨੂੰ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਕਰ ਸਕਦਾ ਹੈ।

net_gateway ਅਸਲ ਵਿੱਚ ਕਿਸ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ

ਉਸ ਛੋਟ ਲਈ ਪ੍ਰੋਫਾਈਲ ਐਂਟਰੀ ਇੱਕੋ ਲਾਈਨ ਹੈ: route 198.51.100.77 255.255.255.255 net_gateway। ਪਹਿਲਾ ਪਤਾ ਮੰਜ਼ਿਲ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਪਲੇਸਹੋਲਡਰ ਹੈ, ਮਾਸਕ ਇਸਨੂੰ ਇੱਕ-ਹੋਸਟ ਰੂਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਆਖਰੀ ਟੋਕਨ ਗੇਟਵੇ ਪਲੇਸਹੋਲਡਰ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। OpenVPN ਰੂਟ ਇੰਸਟਾਲ ਕਰਦਿਆਂ ਗੇਟਵੇ ਪਲੇਸਹੋਲਡਰ ਹੱਲ ਕਰਦਾ ਹੈ। vpn_gateway ਦਾ ਮਤਲਬ ਟਨਲ ਦਾ ਆਪਣਾ ਗੇਟਵੇ ਹੈ, ਭਾਵ VPN ਲਿੰਕ ਦਾ ਦੂਰ ਵਾਲਾ ਪਾਸਾ। net_gateway ਦਾ ਮਤਲਬ ਉਹ ਡਿਫਾਲਟ ਗੇਟਵੇ ਹੈ ਜੋ VPN ਦੇ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟ ਕੋਲ ਸੀ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਦਾ ਸਥਾਨਕ ਰਾਊਟਰ ਹੈ।

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

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

ਹੋਸਟ ਰੂਟ ਟਨਲ ਦੇ ਡਿਫਾਲਟ ਨੂੰ ਕਿਉਂ ਹਰਾਉਂਦਾ ਹੈ

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

255.255.255.255 ਮਾਸਕ ਵਾਲੇ ਇੱਕ ਪਤੇ ਦਾ ਰੂਟ /32 ਹੈ, ਜੋ IPv4 ਦੀ ਸਭ ਤੋਂ ਵੱਧ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। ਉਸ ਪਤੇ ਲਈ ਪੈਕਟ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਿਆਂ /32 ਮਿਲਦਾ ਹੈ ਅਤੇ ਕਿਹੜਾ ਰੂਟ ਪਹਿਲਾਂ ਇੰਸਟਾਲ ਹੋਇਆ, ਇਸ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਜਿੱਤ ਜਾਂਦਾ ਹੈ। ਇਹੀ ਛੋਟ ਪਿੱਛੇ ਦੀ ਕਾਰਜਵਿਧੀ ਹੈ, ਅਤੇ ਜਿੰਨਾ ਚਿਰ ਰੂਟ ਸੱਚਮੁੱਚ ਮੌਜੂਦ ਹੈ, ਇਹ Linux, macOS ਅਤੇ Windows 'ਤੇ ਇੱਕੋ ਜਿਹੀ ਕੰਮ ਕਰਦੀ ਹੈ।

Windows ਦੂਜਾ ਆਯਾਮ ਜੋੜਦਾ ਹੈ। ਜਦੋਂ ਦੋ ਰੂਟ ਇੱਕੋ ਜਿਹੇ ਵਿਸ਼ੇਸ਼ ਹੁੰਦੇ ਹਨ, ਘੱਟ ਮੈਟ੍ਰਿਕ ਵਾਲਾ ਜਿੱਤਦਾ ਹੈ, ਅਤੇ VPN ਅਡੈਪਟਰ ਅਜਿਹੀ ਇੰਟਰਫੇਸ ਮੈਟ੍ਰਿਕ ਰੱਖ ਸਕਦਾ ਹੈ ਜੋ ਨਤੀਜਾ ਬਦਲ ਦੇਵੇ। /32 ਅਜੇ ਵੀ ਅੱਧਿਆਂ ਤੋਂ ਵੱਧ ਵਿਸ਼ੇਸ਼ ਹੈ, ਇਸ ਲਈ ਛੋਟ ਆਮ ਤੌਰ 'ਤੇ ਕਾਇਮ ਰਹਿੰਦੀ ਹੈ, ਪਰ ਪਿਛਲੇ ਸੈਸ਼ਨ ਦਾ ਪੁਰਾਣਾ ਰੂਟ ਉਲਝਾਉਣ ਵਾਲਾ ਨਤੀਜਾ ਦੇ ਸਕਦਾ ਹੈ ਜੇ ਉਹ ਵੀ ਓਨਾ ਹੀ ਵਿਸ਼ੇਸ਼ ਹੋਵੇ।

ਛੋਟ ਕੀ ਨਹੀਂ ਢਕਦੀ

DNS ਪਹਿਲਾ ਪਾੜਾ ਹੈ। ਕਲਾਇੰਟ ਅੰਦਰੂਨੀ ਰਿਜ਼ੋਲਵਰ ਸੈਟਿੰਗਾਂ ਧੱਕ ਸਕਦਾ ਹੈ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਉਹਨਾਂ ਨੂੰ ਖੋਜ ਲਈ ਵਰਤਦਾ ਰਹੇਗਾ। ਕਨੈਕਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਾਮ ਹੱਲ ਕਰਨ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਸਿੱਧੀ ਜਾਣ ਵਾਲੀ ਸੇਵਾ ਲਈ ਅੰਦਰੂਨੀ ਪਤਾ, ਜਾਂ ਸਹੀ ਢੰਗ ਨਾਲ ਹੱਲ ਹੋ ਕੇ ਵੀ ਫਿਰ ਅਗਲੇ ਪਾੜੇ 'ਤੇ ਠੋਕਰ ਖਾਣ ਵਾਲਾ ਬਾਹਰੀ ਪਤਾ ਪਾ ਸਕਦੀ ਹੈ।

IPv6 ਦੂਜਾ ਹੈ। ਰੂਟ ਨਿਰਦੇਸ਼ ਸਿਰਫ਼ IPv4 ਸੰਭਾਲਦਾ ਹੈ। ਦੋਹਰੇ ਸਟੈਕ ਵਾਲੀ ਮੰਜ਼ਿਲ IPv6 ਨੂੰ ਤਰਜੀਹ ਦੇ ਸਕਦੀ ਹੈ, ਜੋ ਨੀਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਟਨਲ ਜਾਂ ਹੋਸਟ ਦੇ IPv6 ਡਿਫਾਲਟ ਰੂਟ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ IPv4 ਛੋਟ ਕਦੇ ਲਾਗੂ ਹੀ ਨਹੀਂ ਹੁੰਦੀ। ਤੁਹਾਨੂੰ ਮਿਲਦਾ IPv6 ਰੂਟ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਉਸ ਕਲਾਇੰਟ ਲਈ IPv6 ਬੰਦ ਕਰਨ ਦਾ ਸੋਚਿਆ-ਸਮਝਿਆ ਫੈਸਲਾ ਚਾਹੀਦਾ ਹੈ।

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

ਆਪਣੇ ਆਪ ਨੂੰ ਧੋਖਾ ਦਿੱਤੇ ਬਿਨਾਂ ਛੋਟ ਜਾਂਚਣਾ

ਬ੍ਰਾਊਜ਼ਰ ਨਾਲ ਨਹੀਂ, ਇੰਸਟਾਲ ਕੀਤੇ ਰੂਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। Linux 'ਤੇ ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਸ ਖਾਸ ਪਤੇ ਲਈ ਕਿਹੜਾ ਰੂਟ ਅਤੇ ਅਗਲੀ ਹੌਪ ਵਰਤੇਗਾ; Windows 'ਤੇ ਉਸ /32 ਲਈ ਰੂਟ ਸਾਰਣੀ ਪੜ੍ਹੋ। ਪੱਕਾ ਕਰੋ ਕਿ ਗੇਟਵੇ ਭੌਤਿਕ ਹੈ, ਟਨਲ ਨਹੀਂ। ਜੇ ਐਂਟਰੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਲਾਗੂ ਨਹੀਂ ਹੋਇਆ ਜਾਂ ਕਲਾਇੰਟ ਕੋਲ ਰੂਟ ਬਦਲਣ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਸੀ।

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

ਅੰਤ ਵਿੱਚ, ਉਹਨਾਂ ਨਿਯੰਤਰਣਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਜੋ ਰੂਟ ਨੂੰ ਦਰਕਿਨਾਰ ਕਰ ਸਕਦੇ ਹਨ। ਕਲਾਇੰਟ-ਸਾਈਡ kill switch ਜਾਂ Windows ਦੀ block-outside-dns ਸੈਟਿੰਗ ਸਿੱਧੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਮਨ੍ਹਾ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ ਕਿ ਰੂਟ ਸਹੀ ਹੋਣ 'ਤੇ ਵੀ ਕਨੈਕਸ਼ਨ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦਾ ਹੈ। ਛੋਟ ਨੂੰ ਕੰਮ ਕਰਦਾ ਦਿਖਾਉਣ ਲਈ ਉਹਨਾਂ ਨਿਯੰਤਰਣਾਂ ਨੂੰ ਬੰਦ ਨਾ ਕਰੋ; ਜੇ ਨੀਤੀ ਸਿੱਧਾ ਰਾਹ ਮਨ੍ਹਾ ਕਰਦੀ ਹੈ, ਤਾਂ ਛੋਟ VPN ਸੇਵਾ ਦੇ ਮਾਲਕ ਲਈ ਡਿਜ਼ਾਈਨ ਸਮੱਸਿਆ ਹੈ।

ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰਨ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ VPN ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਗੇਟਵੇ ਅਤੇ ਉਪਲਬਧ ਰਾਹ ਪਲ ਦੇ ਗੁਣ ਹਨ, ਪ੍ਰੋਫਾਈਲ ਦੇ ਨਹੀਂ।