ਇੱਕ ਤੋਂ ਵੱਧ ਕਲਾਇੰਟ ਲਈ ਢੁਕਵੀਂ IKEv2 ਸੈਟਿੰਗਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ
ਕੰਮ ਕਰਦੀ ਡੈਸਕਟਾਪ ਪ੍ਰੋਫ਼ਾਈਲ ਨੇ ਸਿਰਫ਼ ਇੱਕ ਕਲਾਇੰਟ ਦੀ ਜਾਂਚ ਕੀਤੀ ਹੈ। ਪਛਾਣ ਸਮਝੌਤੇ 'ਤੇ ਸਹਿਮਤ ਹੋਵੋ, ਸਮਰਥਿਤ ਛੇਦ ਚੁਣੋ, ਫਿਰ ਹਰ ਪਲੇਟਫ਼ਾਰਮ ਲਈ ਨਵੀਨੀਕਰਨ ਅਤੇ ਸਲੀਪ ਦੀ ਜਾਂਚ ਕਰੋ।
ਇੱਕ ਡੈਸਕਟਾਪ 'ਤੇ ਕੰਮ ਕਰਦੀ ਪ੍ਰੋਫ਼ਾਈਲ ਇੱਕ ਕਲਾਇੰਟ ਦੀ ਸਫਲ ਜਾਂਚ ਹੈ। ਇਹ ਕ੍ਰਾਸ-ਪਲੇਟਫ਼ਾਰਮ ਤੈਨਾਤੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਮਝਣ ਨਾਲ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਸਹਾਇਤਾ ਨਮੂਨਾ ਬਣਦਾ ਹੈ: Windows ਜੁੜਦਾ ਹੈ, ਫ਼ੋਨ ਪਛਾਣ ਜਾਂਚ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਲੈਪਟਾਪ ਹਰ ਵਾਰ ਜਾਗਣ 'ਤੇ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ। ਅੰਤਰ ਅਸਲੀ ਹਨ ਅਤੇ ਬਹੁਤੇ ਅਨੁਮਾਨਯੋਗ ਹਨ, ਇਸ ਲਈ ਯੋਜਨਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਨਹੀਂ, ਮੈਟ੍ਰਿਕਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਪਹਿਲਾਂ ਪਛਾਣ ਸਮਝੌਤਾ ਤੈਅ ਕਰੋ
ਐਲਗੋਰਿਦਮ ਬਾਰੇ ਚਰਚਾ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਪਛਾਣ, ਸਰਟੀਫਿਕੇਟ 'ਤੇ ਭਰੋਸਾ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣੀਕਰਨ ਢੰਗ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰੋ। ਇਹ ਤਿੰਨ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣੀਕਰਨ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਪਲੇਟਫ਼ਾਰਮ ਇਹਨਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਪੇਸ਼ ਕਰਦੇ ਹਨ।
ਜਾਂਚੋ ਕਿ ਹਰ ਪਲੇਟਫ਼ਾਰਮ ਉਮੀਦ ਕੀਤੀ ਪਛਾਣਕਰਤਾ ਨੂੰ ਕਿਵੇਂ ਨਾਮ ਦਿੰਦਾ ਹੈ ਅਤੇ ਵਿਸ਼ੇ ਦੇ ਬਦਲਵੇਂ ਨਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ। ਇੱਕ ਕਲਾਇੰਟ 'ਤੇ ਸਰਵਰ ਨਾਮ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਦੂਜੇ 'ਤੇ ਉਹੀ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ, ਕਿਉਂਕਿ ਪਛਾਣਕਰਤਾ ਖੇਤਰ ਕਿਸੇ ਵੱਖਰੇ ਮੁੱਲ ਤੋਂ ਭਰਿਆ ਜਾਂਦਾ ਹੈ।
| Contract element | What to decide | Where platforms diverge |
|---|---|---|
| Server identity | Name or address the client must see | Identifier field and SAN matching |
| Client authentication | Certificate, EAP method or both | Which EAP variants exist and how prompts appear |
| Trust anchor | Which CA and how it is delivered | Store location and provisioning path |
ਫਿਰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਛੇਦ ਚੁਣੋ
ਹਰ ਸਮਰਥਿਤ ਕਲਾਇੰਟ ਵੱਲੋਂ ਦਿੱਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਪ੍ਰਸਤਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਇੱਕ ਆਧੁਨਿਕ ਛੇਦ ਚੁਣੋ ਜਿਸਨੂੰ ਗੇਟਵੇ ਵੀ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੋਵੇ। ਇੱਕ ਪੁਰਾਣੀ ਡਿਵਾਈਸ ਦੇ ਜੁੜਨ ਲਈ ਬਹੁਤ ਵੱਡੀ ਪੁਰਾਣੀ ਸੂਚੀ ਸਮਰੱਥ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਸੂਚੀ ਬਾਅਦ ਵਿੱਚ ਆਉਣ ਵਾਲਿਆਂ ਸਾਰਿਆਂ ਲਈ ਗੇਟਵੇ ਦੀ ਡਿਫ਼ਾਲਟ ਬਣ ਜਾਂਦੀ ਹੈ। ਲਿਖੋ ਕਿ ਹਰ ਪੁਰਾਣਾ ਵਿਕਲਪ ਅਜੇ ਕਿਉਂ ਹੈ। ਜੇ ਕੋਈ ਉਸ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਜਿਸਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਹ ਲੋੜ ਨਹੀਂ ਹੈ।
ਯੋਜਨਾ ਵਿੱਚ IKE ਅਤੇ CHILD ਸੈਟਿੰਗਾਂ ਵੱਖਰੀਆਂ ਰੱਖੋ। IKE ਅਦਲ-ਬਦਲ ਲਈ ਸਵੀਕਾਰਯੋਗ ਪ੍ਰਸਤਾਵ ਸੁਰੱਖਿਅਤ ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਆਪਣੇ ਆਪ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਦੋਵਾਂ ਦੀ ਗੱਲਬਾਤ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਪਰਤ 'ਤੇ ਪ੍ਰਸਤਾਵ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਗੇਟਵੇ ਦੂਜੀ ਪਰਤ 'ਤੇ ਉਸਨੂੰ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਲੌਗ ਪਹਿਲੀ ਪਰਤ ਸਫਲ ਹੋਣ ਵਰਗੀ ਦਿਖਣ ਵਾਲੀ ਅਸਫਲਤਾ ਦਿਖਾਏਗਾ।
ਤਸਦੀਕਸ਼ੁਦਾ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦਿਓ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਪਾਸਵਰਡ, ਸਾਂਝਾ ਭੇਦ ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨੂੰ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਖੇਤਰਾਂ ਵਿੱਚ ਰੱਖੋ। ਸਮਾਨ ਨਾਮ ਵਾਲੇ ਬਕਸਿਆਂ 'ਤੇ ਅਜ਼ਮਾਇਸ਼ ਅਤੇ ਗਲਤੀ ਹੀ ਕੰਮ ਕਰਦੀ ਜਾਂਚ ਨੂੰ ਦੁਬਾਰਾ ਪੈਦਾ ਨਾ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਜਾਂਚ ਬਣਾਉਣ ਦਾ ਰਾਹ ਹੈ।
ਸਥਿਰ ਸਥਿਤੀ ਨਹੀਂ, ਜੀਵਨ ਚੱਕਰ ਦੀ ਜਾਂਚ ਕਰੋ
ਹਰ ਕਲਾਇੰਟ ਲਈ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰਮਾਣੀਕਰਨ, ਇੱਛਤ ਐਪਲੀਕੇਸ਼ਨ, DNS ਹੱਲ ਅਤੇ ਪਤਾ-ਪਰਿਵਾਰ ਕਵਰੇਜ ਦੀ ਜਾਂਚ ਕਰੋ। ਫਿਰ ਸਿਰਫ਼ ਬਾਅਦ ਵਿੱਚ ਦਿਸਣ ਵਾਲੇ ਹਿੱਸਿਆਂ ਦਾ ਅਭਿਆਸ ਕਰੋ: ਨਵੀਨੀਕਰਨ, ਸਲੀਪ ਅਤੇ ਆਮ ਨੈੱਟਵਰਕ ਬਦਲਾਅ।
MOBIKE ਸਮਰਥਨ ਅਤੇ ਮੁੜ-ਪ੍ਰਮਾਣੀਕਰਨ ਵਿਵਹਾਰ ਹੁਣੇ ਮਾਪੇ ਗਏ ਸਥਿਰ ਨਤੀਜੇ ਤੋਂ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਉਸ ਸਮੇਂ ਦੀ ਘਟਨਾ ਅਤੇ ਸੰਗਠਨ ਦੀ ਸਥਿਤੀ ਦਰਜ ਕਰੋ, ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਇੰਟਰਫ਼ੇਸ ਅੰਤ ਵਿੱਚ ਜੁੜੀ ਦਿਸਦੀ ਹੈ।
VPN ਉਪਲਬਧ ਨਾ ਹੋਣ ਵੇਲੇ ਸਿੱਧਾ ਟ੍ਰੈਫ਼ਿਕ ਕੀ ਕਰ ਸਕਦਾ ਹੈ, ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਇਹ ਕਲਾਇੰਟ ਦੇ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਵੱਖਰਾ ਨੀਤੀ ਫ਼ੈਸਲਾ ਹੈ, ਅਤੇ ਬਹੁਤੀਆਂ ਤੈਨਾਤੀਆਂ ਪਹਿਲੇ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਕੇ ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ। ਜਵਾਬ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਵਾਂ ਦੇ ਕੋਲ ਤੈਨਾਤੀ ਨੋਟਾਂ ਵਿੱਚ ਲਿਖੋ। ਰੁਕਾਵਟ ਦੌਰਾਨ ਕਿਸੇ ਨੂੰ ਇਸਦੀ ਲੋੜ ਪਵੇਗੀ, ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦਾ ਸਮਾਂ ਨਹੀਂ ਹੋਵੇਗਾ।
ਇੱਕ ਪਲੇਟਫ਼ਾਰਮ ਦੇ ਅਸਹਿਮਤ ਹੋਣ 'ਤੇ ਸਰਵਰ ਪਛਾਣ ਜਾਂਚਾਂ ਵਰਤੋ
ਜਦੋਂ ਪ੍ਰੋਫ਼ਾਈਲ ਇੱਕ ਪਲੇਟਫ਼ਾਰਮ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਦੂਜਾ ਇਸਦਾ ਨਾਮ ਰੱਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ ਵੱਲੋਂ ਅਸਲ ਵਿੱਚ ਭੇਜੀ ਗਈ ਪਛਾਣਕਰਤਾ ਦੀ ਸਰਟੀਫਿਕੇਟ ਦੀਆਂ ਪਛਾਣਕਰਤਾਵਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਇਹ ਤੁਲਨਾ ਸਾਈਫ਼ਰ ਸੂਚੀਆਂ ਬਦਲਣ ਨਾਲੋਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤੇ ਕੇਸ ਤੇਜ਼ੀ ਨਾਲ ਹੱਲ ਕਰਦੀ ਹੈ।
ਜਾਂਚਿਆ ਹੋਇਆ ਮੈਟ੍ਰਿਕਸ ਸੰਰਚਨਾ ਸਰੋਤ ਅਤੇ ਅਪਡੇਟ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਰੱਖੋ। ਜਦੋਂ ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਲਈ ਸਹਾਇਤਾ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਅਗਲੀ ਆਡਿਟ ਨੂੰ ਮਿਲਣ ਲਈ ਗੇਟਵੇ ਵਿੱਚ ਕਮਜ਼ੋਰ ਅਨੁਕੂਲਤਾ ਸੈਟਿੰਗਾਂ ਲੁਕੋ ਕੇ ਰੱਖਣ ਦੀ ਬਜਾਏ ਇਸਦਾ ਅਪਵਾਦ ਜਾਣਬੁੱਝ ਕੇ ਹਟਾਓ। strongSwan ਦਾ IKEv2 ਦਸਤਾਵੇਜ਼ ਅਦਲ-ਬਦਲ ਕਿਵੇਂ ਸੰਰਚਿਤ ਹੁੰਦੇ ਹਨ ਲਈ ਲਾਭਦਾਇਕ ਹਵਾਲਾ ਹੈ।