ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ ਠੀਕ ਹੈ: IKEv2 PEAP ਲੌਗਇਨ ਫਿਰ ਵੀ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

ਤੁਹਾਡੇ VPN ਗੇਟਵੇ ਦਾ ਸਰਟੀਫਿਕੇਟ ਵੈਧ ਹੈ, ਚੇਨ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ IKEv2 ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵੈਧਤਾ ਅਵਧੀ ਬਾਰੇ ਸੁਨੇਹੇ ਨਾਲ ਲੌਗਇਨ ਫਿਰ ਵੀ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਪਹਿਲੀ ਪ੍ਰਵਿਰਤੀ ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ ਦੁਬਾਰਾ ਜਾਰੀ ਕਰਨ ਜਾਂ EAP ਢੰਗ ਬਦਲਣ ਦੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਆਮ ਤੌਰ ’ਤੇ ਗਲਤ ਹਨ। ਲੌਗਇਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਦੋ ਵੱਖਰੀਆਂ ਸਰਵਰ ਪਛਾਣਾਂ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ: IKE ਵੱਲੋਂ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ, ਅਤੇ ਉਹ ਸਰਟੀਫਿਕੇਟ ਜੋ PEAP ਨੂੰ ਖਤਮ ਕਰਨ ਵਾਲਾ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਠੀਕ ਹੈ, ਅਤੇ ਦੂਜਾ ਹੀ ਉਹ ਕਾਰਨ ਹੈ ਜਿਸ ਕਰਕੇ ਕਲਾਇੰਟ ਰੁਕਿਆ।

ਦੋ ਪਛਾਣਾਂ, ਇੱਕ ਲੌਗਇਨ ਕੋਸ਼ਿਸ਼

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

ਇਹ ਪਰਤ-ਵੰਡ ਦੱਸਦੀ ਹੈ ਕਿ ਜਿੱਥੇ ਕਿਸੇ ਨੇ ਸਿਰਫ਼ ਗੇਟਵੇ ਦਾ ਸਰਟੀਫਿਕੇਟ ਹੀ ਕਨਫਿਗਰ ਕੀਤਾ ਸੀ, ਉੱਥੇ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਕਿਉਂ ਦਿਖਦੀ ਹੈ। ਇਹ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਉਹੀ ਸਰਟੀਫਿਕੇਟ ਦੁਬਾਰਾ ਜਾਰੀ ਕਰਨ ਨਾਲ ਕੁਝ ਕਿਉਂ ਨਹੀਂ ਬਦਲਦਾ।

ਲੌਗ ਲਾਈਨ ਨੂੰ ਪੜਾਅ ਦੇ ਸਾਹਮਣੇ ਪੜ੍ਹੋ

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

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

ਪਤਾ ਕਰੋ ਕਿ PEAP ਨੂੰ ਕਿਹੜਾ ਅੰਤਿਮ ਬਿੰਦੂ ਖਤਮ ਕਰਦਾ ਹੈ

ਗੇਟਵੇ ਤੇ RADIUS ਵਾਲੀ ਬਣਾਵਟ ਵਿੱਚ ਗੇਟਵੇ EAP ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦਾ। strongSwan ਦਾ eap-radius ਪਲੱਗਇਨ ਅਦਲਾ-ਬਦਲੀ RADIUS ਸਰਵਰ ਨੂੰ ਸੌਂਪਦਾ ਹੈ, ਜਿਸ ਕੋਲ PEAP TLS ਸੈਸ਼ਨ ਅਤੇ ਉਸਦਾ ਸਰਟੀਫਿਕੇਟ ਹੁੰਦਾ ਹੈ। ਦੋਵੇਂ ਲੌਗਾਂ ਵਿੱਚ ਇੱਕ ਫੇਲ੍ਹ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਜੋੜੋ ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਨੇ ਅਸਲ ਵਿੱਚ ਉਸ ਸੈਸ਼ਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਚੁਣਿਆ।

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

ਸਰਟੀਫਿਕੇਟ ਉੱਥੇ ਬਦਲੋ ਜਿੱਥੇ EAP ਖਤਮ ਹੁੰਦਾ ਹੈ

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

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

ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਡਾਇਰੈਕਟਰੀ ਦੀ ਸਭ ਤੋਂ ਨਵੀਂ ਫਾਈਲ ਹੀ ਵਰਤੀ ਜਾ ਰਹੀ ਹੈ। ਸਹੀ ਨਾਮ ਅਤੇ ਗਲਤ ਇਜਾਜ਼ਤਾਂ ਵਾਲੀ ਨਕਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦੀ। ਬਦਲਾਅ ਨੂੰ ਫਾਈਲ ਦੇ ਟਾਈਮਸਟੈਂਪ ਨਾਲ ਨਹੀਂ, ਪੇਸ਼ ਕੀਤੀ ਪਛਾਣ ਨਾਲ ਆਂਕੋ।

ਕੀ ਨਾ ਕਰੋ

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

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