ਚੌੜਾ IPsec ਚੋਣਕਾਰ ਹਰ ਸੇਵਾ ਲਈ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ

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

ਸੁਰੱਖਿਅਤ ਕਵਰੇਜ ਅਧਿਕਾਰ ਨਹੀਂ ਹੈ

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

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

ਇੱਕ ਪ੍ਰਵਾਹ ਦੋਵਾਂ ਸਿਰਿਆਂ ਤੋਂ ਬਿਆਨ ਕਰੋ

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

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

ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹੋਣ ਵਾਲਾ ਫਿਲਟਰ ਲੱਭੋ

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

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

ਦਿਸ਼ਾ, ਪੋਰਟ ਅਤੇ ਉਲਟ ਮਾਮਲਾ

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

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

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

ਮੁਕੰਮਲ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਮਾਮਲੇ ਟੈਸਟ ਕਰੋ

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

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