Always On VPN LAN ਪਹੁੰਚ ਨਹੀਂ ਹੈ: ਸਰੋਤ ਜਾਂਚ ਸੂਚੀ

Always On ਇੱਕ ਕਨੈਕਸ਼ਨ ਦਾ ਜੀਵਨ ਚੱਕਰ ਹੈ: ਪਰੋਫਾਈਲ ਸਾਈਨ-ਇਨ ਵੇਲੇ ਜਾਂ ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਜੁੜਦੀ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੇ ਕੁਝ ਵੀ ਦਬਾਏ ਬਿਨਾਂ ਦੁਬਾਰਾ ਜੁੜ ਜਾਂਦੀ ਹੈ। ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਹਰ ਨਿੱਜੀ ਮੰਜ਼ਿਲ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਇਜਾਜ਼ਤ ਹੈ। ਅਸਲ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਤੈਨਾਤ ਪਰੋਫਾਈਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਸਰੋਤ ਪਹੁੰਚਾਉਂਦੀ ਹੈ, ਅਤੇ ਉਸ ਜਵਾਬ ਲਈ Connected ਬੈਜ ਵੇਖਣ ਦੀ ਥਾਂ ਹਰ ਸਰੋਤ ਦੀ ਵੱਖਰੀ ਜਾਂਚ ਲੋੜੀਂਦੀ ਹੈ।

ਪੜਾਅ 1: ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਲਿਖੋ

ਹਰ ਐਪ ਲਈ ਇੱਕ ਛੋਟਾ ਰਿਕਾਰਡ ਰੱਖੋ ਅਤੇ ਮੁੱਲ ਅਸਲ ਵਾਤਾਵਰਨ ਤੋਂ ਲਵੋ: ਨਾਮ, ਮੰਜ਼ਿਲ ਪ੍ਰੀਫਿਕਸ, ਸੇਵਾ ਅਤੇ ਪੋਰਟ, ਟਨਲ ਦੀ ਭੂਮਿਕਾ, ਪਛਾਣ ਗਰੁੱਪ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਦਾ ਰਾਹ।

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

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

ਪੜਾਅ 2: ਤੈਅ ਕਰੋ ਕਿਹੜਾ ਟਨਲ ਇਸ ਨੂੰ ਢੋਵੇਗਾ

Windows Always On VPN ਵਿੱਚ ਡਿਵਾਈਸ ਟਨਲ ਅਤੇ ਵਰਤੋਂਕਾਰ ਟਨਲ ਹਨ, ਜੋ ਵੱਖਰੇ ਸਰਟੀਫਿਕੇਟਾਂ ਅਤੇ ਵੱਖਰੇ ਦਾਇਰਿਆਂ ਨਾਲ ਵੱਖਰੇ ਪਰੋਫਾਈਲ ਵਜੋਂ ਸੰਰਚਿਤ ਹੁੰਦੇ ਹਨ। ਡਿਵਾਈਸ ਟਨਲ ਆਮ ਤੌਰ ਤੇ ਸਿਰਫ਼ ਸਾਈਨ-ਇਨ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜੀਂਦਾ ਢਾਂਚਾ ਢੋਂਦਾ ਹੈ, ਜਿਵੇਂ ਪ੍ਰਬੰਧਨ ਅਤੇ ਡੋਮੇਨ ਸੇਵਾਵਾਂ; ਕਰਮਚਾਰੀਆਂ ਦੀ ਵਿਸਤ੍ਰਿਤ ਐਪ ਪਹੁੰਚ ਵਰਤੋਂਕਾਰ ਟਨਲ ਦੀ ਹੈ।

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

ਪੜਾਅ 3: ਅਸਲ ਪਤੇ ਲਈ ਰੂਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

ਸਥਾਨਕ route add ਜਾਂਚ ਪਾਸ ਕਰਾ ਸਕਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਨੀਤੀ ਤਾਜ਼ਗੀ ਵਿੱਚ ਗਾਇਬ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਬਦਲਾਅ ਪ੍ਰਬੰਧਿਤ ਪਰੋਫਾਈਲ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਅਤੇ ਡਿਵਾਈਸ ਦੋਵਾਂ ਪਰੋਫਾਈਲਾਂ ਵਿੱਚ ਪ੍ਰੀਫਿਕਸ ਜਾਂਚੋ, ਅਤੇ ਵੰਡੇ ਟਨਲ ਦੀ ਸੈਟਿੰਗ ਵੇਖੋ: ਪੂਰੇ ਟਨਲ ਨੂੰ ਹਰ ਪ੍ਰੀਫਿਕਸ ਲਈ ਰੂਟ ਨਹੀਂ ਚਾਹੀਦਾ, ਵੰਡੇ ਟਨਲ ਨੂੰ ਢੋਏ ਜਾਣ ਵਾਲੇ ਹਰ ਨਿੱਜੀ ਪ੍ਰੀਫਿਕਸ ਲਈ ਇੱਕ ਚਾਹੀਦਾ ਹੈ।

ਪੜਾਅ 4: ਨਿੱਜੀ ਨਾਮ ਹੱਲ ਕਰਨਾ ਵੱਖਰੇ ਤੌਰ ਤੇ ਜਾਂਚੋ

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

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

ਪੜਾਅ 5: ਫਿਲਟਰ, ਪਛਾਣ ਅਤੇ ਐਪ ਦਾ ਆਪਣਾ ਦਰਵਾਜ਼ਾ ਜਾਂਚੋ

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

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