Windows ਦੇ ਜਨਤਕ ਫਾਇਰਵਾਲ ਪ੍ਰੋਫਾਈਲ ਵੱਲੋਂ VPN ਕਲਾਇੰਟ ਬਲੌਕ

ਤੁਹਾਡਾ ਟਨਲ ਚਾਲੂ ਹੈ, ਗੇਟਵੇ ping ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਫਾਈਲ ਸ਼ੇਅਰਿੰਗ ਫਿਰ ਵੀ ਟਾਈਮਆਊਟ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਸੁਮੇਲ ਘੱਟ ਹੀ ਰੂਟਿੰਗ ਦੀ ਸਮੱਸਿਆ ਹੁੰਦਾ ਹੈ: Windows ਨੇ VPN ਅਡੈਪਟਰ ਦਾ ਸਬਨੈੱਟ ਜਨਤਕ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਰੱਖ ਦਿੱਤਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਜਾਂ ਡੋਮੇਨ ਲਈ ਲਿਖਿਆ ਹਰ ਇਜਾਜ਼ਤ ਨਿਯਮ ਕਦੇ ਲਾਗੂ ਹੀ ਨਹੀਂ ਹੋਇਆ। ਮੈਂ ਇਹ ਉਨ੍ਹਾਂ ਲੈਪਟਾਪਾਂ ਉੱਤੇ ਦੇਖਿਆ ਹੈ ਜੋ ਦਫ਼ਤਰ ਠੀਕ ਪਹੁੰਚਦੇ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ RRAS ਸਰਵਰਾਂ ਉੱਤੇ ਵੀ ਜੋ ਬਾਕੀ ਸਾਰੇ ਕਲਾਇੰਟਾਂ ਦੀ ਸੇਵਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਸੰਬੰਧਿਤ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ ਲੈਣ ਨਾਲ ਮੁਰੰਮਤ ਛੋਟੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਹੈ ਮੇਰਾ ਕੰਮ ਕਰਨ ਦਾ ਕ੍ਰਮ, ਨਾਲ ਉਹ ਜਾਂਚ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਅਗਲੇ ਕਦਮ ਤੋਂ ਪਹਿਲਾਂ ਕਦੋਂ ਰੁਕਣਾ ਹੈ।

ਪਤਾ ਲਗਾਓ ਕਿ ਟ੍ਰੈਫਿਕ ਅਸਲ ਵਿੱਚ ਕਿਸ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ ਆਉਂਦਾ ਹੈ

Windows ਫਾਇਰਵਾਲ ਦਾ ਕੋਈ ਇੱਕ ਵਿਸ਼ਵਵਿਆਪੀ ਮੋਡ ਨਹੀਂ ਹੈ। ਹਰ ਜੁੜਿਆ ਇੰਟਰਫੇਸ ਇੱਕ ਸ਼੍ਰੇਣੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇਨਬਾਊਂਡ ਪੈਕਟ ਉਸ ਇੰਟਰਫੇਸ ਦੀ ਸ਼੍ਰੇਣੀ ਮੁਤਾਬਕ ਫਿਲਟਰ ਹੁੰਦੇ ਹਨ ਜਿਸ ਉੱਤੇ ਉਹ ਆਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਟਨਲ ਵਿੱਚ ਬੈਠੇ ਕਲਾਇੰਟ ਤੱਕ ਕੀ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਇਹ VPN ਅਡੈਪਟਰ ਦੀ ਪ੍ਰੋਫਾਈਲ ਤੈਅ ਕਰਦੀ ਹੈ, ਨਾਲ ਵਾਲਾ Wi-Fi ਜਾਂ ਈਥਰਨੈੱਟ ਅਡੈਪਟਰ ਨਹੀਂ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਤੱਥ ਪੜ੍ਹੋ:

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory, IPv4Connectivity
Get-NetFirewallProfile -Name Public | Select-Object Name, Enabled, DefaultInboundAction

ਆਮ OpenVPN ਜਾਂ WireGuard ਇੰਸਟਾਲੇਸ਼ਨ ਵਿੱਚ VPN ਅਡੈਪਟਰ ਅਣਪਛਾਤੇ ਨੈੱਟਵਰਕ ਵਜੋਂ ਦਿਖਦਾ ਹੈ ਅਤੇ ਜਨਤਕ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਪੈ ਜਾਂਦਾ ਹੈ, ਜੋ Windows ਵੱਲੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਨ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਹਰ ਨੈੱਟਵਰਕ ਲਈ ਡਿਫਾਲਟ ਹੈ: ਇਸ ਉੱਤੇ ਕਿਸੇ ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਨੇ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਅਤੇ ਕੋਈ ਗੇਟਵੇ ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ ਮਿਲੀ। ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਇੱਥੇ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦਾ, ਇਸ ਲਈ ਅਡੈਪਟਰ ਨੂੰ "VPN" ਜਾਂ "Corp" ਕਹਿਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। DomainAuthenticated ਲਈ ਡੋਮੇਨ ਨਾਲ ਜੁੜਿਆ ਮਸ਼ੀਨ ਚਾਹੀਦਾ ਹੈ , ਜੋ ਉਸ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਸੱਚਮੁੱਚ ਡੋਮੇਨ ਕੰਟਰੋਲਰ ਤੱਕ ਪਹੁੰਚ ਸਕੇ; ਸਿਰਫ਼ ਇੱਕ ਸਬਨੈੱਟ ਲਿਜਾਣ ਵਾਲਾ ਸਪਲਿਟ ਟਨਲ ਇਹ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਕਰੇਗਾ।

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

ਨਿਯਮ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਫਿਲਟਰਿੰਗ ਹੈ, ਰੂਟਿੰਗ ਨਹੀਂ

Ping ਇੱਕ ਕਮਜ਼ੋਰ ਪਰਖ ਹੈ। ICMP ਲੰਘ ਸਕਦਾ ਹੈ ਜਦੋਂ ਸੇਵਾ ਪੋਰਟ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹੋਸਟ LAN ਤੋਂ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ ਜਦੋਂ ਉਹੀ ਬੇਨਤੀ ਟਨਲ ਰਾਹੀਂ ਨਾਂਹ ਕਰ ਦਿੰਦਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਲੋੜੀਂਦਾ ਪੋਰਟ ਕਲਾਇੰਟ ਤੋਂ ਪਰਖੋ:

Test-NetConnection 10.8.0.1 -Port 445
Test-NetConnection 10.8.0.1 -Port 3389 -InformationLevel Detailed

ਜੇ ਪੋਰਟ ਪਰਖ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਦੋਵੇਂ ਪਰਤਾਂ ਵੱਖ ਕਰੋ। ਟਨਲ ਜਾਂ ਰੂਟ ਦੀ ਖਰਾਬੀ ਆਮ ਤੌਰ ਉੱਤੇ ਗੇਟਵੇ ਪਤੇ ਤੋਂ ਕੋਈ ਜਵਾਬ ਨ ਆਉਣ ਵਜੋਂ ਦਿਖਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਫਾਇਰਵਾਲ ਵੱਲੋਂ ਛੱਡਣਾ ਇੱਕ ਅਜਿਹਾ ਗੇਟਵੇ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਅਜਿਹਾ ਸੇਵਾ ਪੋਰਟ ਜੋ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ। RRAS ਰਾਹੀਂ ਪੂਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵਾਲੇ Windows ਸਰਵਰ ਉੱਤੇ ਉਹੀ ਪਰਖ ਕਲਾਇੰਟ ਤੋਂ ਚਲਾਓ ਅਤੇ ਸਰਵਰ ਦੀ ਆਪਣੀ ਪ੍ਰੋਫਾਈਲ ਪੜ੍ਹੋ: RAS ਇੰਟਰਫੇਸ ਅਜਿਹੀ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸ ਦੇ ਇਨਬਾਊਂਡ ਨਿਯਮ ਕਦੇ ਕਲਾਇੰਟ ਰੇਂਜ ਦਾ ਜ਼ਿਕਰ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਇਸੇ ਲਈ ਉਹ ਮਸ਼ੀਨ ਆਪਣੇ LAN ਦੀ ਸੇਵਾ ਕਰਦੀ ਹੈ ਅਤੇ ਟਨਲ ਦੇ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਨਾਂਹ ਕਰ ਦਿੰਦੀ ਹੈ।

ਜਦੋਂ ਨਤੀਜਾ ਅਜੇ ਵੀ ਅਸਪਸ਼ਟ ਹੋਵੇ, ਤਾਂ ਸੰਬੰਧਿਤ ਪ੍ਰੋਫਾਈਲ ਦੇ ਡ੍ਰੌਪ ਦਰਜ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹੋ:

Set-NetFirewallProfile -Name Public -LogBlocked True `
  -LogFileName "$env:systemroot\system32\LogFiles\Firewall\pfirewall.log"

ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਅਤੇ ਪੋਰਟ DROP ਨਾਲ ਦੱਸਣ ਵਾਲੀਆਂ ਐਂਟਰੀਆਂ ਨਿਰਣਾਇਕ ਹਨ, ਅਤੇ ਇਹ ਵੀ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜਾ ਨਿਯਮ ਗੁੰਮ ਸੀ। ਅਜਿਹਾ ਲੌਗ ਜਿਸ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਕਿ ਕਲਾਇੰਟ ਦਾ SYN ਕਦੇ ਨਹੀਂ ਦਿਸਦਾ, ਹੋਸਟ ਤੋਂ ਉੱਪਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕਿਸੇ ਹੋਰ ਫਾਇਰਵਾਲ ਆਬਜੈਕਟ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ, NAT ਨਿਯਮ ਜਾਂ ਪੂਲ ਰੂਟ ਵੱਲ ਵਾਪਸ ਜਾਓ।

ਇੱਕ ਇਨਬਾਊਂਡ ਨਿਯਮ ਨੂੰ ਕਲਾਇੰਟ ਪੂਲ ਤੱਕ ਸੀਮਤ ਕਰੋ

ਮੁਰੰਮਤ ਇੱਕ ਹੀ ਇਨਬਾਊਂਡ ਇਜਾਜ਼ਤ ਨਿਯਮ ਹੈ ਜਿਸ ਦਾ ਦੂਰ ਦਾ ਪਤਾ ਪੂਲ ਹੈ, ਸਾਰੀ ਦੁਨੀਆ ਨਹੀਂ। ਉੱਨਤ ਸੈਸ਼ਨ ਤੋਂ:

New-NetFirewallRule -DisplayName "VPN clients - SMB 445" `
  -Direction Inbound -Action Allow -Protocol TCP -LocalPort 445 `
  -RemoteAddress 10.8.0.0/24 -Profile Public

ਜਦੋਂ ਸੇਵਾ ਇੱਕ ਹੀ ਬਾਇਨਰੀ ਫਾਈਲ ਹੋਵੇ, ਤਾਂ ਪੋਰਟ ਸੂਚੀ ਦੀ ਥਾਂ -Program ਪੈਰਾਮੀਟਰ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮ-ਸੀਮਤ ਨਿਯਮ ਨੂੰ ਤਰਜੀਹ ਦਿਓ; ਇਸ ਨਾਲ ਛੋਟ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਸਰੋਤ ਰੇਂਜ ਦੋਵਾਂ ਤੱਕ ਸੀਮਤ ਰਹਿੰਦੀ ਹੈ।

ਪ੍ਰੋਫਾਈਲ ਦੀ ਚੋਣ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਉਹੀ ਗਲਤੀ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਹੁੰਦੀ ਹੈ। -Profile Public ਜਦੋਂ ਅਡੈਪਟਰ ਜਨਤਕ ਹੋਵੇ ਅਤੇ ਜਨਤਕ ਹੀ ਰਹੇ ਤਾਂ ਕਾਫ਼ੀ ਹੈ। -Profile Any ਜਦੋਂ ਸੇਵਾ ਨੂੰ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਚੱਲਣਾ ਹੋਵੇ ਕਿ Windows ਅਡੈਪਟਰ ਨੂੰ ਕਿਵੇਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਾਇਜ਼ ਹੈ, ਪਰ ਸਿਰਫ਼ ਉਦੋਂ ਤੱਕ ਜਦੋਂ ਤੱਕ ਦੂਰ ਦਾ ਘੇਰਾ ਰਹੇ। ਜੋ ਕਦੇ ਜਾਇਜ਼ ਨਹੀਂ ਹੁੰਦਾ ਉਹ ਹੈ -RemoteAddress Any ਜਨਤਕ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ: ਉਹ ਨਿਯਮ ਲੈਪਟਾਪ ਦੇ ਨਾਲ ਹਰ ਉਸ ਕੈਫ਼ੇ ਅਤੇ ਹੋਟਲ ਨੈੱਟਵਰਕ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨਾਲ ਉਹ ਜੁੜਦਾ ਹੈ ਅਤੇ ਉਸ ਪੋਰਟ ਨੂੰ ਹਰ ਉਸ ਵਿਅਕਤੀ ਲਈ ਖੋਲ੍ਹ ਦਿੰਦਾ ਹੈ ਜੋ ਉਹ ਸਬਨੈੱਟ ਸਾਂਝਾ ਕਰਦਾ ਹੈ।

ਪੂਲ ਨੂੰ ਨਿਯਮ ਦੇ ਕੋਲ ਦਰਜ ਕਰੋ। -RemoteAddress 10.8.0.0/24 ਉਸ ਦਿਨ ਚੁੱਪਚਾਪ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜਦੋਂ VPN ਪੂਲ ਮੁੜ-ਸੰਖਿਆਬੱਧ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਫੇਲ੍ਹ ਬਿਲਕੁਲ ਮੂਲ ਬਗ ਵਰਗੀ ਦਿਖਦੀ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਦੂਜੀ ਦੁਪਹਿਰ ਖਾ ਜਾਂਦੀ ਹੈ। ਨਿਯਮਾਂ ਦੇ ਨਾਮ ਸੇਵਾ ਅਤੇ ਸਰੋਤ ਰੇਂਜ ਉੱਤੇ ਰੱਖੋ, ਉਹਨਾਂ ਨੂੰ -Group ਦੇ ਨਾਲ ਰੱਖੋ, ਅਤੇ ਜਦੋਂ ਵੀ ਪੂਲ ਦੀ ਪਰਿਭਾਸ਼ਾ ਬਦਲੇ ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਪੜ੍ਹੋ। ਇੱਕ ਸਕ੍ਰੀਨ ਉੱਤੇ ਜਾਂਚੀ ਜਾ ਸਕਣ ਵਾਲੀ ਨਿਯਮ ਸੂਚੀ ਉਸ ਸਹੀ ਨਿਯਮ ਤੋਂ ਬਿਹਤਰ ਹੈ ਜੋ ਕਿਸੇ ਨੂੰ ਨਹੀਂ ਮਿਲਦਾ।

ਸ਼੍ਰੇਣੀ ਨੂੰ ਸਿਰਫ਼ ਤਦ ਬਦਲੋ ਜਦੋਂ ਸ਼੍ਰੇਣੀ ਹੀ ਫੈਸਲਾ ਹੋਵੇ

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

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

Set-NetConnectionProfile -InterfaceAlias "OpenVPN TAP-Windows6" -NetworkCategory Private

ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਉੱਤੇ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਸੈਟਿੰਗ ਕਿਸੇ ਗਰੁੱਪ ਪਾਲਿਸੀ ਜਾਂ MDM ਅਧਾਰ ਰੇਖਾ ਦੀ ਮਾਲਕੀ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਹੈ, ਤਾਂ ਸਥਾਨਕ ਬਦਲਾਅ ਅਗਲੇ ਰਿਫ੍ਰੈਸ਼ ਉੱਤੇ ਵਾਪਸ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ gpresult /h ਉਸ ਨੀਤੀ ਦਾ ਨਾਮ ਦੱਸੇਗਾ; ਉੱਥੇ ਹੀ ਠੀਕ ਕਰੋ, ਐਂਡਪੌਇੰਟ ਉੱਤੇ ਨਹੀਂ।

ਦੋਵੇਂ ਸਿਰਿਆਂ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਨਿਸ਼ਾਨ ਛੱਡੋ

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਦੱਸੇ ਪ੍ਰਵਾਹ ਨੂੰ ਕਲਾਇੰਟ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ:

Test-NetConnection 10.8.0.1 -Port 445
Get-NetFirewallRule -DisplayName "VPN clients - SMB 445" | Get-NetFirewallAddressFilter | Select-Object RemoteAddress
Get-NetFirewallRule -DisplayName "VPN clients - SMB 445" | Get-NetFirewallPortFilter | Select-Object Protocol, LocalPort

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

ਇਸ ਨੂੰ ਪੂਰਾ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ:

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