ਤੁਹਾਡਾ Windows VPN ਸਥਾਨਕ ਪ੍ਰਿੰਟਰ ਨੂੰ ਕਿਉਂ ਮਾਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਰੋਕੀਏ

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

ਪਹਿਲਾਂ ਰੂਟ ਟੇਬਲ ਪੜ੍ਹੋ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, IPv4 ਟੇਬਲ ਇਸ ਨਾਲ ਕੈਪਚਰ ਕਰੋ: route print -4 ਅਤੇ ਆਉਟਪੁੱਟ ਰੱਖੋ। ਕਨੈਕਟ ਕਰੋ, ਦੁਬਾਰਾ ਕੈਪਚਰ ਕਰੋ ਅਤੇ 0.0.0.0 ਲਾਈਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ: ਸਰਗਰਮ ਡਿਫਾਲਟ ਰੂਟ ਇੱਕ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਜੇ ਉਹ ਇੰਟਰਫੇਸ ਟਨਲ ਹੈ, ਤਾਂ ਸਥਾਨਕ ਪ੍ਰਿੰਟਿੰਗ ਅਤੇ ਬ੍ਰਾਊਜ਼ਿੰਗ ਪਹਿਲਾਂ ਦਫਤਰ ਭੇਜੀ ਜਾਂਦੀ ਹੈ।

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

ਡਿਫਾਲਟ ਰੂਟ ਹਟਾਓ, ਤਿੰਨ ਤਰੀਕਿਆਂ ਨਾਲ

ਬਿਲਟ-ਇਨ Windows ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਨਿਯੰਤਰਣ ਇੱਕ ਚੈੱਕਬਾਕਸ ਹੈ। ਕਨੈਕਸ਼ਨ ਦੇ ਗੁਣ ਖੋਲ੍ਹੋ, IPv4, ਫਿਰ ਉੱਨਤ, ਅਤੇ Use default gateway on remote network ਹਟਾਓ; ਨਵੀਂ ਸੈਟਿੰਗਾਂ ਐਪ ਉਹੀ ਸੰਵਾਦ ਇੱਕ ਪਰਤ ਹੋਰ ਡੂੰਘਾ ਲੁਕਾਉਂਦੀ ਹੈ। ਵਧਾਏ ਪ੍ਰੋਂਪਟ ਤੋਂ ਉਹੀ ਬਦਲਾਅ ਇੱਕ cmdlet ਹੈ:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

ਇੱਕ OpenVPN ਪ੍ਰੋਫਾਈਲ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਦਾ ਵਿਵਹਾਰ ਚੈੱਕਬਾਕਸ ਦੀ ਉਮੀਦ ਰੱਖਣ ਵਾਲਿਆਂ ਨੂੰ ਉਲਝਾ ਦਿੰਦਾ ਹੈ। ਇਸਦਾ redirect-gateway def1 ਨਿਰਦੇਸ਼ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਬਦਲਦਾ; ਇਹ ਅੱਧ-ਸੀਮਾ ਦੇ ਦੋ ਰੂਟ ਸਥਾਪਤ ਕਰਦਾ ਹੈ, 0.0.0.0/1 ਅਤੇ 128.0.0.0/1, ਜੋ ਮਿਲ ਕੇ ਡਿਫਾਲਟ ਨੂੰ ਡਿਲੀਟ ਕੀਤੇ ਬਿਨਾਂ ਉਸ ਉੱਤੇ ਜਿੱਤ ਜਾਂਦੇ ਹਨ। ਮੂਲ ਡਿਫਾਲਟ ਬਚਿਆ ਰਹਿਣ ਕਰਕੇ, net_gateway ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਪ੍ਰੀਫਿਕਸ ਜੋੜਨ ’ਤੇ ਸਿਰਫ ਉਹੀ ਪ੍ਰੀਫਿਕਸ ਸਥਾਨਕ ਰਾਊਟਰ ਨੂੰ ਵਾਪਸ ਜਾਂਦਾ ਹੈ। ਇਹੀ ਵੇਰਵਾ ਦੱਸਦਾ ਹੈ ਕਿ def1 ਪ੍ਰੋਫਾਈਲ ਦਾ ਹੱਲ ਪ੍ਰੀਫਿਕਸ ਰੂਟ ਹੈ, ਕੋਈ ਅਜਿਹਾ ਚੈੱਕਬਾਕਸ ਨਹੀਂ ਜੋ ਕਿਸੇ ਨੂੰ ਨਾ ਮਿਲੇ।

ਸਿਰਫ ਕੰਮ ਦਾ ਹਿੱਸਾ ਵਾਪਸ ਜੋੜੋ

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

ਪੁਰਾਣਾ ਤਰੀਕਾ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਅਜੇ ਵੀ ਹਰ ਚੈੱਕਲਿਸਟ ਵਿੱਚ ਹੈ: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, ਟਨਲ ਦੇ ਆਪਣੇ ਇੰਟਰਫੇਸ ਇੰਡੈਕਸ ਅਤੇ ਗੇਟਵੇ ਪਤੇ ਨਾਲ। ਇਹ ਰੀਬੂਟਾਂ ਵਿੱਚ ਵੀ ਰਹਿੰਦਾ ਹੈ, ਜੋ ਮਕਸਦ ਵੀ ਹੈ ਅਤੇ ਖਤਰਾ ਵੀ, ਕਿਉਂਕਿ ਅਗਲੇ ਬੂਟ ਵਿੱਚ ਇੰਡੈਕਸ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਦਾ ਹੋ ਸਕਦਾ ਹੈ।

ਬਾਕੀ ਮੈਟ੍ਰਿਕ ਤੈਅ ਕਰਦੀ ਹੈ। ਜੇ ਭੌਤਿਕ ਅਤੇ ਟਨਲ ਅਡੈਪਟਰ ਦੋਵੇਂ ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਲਈ ਰੂਟ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਘੱਟ ਮੈਟ੍ਰਿਕ ਜਿੱਤਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਦੀ ਮੈਟ੍ਰਿਕ ਵਧਾਉਣਾ ਹੈਕ ਨਹੀਂ ਬਲਕਿ ਕਲਾਇੰਟ-ਪਾਸੇ ਦਾ ਜਾਇਜ਼ ਨਿਯੰਤਰਣ ਹੈ।

ਜਦੋਂ ਸਰਵਰ ਤੁਹਾਡੀ ਥਾਂ ਫੈਸਲਾ ਕਰਦਾ ਹੈ

ਤੁਹਾਡੇ ਚੈੱਕਬਾਕਸ ਨੂੰ ਅਣਡਿੱਠ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਆਮ ਤੌਰ ’ਤੇ ਕਿਸੇ ਨੀਤੀ ਦੀ ਪਾਲਣਾ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। Cisco ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ Allow Local LAN Access ਸੈਟਿੰਗ ਹੁੰਦੀ ਹੈ, ਅਤੇ headend ਇੱਕ tunnel-all ਨੀਤੀ ਧੱਕ ਸਕਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਦੀ ਪਸੰਦ ਨੂੰ ਰੱਦ ਕਰਦੀ ਹੈ; ਲਾਜ਼ਮੀ-ਟਨਲ ਤੈਨਾਤੀ ਵਿੱਚ ਬਦਲਣ ਲਈ ਕੋਈ ਸਥਾਨਕ ਸਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ। ਉਹੀ ਸੰਵਾਦ ਦੁਬਾਰਾ ਜਾਂਚਣ ਦੀ ਬਜਾਏ ਧੱਕੇ ਗਏ ਰੂਟ ਅਤੇ ਨੀਤੀ ਲਾਈਨਾਂ ਲਈ ਕਲਾਇੰਟ ਲੌਗ ਪੜ੍ਹੋ।

ਫਿਰ ਨਾਮ-ਹੱਲ ਵੇਖੋ, ਜੋ ਰੂਟਿੰਗ ਤੋਂ ਵੱਖਰਾ ਸਵਿੱਚ ਹੈ। ਵੰਡਿਆ ਟਨਲ ਅਜੇ ਵੀ ਅੰਦਰੂਨੀ resolver ਅਤੇ ਖੋਜ ਸਫਿਕਸ ਲੈ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਜੰਤਰ ਪਤੇ ਨਾਲ ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ DNS ਪਾਸਾ ਵੀ ਠੀਕ ਹੋਣ ਤੱਕ ਨਾਮ ਨਾਲ ਨਹੀਂ ਲੱਭਦਾ।

ਓਵਰਲੈਪ ਵੱਖਰੀ ਸਮੱਸਿਆ ਹੈ

ਜੇ ਘਰ ਦਾ LAN ਅਤੇ ਦਫਤਰ ਦਾ LAN 192.168.0.0/24 ਵਰਗਾ ਪ੍ਰੀਫਿਕਸ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਕੋਈ ਰੂਟ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਉਸ ਰੇਂਜ ਦੇ ਹਰ ਪੈਕੇਟ ਦਾ ਇੱਕ ਹੀ ਖੋਜ ਨਤੀਜਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹੱਲ ਇੱਕ ਪਾਸੇ ਨੂੰ ਦੁਬਾਰਾ ਨੰਬਰ ਦੇਣਾ ਜਾਂ ਪੂਲ ਤੋਂ ਅਨੁਵਾਦਿਤ ਪਤੇ ਰਾਹੀਂ ਦਫਤਰ ਪਹੁੰਚਣਾ ਹੈ। ਵਧੇਰੇ ਖਾਸ ਰੂਟ ਜੋੜਨਾ ਸਿਰਫ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਦਾ ਕਿਹੜਾ ਅੱਧਾ ਟੁੱਟਦਾ ਹੈ।

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