Windows 'ਤੇ VPN ਅਸਲ ਵਿੱਚ ਕੀ ਰੂਟ ਕਰਦਾ ਹੈ, PowerShell ਵਿੱਚ ਇਹ ਕਿਵੇਂ ਜਾਂਚੀਏ
ਜੁੜੀ VPN ਟਾਈਲ ਕਵਰੇਜ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਸੰਭਾਲਿਆ ਪ੍ਰੋਫਾਈਲ ਫਲੈਗ, ਲਾਈਵ ਰੂਟ ਟੇਬਲ ਅਤੇ NRPT ਨਿਯਮ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ।
ਮੈਂ Windows 11 ਲੈਪਟਾਪ 'ਤੇ VPN ਕਲਾਇੰਟ ਜੋੜਿਆ, ਟਾਈਲ Connected ਹੋ ਗਈ, ਇੱਕ ਅੰਦਰੂਨੀ ਫਾਈਲ ਸ਼ੇਅਰ ਖੁੱਲ੍ਹਾ, ਅਤੇ ਇੱਕ ਜਨਤਕ ਸਾਈਟ ਅਜੇ ਵੀ ਸਿੱਧੀ ਦਫ਼ਤਰ ਦੇ Wi-Fi ਤੋਂ ਲੋਡ ਹੋ ਰਹੀ ਸੀ। ਇਹ ਮਿਸ਼ਰਣ ਟੁੱਟੀ ਸੁਰੰਗ ਵਰਗਾ ਲੱਗਦਾ ਹੈ। ਪਰ ਇਹ ਅਜਿਹੇ ਪ੍ਰੋਫਾਈਲ ਦਾ ਆਮ ਨਤੀਜਾ ਹੈ ਜੋ ਕੁਝ ਟ੍ਰੈਫਿਕ VPN ਰਾਹੀਂ ਭੇਜਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਭੌਤਿਕ ਅਡੈਪਟਰ 'ਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਜ਼ਬਰਦਸਤੀ ਸੁਰੰਗ ਬਦਲਦੀ ਹੈ ਕਿ Windows ਕਿਹੜੇ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ; ਇਹ ਵਧੇਰੇ ਖਾਸ ਰੂਟ ਮਿਟਾਉਂਦੀ ਨਹੀਂ ਅਤੇ ਇਹ ਵਾਅਦਾ ਵੀ ਨਹੀਂ ਕਰਦੀ ਕਿ ਕਨੈਕਸ਼ਨ ਟੁੱਟਣ 'ਤੇ ਟ੍ਰੈਫਿਕ ਰੁਕ ਜਾਵੇਗਾ। ਅੱਗੇ ਉਹ ਕ੍ਰਮ ਹੈ ਜੋ ਮੈਂ ਤਦ ਅਪਣਾਉਂਦਾ ਹਾਂ ਜਦੋਂ ਕੋਈ ਕਲਾਇੰਟ ਕਵਰੇਜ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ: ਕਲਾਇੰਟ ਸਥਿਤੀ, ਸੰਭਾਲਿਆ ਪ੍ਰੋਫਾਈਲ, ਲਾਗੂ ਰੂਟ, ਰਿਜ਼ੌਲਵਰ, ਫਿਰ ਅਸਲ ਫਲੋ।
ਕਲਾਇੰਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਛੱਡੋ
ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਸਹੀ ਜਗ੍ਹਾ ਸਿਰਫ਼ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪ੍ਰੋਫਾਈਲ ਸਰਗਰਮ ਹੈ। ਕਨੈਕਸ਼ਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਖੋਲ੍ਹੋ ਅਤੇ ਸਹੀ ਪ੍ਰੋਫਾਈਲ ਨਾਮ, ਇਹ ਕਿ ਇਹ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ ਲਈ ਬਣਿਆ ਹੈ ਜਾਂ ਮਸ਼ੀਨ ਦੇ ਸਾਰਿਆਂ ਲਈ, ਅਤੇ ਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ncpa.cpl ਵਿੱਚ ਕਿਹੜਾ ਅਡੈਪਟਰ ਦਿਸਦਾ ਹੈ, ਨੋਟ ਕਰੋ। ਮੇਰੇ ਟੈਸਟ ਲੈਪਟਾਪ 'ਤੇ ਅਡੈਪਟਰ ਨੇ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ ਰੱਖਿਆ ਸੀ, ਜਿਸ ਨਾਲ ਰੂਟ ਆਉਟਪੁੱਟ ਪੜ੍ਹਨਾ ਸੌਖਾ ਹੋ ਗਿਆ। ਹੋਰ ਮਸ਼ੀਨਾਂ 'ਤੇ ਇਹ WAN Miniport ਐਂਟਰੀ ਵਜੋਂ ਦਿਸਦਾ ਹੈ ਅਤੇ ਨਾਮ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
ਜੋ ਕਲਾਇੰਟ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਉਹ ਕਵਰੇਜ ਹੈ। ਜੁੜੀ ਟਾਈਲ ਸੁਰੰਗ ਦੀ ਸਥਿਤੀ ਦੱਸਦੀ ਹੈ, ਮੰਜ਼ਿਲਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ। ਤੀਜੀ ਧਿਰ ਦੇ ਕਲਾਇੰਟ ਵੀ ਆਪਣੀ ਸੰਰਚਨਾ ਰੱਖਦੇ ਹਨ, ਇਸ ਲਈ ਮੂਲ Windows ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਉਸ ਤੋਂ ਤੁਸੀਂ ਪੜ੍ਹਨ ਵਾਲੀ ਹਰ ਵਿਸ਼ੇਸ਼ਤਾ ਉਸ ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਥਾਪਤ ਕੀਤੀ ਚੀਜ਼ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਜੇ VPN AnyConnect, OpenVPN GUI, WireGuard ਜਾਂ ਵਿਕਰੇਤਾ ਏਜੰਟ ਰਾਹੀਂ ਆਇਆ ਹੈ, ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ PowerShell ਜਾਂਚਾਂ ਬਹੁਤੀ ਵਾਰ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀਆਂ ਅਤੇ ਇਸ ਦੀ ਥਾਂ ਉਸ ਕਲਾਇੰਟ ਦੀਆਂ ਆਪਣੀਆਂ ਸਪਲਿਟ-ਟਨਲ ਅਤੇ ਰੂਟਿੰਗ ਸੈਟਿੰਗਾਂ ਪੜ੍ਹਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਸੰਭਾਲਿਆ ਪ੍ਰੋਫਾਈਲ ਪੜ੍ਹੋ, ਟਾਈਲ ਨਹੀਂ
ਮੂਲ Windows ਪ੍ਰੋਫਾਈਲ ਲਈ (IKEv2, L2TP, SSTP ਜਾਂ MDM ਵੱਲੋਂ ਧੱਕਿਆ ਗਿਆ) ਸੰਭਾਲਿਆ ਸਪਲਿਟ-ਟਨਲ ਫੈਸਲਾ ਇੱਕ ਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ:
Get-VpnConnection -Name 'Office' | Select-Object Name, ServerAddress, SplitTunneling, DnsSuffixਜਦੋਂ ਪ੍ਰੋਫਾਈਲ ਡਿਵਾਈਸ ਦੇ ਸਾਰਿਆਂ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੋਵੇ ਤਾਂ -AllUserConnection ਸ਼ਾਮਲ ਕਰੋ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਤੁਸੀਂ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾ ਦੀ ਸੂਚੀ ਪੜ੍ਹਦੇ ਹੋ, ਜੋ ਖਾਲੀ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਮਿਲਦੇ-ਜੁਲਦੇ ਨਾਮ ਦੀ ਹੋਰ ਐਂਟਰੀ ਰੱਖ ਸਕਦੀ ਹੈ। False ਮੁੱਲ SplitTunneling ਵਿੱਚ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਪ੍ਰੋਫਾਈਲ ਪੂਰੀ ਸੁਰੰਗ ਵਜੋਂ ਸੰਭਾਲਿਆ ਗਿਆ: Windows VPN ਅਡੈਪਟਰ ਰਾਹੀਂ ਡਿਫਾਲਟ ਰੂਟ ਸਥਾਪਤ ਕਰਦਾ ਹੈ। True ਦਾ ਅਰਥ ਸਪਲਿਟ ਟਨਲ ਹੈ, ਅਤੇ ਕਵਰੇਜ ਫਿਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਹਨਾਂ ਰੂਟਾਂ ਅਤੇ ਨਾਮ-ਹੱਲ ਨਿਯਮਾਂ 'ਤੇ ਨਿਰਭਰ ਹੈ ਜੋ ਉਹ ਪ੍ਰੋਫਾਈਲ ਧੱਕਦਾ ਹੈ।
ਉਸ ਮੁੱਲ ਨੂੰ ਸੰਰਚਨਾ ਵਜੋਂ ਲਓ, ਨਿਰੀਖਣ ਵਜੋਂ ਨਹੀਂ। ਇਹ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਕਨੈਕਟ ਸਮੇਂ ਪ੍ਰੋਫਾਈਲ ਨੇ ਕੀ ਮੰਗਿਆ। Windows ਵੱਖਰੇ ਲਾਗੂ ਰੂਟਾਂ ਨਾਲ ਰਹਿ ਸਕਦਾ ਹੈ, ਕਿਸੇ ਹੋਰ ਇੰਟਰਫੇਸ ਦੇ ਵਧੇਰੇ ਖਾਸ ਰੂਟ, ਨੀਤੀ ਸੈਟਿੰਗ ਜਾਂ ਪਿਛਲੇ ਕਨੈਕਸ਼ਨ ਦੀ ਬਚੀ ਐਂਟਰੀ ਕਾਰਨ, ਇਸ ਲਈ ਬੂਲੀਅਨ ਇਕੱਲਾ ਸਵਾਲ ਹੱਲ ਨਹੀਂ ਕਰਦਾ।
ਸੰਭਾਲੇ ਮੁੱਲ ਦੀ ਲਾਗੂ ਰੂਟ ਟੇਬਲ ਨਾਲ ਤੁਲਨਾ ਕਰੋ
ਕਨੈਕਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪੂਰੀ ਟੇਬਲ ਸਕ੍ਰੋਲ ਕਰਨ ਦੀ ਥਾਂ ਸੁਰੰਗ ਅਡੈਪਟਰ ਦੇ ਰੂਟ ਸੂਚੀਬੱਧ ਕਰੋ:
$vpn = Get-NetAdapter | Where-Object InterfaceDescription -match 'VPN|WAN Miniport'
Get-NetRoute -InterfaceIndex $vpn.ifIndex | Sort-Object DestinationPrefix
Find-NetRoute -RemoteIPAddress 10.20.4.15 | Select-Object -First 1Find-NetRoute ਲਾਭਦਾਇਕ ਅੱਧਾ ਹੈ। ਇਹ ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਕਦੇ ਨਹੀਂ ਦਿੰਦਾ: ਇਸ ਮੰਜ਼ਿਲ ਲਈ Windows ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਅਤੇ ਕਿਹੜਾ ਸਰੋਤ ਪਤਾ ਵਰਤੇਗਾ? ਇਹ ਅੰਦਰੂਨੀ ਹੋਸਟ, ਜਨਤਕ ਹੋਸਟ ਅਤੇ ਹਰ ਉਸ ਚੀਜ਼ ਲਈ ਚਲਾਓ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਅਪਵਾਦ ਮੰਨਦੇ ਹੋ। ਪੂਰੀ ਸੁਰੰਗ ਵਾਲੇ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਜਨਤਕ ਪਤੇ ਲਈ ਸੁਰੰਗ ਇੰਟਰਫੇਸ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਪਲਿਟ ਟਨਲ ਪ੍ਰੋਫਾਈਲ ਉੱਥੇ ਆਮ ਤੌਰ 'ਤੇ ਭੌਤਿਕ ਅਡੈਪਟਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਅੰਦਰੂਨੀ ਪ੍ਰੀਫਿਕਸ ਅਜੇ ਵੀ VPN ਵਿੱਚ ਹੱਲ ਹੁੰਦੇ ਹਨ।
«ਇਹ ਗਲਤ ਦਿਸ਼ਾ ਵਿੱਚ ਰੂਟ ਕਰਦਾ ਹੈ» ਵਾਲੀਆਂ ਬਹੁਤੀਆਂ ਰਿਪੋਰਟਾਂ ਦੋ ਜਾਲ ਸਮਝਾਉਂਦੇ ਹਨ। ਸਭ ਤੋਂ ਖਾਸ ਪ੍ਰੀਫਿਕਸ ਹਮੇਸ਼ਾ ਜਿੱਤਦਾ ਹੈ, ਇਸ ਲਈ ਭੌਤਿਕ ਅਡੈਪਟਰ 'ਤੇ /24 ਸੁਰੰਗ ਦੀ ਮੈਟ੍ਰਿਕ ਕਿੰਨੀ ਵੀ ਘੱਟ ਹੋਵੇ, VPN ਦੇ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ। ਮੈਟ੍ਰਿਕ ਸਿਰਫ਼ ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਦੇ ਰੂਟਾਂ ਵਿਚਕਾਰ ਬਰਾਬਰੀ ਤੋੜਦੀ ਹੈ। ਅਤੇ IPv4 ਤੇ IPv6 ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤੈਅ ਹੁੰਦੇ ਹਨ: 0.0.0.0/0 ਨੂੰ ਕਵਰ ਕਰਨ ਵਾਲਾ ਪ੍ਰੋਫਾਈਲ IPv6 ਨੂੰ ਸਥਾਨਕ ਲਿੰਕ 'ਤੇ ਛੱਡ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਦੋਹਰੀ-ਸਟੈਕ ਸਾਈਟ ਅੱਧੀ ਸੁਰੰਗ ਵਾਲੀ ਦਿਸਦੀ ਹੈ। ਸੁਰੰਗ ਠੀਕ ਹੈ ਦਾ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ Get-NetRoute -AddressFamily IPv6 ਜਾਂਚੋ।
| What you see | Most likely cause | Check next |
|---|---|---|
| Public traffic leaves the physical adapter while SplitTunneling reads False | A more specific route on that adapter wins over the tunnel default | Find-NetRoute for the exact destination, then look for a /24 or host route on the physical interface |
| Internal name fails, internal IP works | No NRPT rule for that namespace, or a broader rule matches first | Get-DnsClientNrptPolicy and the namespace order |
| A dual-stack site opens directly while IPv4 uses the tunnel | The profile covers only the IPv4 default route | The IPv6 route table on both interfaces |
| Routes look right but one app still goes direct | The app uses its own proxy, or the client keeps a per-app list | The app's proxy settings and the client's application list |
NRPT ਨਾਲ ਨਾਮ ਹੱਲ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ
ਅੰਦਰੂਨੀ ਨਾਮ ਫੇਲ੍ਹ ਹੋਣ ਜਦੋਂ ਕਿ ਅੰਦਰੂਨੀ IP ਪਤੇ ਕੰਮ ਕਰਦੇ ਹੋਣ, ਤਾਂ ਇਹ ਰੂਟਿੰਗ ਵੱਲ ਨਹੀਂ ਸਗੋਂ ਰਿਜ਼ੌਲਵਰ ਨੀਤੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। Windows ਹਰ ਨਾਮ-ਖੇਤਰ ਲਈ DNS ਨੂੰ ਨਾਮ-ਹੱਲ ਨੀਤੀ ਟੇਬਲ ਰਾਹੀਂ ਤੈਅ ਕਰਦਾ ਹੈ, ਜੋ ਰੂਟ ਟੇਬਲ ਤੋਂ ਸੁਤੰਤਰ ਹੈ:
Get-DnsClientNrptPolicy -Effective | Select-Object Namespace, NameServers
Get-DnsClientServerAddress -InterfaceIndex $vpn.ifIndexਜਦੋਂ ਕੋਈ ਨਿਯਮ *.corp.example ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਉਸ ਨਾਮ-ਖੇਤਰ ਦੀਆਂ ਕਿਊਰੀਆਂ ਸੁਰੰਗ ਦੇ DNS ਸਰਵਰਾਂ ਕੋਲ ਜਾਂਦੀਆਂ ਹਨ, ਭਾਵੇਂ ਸਪਲਿਟ ਟਨਲ ਮੋਡ ਵਿੱਚ ਉਹਨਾਂ ਸਰਵਰਾਂ ਤੱਕ ਡੇਟਾ ਮਾਰਗ ਭੌਤਿਕ ਅਡੈਪਟਰ 'ਤੇ ਰਹੇ। ਇਹੀ ਡਿਜ਼ਾਈਨ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਜਨਤਕ ਸਾਈਟ ਖੋਲ੍ਹਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਟੈਸਟ ਅੰਦਰੂਨੀ ਨਾਮਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਜੇ ਅਡੈਪਟਰ ਉਮੀਦ ਕੀਤੇ ਸਰਵਰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਪਰ ਖੋਜ ਅਜੇ ਵੀ ਕਿਤੇ ਹੋਰ ਜਾਂਦੀ ਹੈ, ਤਾਂ NRPT ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਵਧੇਰੇ ਖਾਸ ਨਾਮ-ਖੇਤਰ ਪਹਿਲਾਂ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਫਲੋ ਜਾਂਚੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਮੰਗਿਆ ਸੀ
ਨਤੀਜੇ ਮਸ਼ੀਨਾਂ ਵਿਚਕਾਰ ਤੁਲਨਾਯੋਗ ਹੋਣ ਲਈ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਦੇਖੋ: ਜਨਤਕ ਪਤਾ, ਅੰਦਰੂਨੀ ਪਤਾ, ਅੰਦਰੂਨੀ ਨਾਮ ਅਤੇ ਇੱਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਅਪਵਾਦ ਜਿਵੇਂ ਸਥਾਨਕ ਪ੍ਰਿੰਟਰ ਜਾਂ ਵੀਡੀਓ ਕਾਲ। ਹਰ ਇੱਕ ਲਈ Find-NetRoute ਜੋ ਇੰਟਰਫੇਸ ਅਤੇ ਸਰੋਤ ਪਤਾ ਵਾਪਸ ਦਿੰਦਾ ਹੈ, ਨੋਟ ਕਰੋ। ਕਿਸੇ ਵੀ ਨੀਤੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਉਹੀ ਚਾਰ ਜਾਂਚਾਂ ਦੁਹਰਾਓ; ਮੁੜ-ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਦੀ ਰੂਟ ਟੇਬਲ ਹੀ ਇੱਕੋ ਸਬੂਤ ਹੈ ਕਿ ਨਵਾਂ ਪ੍ਰੋਫਾਈਲ ਲਾਗੂ ਹੋਇਆ।
ਫਿਰ ਰੂਟਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਵੱਖ ਕਰੋ। ਜ਼ਬਰਦਸਤੀ ਸੁਰੰਗ ਸੁਰੰਗ ਦੇ ਚੱਲਦਿਆਂ ਕਵਰ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਲਈ ਸੁਰੰਗ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ ਹੈ। ਇਹ kill switch ਨਹੀਂ। ਜੇ ਲੋੜ ਇਹ ਹੈ ਕਿ ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਮਸ਼ੀਨ ਤੋਂ ਕੁਝ ਬਾਹਰ ਨਾ ਜਾਵੇ, ਤਾਂ ਇਹ ਰੋਕਣ ਵਾਲੇ ਡਿਜ਼ਾਈਨ ਤੋਂ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ: ਸੁਰੰਗ ਸਥਿਤੀ ਨਾਲ ਬੱਝਾ firewall ਪ੍ਰੋਫਾਈਲ, ਟ੍ਰੈਫਿਕ ਫਿਲਟਰਾਂ ਵਾਲਾ ਹਮੇਸ਼ਾ-ਚਾਲੂ ਪ੍ਰੋਫਾਈਲ ਜਾਂ ਵਿਕਰੇਤਾ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਫੇਲ੍ਹ-ਤੇ-ਬੰਦ ਵਿਕਲਪ। ਜ਼ਬਰਦਸਤੀ ਸੁਰੰਗ ਨੂੰ VPN ਸਰਵਰ ਦਾ ਆਪਣਾ ਪਤਾ ਵੀ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਪਹੁੰਚਯੋਗ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ «ਸਭ ਕੁਝ ਜ਼ਬਰਦਸਤੀ ਕਰਨ» ਦੇ ਨਾਮ 'ਤੇ ਉਸ ਨੂੰ ਬਲੌਕ ਕਰਨਾ ਉਸ ਕਨੈਕਸ਼ਨ ਤੋਂ ਆਪਣੇ ਆਪ ਨੂੰ ਬਾਹਰ ਤਾਲਾ ਲਗਾਉਣ ਦਾ ਭਰੋਸੇਯੋਗ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸੂਚੀ ਵੇਖੋ। ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਇਹ ਤੰਗ ਕਰਦੀ ਹੈ ਕਿ ਅਸਲ ਸਮੱਸਿਆ ਕਿੱਥੇ ਹੈ।
- ਪ੍ਰੋਫਾਈਲ ਨਾਮ ਅਤੇ ਦਾਇਰਾ ਪੁਸ਼ਟ ਹੋਇਆ, ਮਸ਼ੀਨ-ਵਿਆਪੀ ਪ੍ਰੋਫਾਈਲਾਂ ਲਈ
-AllUserConnectionਵਰਤਿਆ ਗਿਆ। SplitTunnelingਪੜ੍ਹਿਆ ਗਿਆ ਅਤੇ ਕਵਰੇਜ ਦਾ ਸਬੂਤ ਨਹੀਂ, ਸੰਰਚਨਾ ਵਜੋਂ ਲਿਆ ਗਿਆ।- ਸੁਰੰਗ ਅਡੈਪਟਰ ਦੇ ਰੂਟ IPv4 ਅਤੇ IPv6 ਲਈ ਵੱਖਰੇ ਸੂਚੀਬੱਧ ਕੀਤੇ।
- ਇੱਕ ਜਨਤਕ, ਇੱਕ ਅੰਦਰੂਨੀ ਅਤੇ ਇੱਕ ਅਪਵਾਦ ਮੰਜ਼ਿਲ ਲਈ
Find-NetRouteਚਲਾਇਆ। - ਨਾਮ ਫੇਲ੍ਹ ਹੋਣ ਲਈ ਰੂਟਾਂ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ NRPT ਨਿਯਮ ਜਾਂਚੇ।
- ਬਲੌਕ ਲੋੜ ਦੁਬਾਰਾ ਪੜ੍ਹੀ: ਤਰਜੀਹੀ ਰੂਟਿੰਗ ਲਾਗੂ ਬਲੌਕ ਦੇ ਬਰਾਬਰ ਨਹੀਂ।
ਪੂਰੀ ਜਾਂ ਸਪਲਿਟ ਸੁਰੰਗ ਦਾ ਫੈਸਲਾ ਪ੍ਰੋਫਾਈਲ ਦੇ ਮਾਲਕ ਦਾ ਹੈ, ਅਤੇ Microsoft ਦੇ ਰੂਟਿੰਗ ਨੋਟ ਦੱਸਦੇ ਹਨ ਕਿ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ ਸੈਟ ਕਰਨ 'ਤੇ Windows ਕਿਹੜਾ ਵਿਵਹਾਰ ਲਾਗੂ ਕਰਦਾ ਹੈ। Microsoft: ਜ਼ਬਰਦਸਤੀ ਅਤੇ ਸਪਲਿਟ ਸੁਰੰਗ ਉਹ ਹਵਾਲਾ ਹੈ ਜੋ ਮੈਂ ਆਉਟਪੁੱਟ ਪੜ੍ਹਦਿਆਂ ਖੁੱਲ੍ਹਾ ਰੱਖਦਾ ਹਾਂ।