EAP ਜਾਂ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ? IKEv2 ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਫੈਸਲਾ

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

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

ਦੋ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ, ਦੋ ਦਾਅਵੇ

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

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

EAP ਇੱਕ ਭਾਂਡਾ ਹੈ, ਵਿਧੀ ਨਹੀਂ

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

ਵਿਧੀ ਅਤੇ ਬੈਕਐਂਡ ਇਕੱਠੇ ਪੜ੍ਹੋ। ਬੈਕਐਂਡ ਖਾਤਾ ਫਾਰਮੈਟ, ਲਾਕਆਊਟ ਵਿਵਹਾਰ ਅਤੇ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪਾਸਵਰਡ ਰੀਸੈਟ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।

ਮਿਸ਼ਰਤ ਤੈਨਾਤੀ ਆਮ ਹੈ

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

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

ਫੇਲ੍ਹਤਾ ਦੇ ਪੜਾਅ ਤੋਂ ਫੈਸਲਾ

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

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

ਦੋਵੇਂ ਮਾਡਲ ਚਲਾਉਣਾ

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

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

ਪਛਾਣ ਸਵੀਕਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ

ਪ੍ਰਮਾਣਿਕਤਾ ਇੱਕ ਦਰਵਾਜ਼ਾ ਹੈ। child ਸੁਰੱਖਿਆ ਸੰਗਠਨ, ਟ੍ਰੈਫਿਕ ਚੋਣਕਰਤਾ, DNS ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਆਪਣੀਆਂ ਇਜਾਜ਼ਤਾਂ ਬਾਅਦ ਦੇ ਦਰਵਾਜ਼ੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਆਪਣੀਆਂ ਸ਼ਰਤਾਂ ’ਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਕਿਤੇ ਵੀ ਨਾ ਪਹੁੰਚਣ ਵਾਲੀ ਸਵੀਕਾਰ ਕੀਤੀ ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ।

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