Windows ਦਾ ਬਿਲਟ-ਇਨ VPN ਵਿਕਰੇਤਾ ਦੇ SSL ਗੇਟਵੇ ਤੱਕ ਕਿਉਂ ਨਹੀਂ ਪਹੁੰਚਦਾ

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

ਚਾਰ ਕਿਸਮਾਂ ਅਤੇ ਇੱਕ ਸੰਵਾਦ

ਹਰ ਸੰਭਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਇੱਕ ਟਨਲ ਕਿਸਮ ਰੱਖਦੀ ਹੈ। ਬਿਲਟ-ਇਨ ਕਲਾਇੰਟ PPTP, L2TP, IKEv2 ਅਤੇ SSTP ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਇੱਕ ਸਵੈਚਾਲਿਤ ਮੋਡ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਆਜ਼ਮਾਉਂਦਾ ਹੈ। ਕੋਈ ਆਮ SSL VPN ਐਂਟਰੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਸੰਵਾਦ ਰਾਹੀਂ ਇੱਕ ਜੋੜਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ। ਵਿਕਰੇਤਾ ਦਾ ਗੇਟਵੇ TLS ਉੱਤੇ ਆਪਣਾ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕਾਲ ਬੋਲਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਸਿਰਫ਼ ਉਸ ਵਿਕਰੇਤਾ ਦਾ ਕਲਾਇੰਟ ਲਾਗੂ ਕਰਦਾ ਹੈ।

ਸੂਚੀ ਇੱਕ ਕਮਾਂਡ ਦੀ ਦੂਰੀ ’ਤੇ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਹੋਰ ਸਮੱਸਿਆ-ਨਿਵਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਚਲਾਉਣਾ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਇੱਕ ਸਕਿੰਟ ਲੱਗਦਾ ਹੈ ਅਤੇ ਗ਼ਲਤ ਧਾਰਨਾਵਾਂ ਦੀ ਪੂਰੀ ਇੱਕ ਸ਼੍ਰੇਣੀ ਹਟ ਜਾਂਦੀ ਹੈ:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType, SplitTunneling
Get-VpnConnection -Name "Office" | Format-List

ਜੇ ਪ੍ਰੋਫ਼ਾਈਲ SSTP ਕਹਿੰਦੀ ਹੈ ਅਤੇ ਗੇਟਵੇ RRAS ਸਰਵਰ ਨਹੀਂ ਹੈ, ਤਾਂ ਬੇਮੇਲ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਹੋ ਚੁੱਕਾ ਹੈ। ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਫਾਇਰਵਾਲ ਦਾ ਕੋਈ ਵੀ ਕੰਮ ਇਸ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ।

SSTP ਅਤੇ ਵਿਕਰੇਤਾ ਦਾ TLS ਪੋਰਟ 443 ਉੱਤੇ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ

SSTP ਇੱਕ PPP ਸੈਸ਼ਨ ਨੂੰ TLS ਦੇ ਅੰਦਰ ਲਪੇਟ ਕੇ TCP 443 ਉੱਤੇ ਚੱਲਦਾ ਹੈ। Microsoft ਸਟੈਕ ਵਿੱਚ ਇਸ ਨੂੰ RRAS ਖ਼ਤਮ ਕਰਦਾ ਹੈ, ਜੋ ਇੱਕ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕਲਾਇੰਟ ਜਾਂਚਦਾ ਹੈ। Fortinet, Citrix ਜਾਂ Pulse ਜੰਤਰ ਵੀ 443 ਉੱਤੇ TLS ਖ਼ਤਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਦਾ ਪੋਰਟਲ ਕਿਸੇ ਵੀ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਬਿਨਾਂ ਸ਼ਿਕਾਇਤ ਖੁੱਲ੍ਹਦਾ ਹੈ।

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

ਉਲਟੀ ਉਲਝਣ ਵੀ ਹੁੰਦੀ ਹੈ। ਅਸਲੀ RRAS ਸਰਵਰ ਸਾਹਮਣੇ SSTP ਵਜੋਂ ਸੈੱਟ ਪ੍ਰੋਫ਼ਾਈਲ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਪੋਰਟਲ ਠੀਕ ਹੈ, ਅਤੇ ਇਹ ਸਰਟੀਫਿਕੇਟ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਨਹੀਂ।

ਟਨਲ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਦਿਸਣ ਵਾਲੀਆਂ ਗ਼ਲਤੀਆਂ

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

ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਟਰੇਸਿੰਗ ਚਾਲੂ ਕਰੋ। ਟਰੇਸਿੰਗ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਪੜਾਅ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ, ਅਤੇ ਪੜਾਅ ਦਾ ਨਾਮ ਸੰਵਾਦ ਦੀ ਲਿਖਤ ਤੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ:

netsh ras set tracing * enable
Get-ChildItem "$env:windir\tracing" | Sort-Object LastWriteTime -Descending | Select-Object -First 5

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

ਜੁੜੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵੀ ਸਭ ਕੁਝ ਤੋੜ ਸਕਦੀ ਹੈ

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

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

Set-VpnConnection -Name "Office" -SplitTunneling $true
Add-VpnConnectionRoute -ConnectionName "Office" -DestinationPrefix 10.20.0.0/16

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

ਪਹਿਲਾਂ ਪਲੰਬਿੰਗ ਜਾਂਚੋ, ਫਿਰ ਕਿਸਮ

ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰੋ, ਅਤੇ ਸਭ ਕੁਝ ਇਕੱਠਾ ਠੀਕ ਕਰਨ ਦੀ ਥਾਂ ਕੋਈ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਰੁਕੋ:

Test-NetConnection vpn.example.net -Port 443
Get-VpnConnection -Name "Office" | Format-List TunnelType, ServerAddress, DnsSuffix
netsh interface ipv4 show route
rasdial Office

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

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