NPS ਸਮੂਹ ਨੀਤੀ VPN ਸਰੋਤ ਲਾਗੂਕਰਨ ਨਹੀਂ ਹੈ

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

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

ਉਹ ਨੀਤੀ ਲੱਭੋ ਜਿਸਨੇ ਸੱਚਮੁੱਚ ਸੈਸ਼ਨ ਸਵੀਕਾਰ ਕੀਤਾ

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

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

RADIUS ਜਵਾਬ ਨਿਰਦੇਸ਼ ਹੈ, ਫਿਲਟਰ ਨਹੀਂ

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

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

ਲਾਗੂਕਰਨ ਨੂੰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੋਂ ਟ੍ਰੈਫ਼ਿਕ ਲੰਘਦਾ ਹੈ

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

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

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

ਕਲਾਇੰਟ ਪਰੋਫਾਈਲ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਪਾਸੇ ਰਹਿੰਦੇ ਹਨ

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

ਕਲਾਇੰਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਸੁਵਿਧਾ ਅਤੇ ਗੇਟਵੇ ਸੈਟਿੰਗਾਂ ਨੂੰ ਨਿਯੰਤਰਣ ਮੰਨੋ। ਜਦੋਂ ਦੋਵੇਂ ਮਤਭੇਦ ਕਰਦੇ ਹਨ, ਗੇਟਵੇ ਸਹੀ ਹੈ, ਕਿਉਂਕਿ ਪੈਕਟ ਉਹੀ ਵੇਖਦਾ ਹੈ।

ਦੋ ਖਾਤਿਆਂ ਨਾਲ ਸਵੀਕਾਰ ਕਰੋ, ਫਿਰ ਕ੍ਰਮ ਵਿੱਚ ਪਿੱਛਾ ਕਰੋ

ਵੱਖਰੀਆਂ ਇੱਛਤ ਇਜਾਜ਼ਤਾਂ ਵਾਲੇ ਦੋ ਆਮ ਜਾਂਚ ਖਾਤੇ ਬਣਾਓ, ਨਵੇਂ ਸੈਸ਼ਨ ਸਥਾਪਤ ਕਰੋ ਅਤੇ ਹਰੇਕ ਲਈ ਪ੍ਰਭਾਵੀ ਗੇਟਵੇ ਨੀਤੀ ਜਾਂਚੋ। ਫਿਰ ਇੱਕ ਨਿਰਦੋਸ਼ ਮਨਜ਼ੂਰ ਕਾਰਵਾਈ ਅਤੇ ਇੱਕ ਖ਼ਾਸ ਤੌਰ ’ਤੇ ਰੱਦ ਕੀਤਾ ਸਰੋਤ ਜਾਂਚੋ। ਅਸਫਲ ping ਆਪਣੇ ਆਪ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ICMP ਫਿਲਟਰ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਉਸ ਪਿੱਛੇ ਦੀ TCP ਸੇਵਾ ਖੁਸ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।

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