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

ਜਾਂਚ 1: ਆਉਣ ਵਾਲੀ ਸੇਵਾ ਦਾ ਨਾਮ ਦਿਓ

SSL ਵਾਲੇ Mobile VPN, Access Portal ਅਤੇ TLS ਉੱਤੇ BOVPN ਲਈ ਆਉਣ ਵਾਲਾ ਦਾਖਲਾ WatchGuard SSLVPN ਨੀਤੀ ਹੈ। ਲੋੜੀਂਦੀ ਪਾਬੰਦੀ ਉੱਥੇ ਹੀ, ਅਸਲ ਵਿੱਚ ਕੌਨਫਿਗਰ ਕੀਤੀ ਸੇਵਾ ਉੱਤੇ ਲਾਗੂ ਕਰੋ, ਬਾਅਦ ਵਿੱਚ ਚੱਲਣ ਵਾਲੇ ਉਪਭੋਗਤਾ-ਦਾਖਲਾ ਨਿਯਮ ਤੋਂ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੀ ਬਜਾਏ।

IPsec ਵੱਖਰਾ ਮਾਰਗ ਲੈਂਦਾ ਹੈ। ਬਿਲਟ-ਇਨ IPSec ਨੀਤੀ ਲਾਗੂ ਸ਼ਾਖਾ ਅਤੇ ਮੋਬਾਈਲ VPN ਸੇਵਾਵਾਂ ਲਈ ਬਾਹਰੀ IPsec ਟ੍ਰੈਫਿਕ ਨੂੰ Firebox ਤੱਕ ਮਨਜ਼ੂਰੀ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਹੱਥ ਨਾਲ ਬਣਾਈ IPSec ਨੀਤੀ ਉੱਤੇ ਤਰਜੀਹ ਰੱਖਦੀ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਕਲਾਇੰਟ IKEv2 ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਸ ਦੂਜੇ ਮਾਰਗ ਉੱਤੇ ਹੋ, ਅਤੇ SSLVPN ਨੀਤੀ ਅਪ੍ਰਸੰਗਿਕ ਹੈ।

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

ਜਾਂਚ 2: ਸਿਧਾਂਤ ਨਹੀਂ, ਇਨਕਾਰ ਪੜ੍ਹੋ

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

ਦੇਸ਼ ਵਰਗੀਕਰਨ ਵੇਖੇ ਗਏ ਨੈੱਟਵਰਕ ਸਰੋਤ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ। ਘੁੰਮਦਾ ਉਪਭੋਗਤਾ, ਉੱਤੇ ਦਾ NAT ਜਾਂ ਹੋਰ ਮਨਜ਼ੂਰ ਮਾਰਗ Firebox ਜੋ ਵੇਖਦਾ ਹੈ ਉਸ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਉਪਭੋਗਤਾ ਕਿੱਥੇ ਹੈ ਇਸ ਦੇ ਉਸ ਦੇ ਵਰਣਨ ਦੀ ਬਜਾਏ ਪਤੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਕਲਾਇੰਟ ਜੋ ਜਨਤਕ ਪਤਾ ਵੇਖਦਾ ਹੈ ਉਹ ਮੰਗੋ, ਅਤੇ Firebox ਲਾਗ ਦੇ ਸਰੋਤ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜਦੋਂ ਉਹ ਵੱਖਰੇ ਹੋਣ, ਵਰਗੀਕਰਨ ਕਿਸੇ ਨੇ ਨਾ ਦੱਸੇ ਮਾਰਗ ਦੀ ਪਾਲਣਾ ਕਰ ਰਿਹਾ ਹੈ।

ਜਾਂਚ 3: ਕੀ ਬਿਲਟ-ਇਨ ਨੀਤੀ ਅਜੇ ਵੀ ਮਾਲਕ ਹੈ?

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

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

ਜਾਂਚ 4: ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬਦਲੀ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

ਬਿਲਟ-ਇਨ IPSec ਨੀਤੀ ਬੰਦ ਕਰਨ ਨਾਲ ਪ੍ਰਭਾਵਿਤ VPN ਸੇਵਾਵਾਂ ਲਈ ਉਸ ਦਾ ਦਾਖਲਾ ਹਟ ਜਾਂਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਉਹ ਸ਼ਾਖਾ ਟਨਲ ਵੀ ਹਨ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਤੁਸੀਂ ਇੱਕ ਮੋਬਾਈਲ ਉਪਭੋਗਤਾ ਦਾ ਕਨੈਕਸ਼ਨ ਠੀਕ ਕਰਦਿਆਂ ਸ਼ਾਇਦ ਨਹੀਂ ਸੋਚ ਰਹੇ ਹੋ।

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

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

ਜਾਂਚ 5: ਪਛਾਣ ਨੂੰ ਸਥਾਨ ਤੋਂ ਵੱਖ ਰੱਖੋ

ਭੂ-ਸਥਿਤੀ ਦਾਖਲਾ ਫੈਸਲੇ ਵਿੱਚ ਸੰਦਰਭ ਜੋੜਦੀ ਹੈ। ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦੀ ਕਿ ਉਪਭੋਗਤਾ ਕੌਣ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਗੇਟਵੇ ਪਛਾਣ ਜਾਂਚ, ਖਾਤਾ ਅਧਿਕਾਰ ਜਾਂ MFA ਦਾ ਬਦਲ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ।

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

ਜਾਂਚ 6: ਇਸ ਨੂੰ ਦਰਜ ਕਰੋ ਅਤੇ ਦੋਵੇਂ ਮਾਰਗ ਪਰਖੋ

ਸੇਵਾ, ਦਾਖਲਾ ਨੀਤੀ, ਲੋੜੀਂਦਾ ਸਥਾਨ ਖੇਤਰ, ਅਪਵਾਦ ਅਤੇ ਬਹਾਲੀ ਦਾ ਜ਼ਿੰਮੇਵਾਰ ਦਰਜ ਕਰੋ। ਫਿਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਮੋਬਾਈਲ ਮਾਰਗ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਸਾਈਟ ਮਾਰਗ ਪਰਖੋ, ਤਾਂ ਜੋ ਪਾਬੰਦੀ ਉਸ ਸੇਵਾ ਨਾਲ ਜੁੜੀ ਰਹੇ ਜਿਸ ਲਈ ਇਹ ਬਣਾਈ ਗਈ ਸੀ।

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

ਸੰਬੰਧਿਤ ਲੇਖ