IKEv1 ਨਾਲ XAuth ਅਤੇ OTP: ਹਰ ਪ੍ਰੋਂਪਟ ਕੀ ਮੰਗਦਾ ਹੈ
ਗਰੁੱਪ PSK, ਵਰਤੋਂਕਾਰ ਦਾ XAuth ਵਟਾਂਦਰਾ ਅਤੇ OTP ਚੁਣੌਤੀ ਤਿੰਨ ਵੱਖਰੇ ਇਨਪੁੱਟ ਹਨ। ਹੋਰ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਪ੍ਰੋਂਪਟ ਨੂੰ ਉਸ ਦੇ ਮਾਲਕ ਨਾਲ ਜੋੜੋ।
PSK, XAuth ਅਤੇ OTP ਨਾਲ IKEv1 ਇੱਕ ਗੁੰਝਲਦਾਰ ਪਾਸਵਰਡ ਨਹੀਂ ਮੰਗਦਾ। ਇਹ ਸਾਥੀਆਂ ਵਿਚਕਾਰ ਸਾਂਝੀ ਕੁੰਜੀ, ਇੱਕ ਵਰਤੋਂਕਾਰ ਵਟਾਂਦਰਾ, ਅਤੇ ਬੈਕਐਂਡ ਵੱਲੋਂ ਮੰਗਣ ਦਾ ਤਰੀਕਾ ਤੈਅ ਕਰਨ ਵਾਲਾ ਦੂਜਾ ਕਾਰਕ ਪਰਤਾਂ ਵਜੋਂ ਰੱਖਦਾ ਹੈ। ਹਰ ਪਰਤ ਦਾ ਆਪਣਾ ਮਾਲਕ ਅਤੇ ਆਪਣਾ ਅਸਫਲਤਾ ਸੁਨੇਹਾ ਹੁੰਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਲੋਕ ਗਰੁੱਪ ਦੀ ਗੁਪਤਤਾ ਰੱਖਣ ਵਾਲੇ ਖੇਤਰ ਵਿੱਚ ਇੱਕ-ਵਾਰ ਦਾ ਕੋਡ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਦੇ ਹਨ।
ਹੋਰ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕਰਨ ਜਾਂ ਪ੍ਰਮਾਣ ਰੀਸੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਪ੍ਰੋਂਪਟ ਨੂੰ ਉਸ ਨੂੰ ਮੰਗਣ ਵਾਲੀ ਪਰਤ ਨਾਲ ਜੋੜੋ।
ਤਿੰਨ ਗੁਪਤਤਾਵਾਂ, ਤਿੰਨ ਮਾਲਕ
ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਸਾਥੀ ਸੰਬੰਧ ਦੀ ਹੈ ਅਤੇ ਦੋਵੇਂ ਸਿਰੇ ਸੰਭਾਲਣ ਵਾਲਾ ਇੱਕ ਵਾਰ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਦਾ ਪ੍ਰਮਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਬੈਕਐਂਡ ਦਾ ਹੈ ਅਤੇ ਹਰ ਲੌਗਇਨ ਉੱਤੇ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। ਦੂਜਾ ਕਾਰਕ ਟੋਕਨ ਪ੍ਰਣਾਲੀ ਦਾ ਹੈ ਜਿਸ ਦਾ ਜਵਾਬ ਹਰ ਕੋਸ਼ਿਸ਼ ਉੱਤੇ ਬਦਲਦਾ ਹੈ। ਕੋਈ ਵੀ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ, ਅਤੇ ਤਿੰਨਾਂ ਨੂੰ ਇੱਕੋ ਪਾਸਵਰਡ ਮੰਨਣ ਵਾਲੀ ਤੈਨਾਤੀ ਉਸ ਪਰਤ ਉੱਤੇ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਜਿਸ ਨੂੰ ਕਿਸੇ ਨੇ ਦਰਜ ਨਹੀਂ ਕੀਤਾ।
ਤਿੰਨ ਕਾਲਮ ਲਿਖੋ: ਮਾਲਕ, ਆਯੁ ਅਤੇ ਹਰ ਇੱਕ ਵੱਲੋਂ ਪੈਦਾ ਕੀਤਾ ਅਸਫਲਤਾ ਸੁਨੇਹਾ। ਉਹੀ ਸਾਰਣੀ ਨਿਦਾਨ ਦਾ ਸਾਧਨ ਹੈ, ਕਲਾਇੰਟ ਦੇ ਖੇਤਰ ਨਾਮ ਨਹੀਂ।
| Layer | Owner | Lifetime |
|---|---|---|
| Pre-shared key | Peer configuration | Until operators change it |
| XAuth credential | Authentication backend | Per session, per policy |
| One-time code | Token system | Single use |
PSK: ਵਿਅਕਤੀ ਦੀ ਨਹੀਂ, ਸਾਥੀ ਦੀ
ਇਸ ਪੁਰਾਣੀ ਬਣਤਰ ਵਿੱਚ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਗੇਟਵੇ ਜੋੜੀ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਵਰਤੋਂਕਾਰ ਦਾ ਲੌਗਇਨ ਇਸ ਨੂੰ ਕਦੇ ਨਹੀਂ ਬਦਲਦਾ। ਪ੍ਰੋਂਪਟ ਦੀ ਥਾਂ ਆਮ ਗੱਲਬਾਤ ਤਰੁੱਟੀ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਢੰਗ ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਗਲਤ ਹੋਣ ਵਾਲਾ ਮੁੱਲ ਵੀ ਇਹੀ ਹੈ। ਕੋਈ ਵੀ ਵਰਤੋਂਕਾਰ ਪ੍ਰੋਂਪਟ ਦਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੰਗ ਅਸਫਲ ਹੋਵੇ ਤਾਂ ਸ਼ੱਕੀ ਕੁੰਜੀ ਜਾਂ ਪ੍ਰਸਤਾਵ ਹਨ।
ਵਰਤੋਂਕਾਰ ਦਾ ਪ੍ਰਮਾਣ ਪਹਿਲੇ ਪੜਾਅ ਦੀ ਅਸਫਲਤਾ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਸ ਨੂੰ ਬਦਲਣ ਨਾਲ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲਾ ਇੱਕੋ ਪ੍ਰਮਾਣ ਵਿਅਰਥ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗਲਤ ਸਿਧਾਂਤ ਮਜ਼ਬੂਤ ਹੁੰਦਾ ਹੈ।
XAuth: ਪੁਰਾਣਾ ਵਰਤੋਂਕਾਰ ਵਟਾਂਦਰਾ
XAuth IKEv1 ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਉੱਤੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਵਟਾਂਦਰਾ ਜੋੜਦਾ ਹੈ ਅਤੇ ਕਿਹੜਾ ਬੈਕਐਂਡ ਇਸ ਨੂੰ ਜਾਂਚੇਗਾ ਇਹ ਗੇਟਵੇ ਤੈਅ ਕਰਦਾ ਹੈ। ਉਸ ਬੈਕਐਂਡ ਅਨੁਸਾਰ ਵਟਾਂਦਰਾ ਡਾਇਰੈਕਟਰੀ ਪਾਸਵਰਡ, RADIUS ਪ੍ਰਮਾਣ ਜਾਂ ਟੋਕਨ ਜਵਾਬ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ। XAuth ਸ਼ਬਦ ਵਟਾਂਦਰੇ ਦੀ ਢੋਆ-ਢੁਆਈ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਪ੍ਰਮਾਣ ਦੀ ਕਿਸਮ ਦਾ ਨਹੀਂ।
ਗੇਟਵੇ ਪ੍ਰੋਫਾਈਲ ਕਿਹੜੇ ਬੈਕਐਂਡ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ ਜਾਂਚੋ। ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ ਤੋਂ ਕੀ ਮੰਗਿਆ ਜਾਵੇਗਾ ਅਤੇ ਪਾਸਵਰਡ ਰੀਸੈਟ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦੇ।
OTP: ਬੈਕਐਂਡ ਜੋ ਮੰਗੇ
ਕੁਝ ਤੈਨਾਤੀਆਂ ਪਾਸਵਰਡ ਤੋਂ ਬਾਅਦ ਵੱਖਰਾ ਇੱਕ-ਵਾਰ ਦਾ ਕੋਡ ਮੰਗਦੀਆਂ ਹਨ, ਹੋਰ ਦਰਜ ਕੀਤੇ ਵਿਭਾਜਕ ਨਾਲ ਸੰਯੁਕਤ ਇਨਪੁੱਟ ਰੂਪ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀਆਂ ਹਨ। ਦੋਵੇਂ ਮੌਜੂਦ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਪ੍ਰੋਫਾਈਲ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ। ਕਿਸੇ ਹੋਰ ਥਾਂ ਚੱਲਿਆ ਇਸ ਲਈ ਜੋੜਨ ਦਾ ਤਰੀਕਾ ਈਜਾਦ ਕਰਨਾ ਦਰਜ ਟੋਕਨ ਸਾੜਨ ਦਾ ਸਭ ਤੋਂ ਆਮ ਤਰੀਕਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਗੇਟਵੇ ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਤੈਅ ਹੁੰਦਾ ਹੈ।
ਗੇਟਵੇ ਵੱਲੋਂ ਦਿੱਤਾ ਵਟਾਂਦਰਾ ਪੂਰਾ ਕਰ ਸਕਣ ਵਾਲੇ ਕਲਾਇੰਟ ਨਾਲ ਦਰਜ ਰੂਪ ਵਰਤੋ।
ਕਲਾਇੰਟ ਦੀ ਹੱਦ ਕਿੱਥੇ ਵੱਢਦੀ ਹੈ
FortiClient 7.4.4 ਅਤੇ ਬਾਅਦ ਦੇ ਸੰਸਕਰਣ IPsec VPN ਲਈ IKEv1 ਦਾ ਸਮਰਥਨ ਹੁਣ ਨਹੀਂ ਕਰਦੇ ਅਜਿਹਾ Fortinet ਦਰਜ ਕਰਦਾ ਹੈ, ਇਹ FortiClient ਅਨੁਕੂਲਤਾ ਨੋਟ ਦਰਜ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਸਰਵਵਿਆਪੀ ਹਟਾਉਣਾ ਨਹੀਂ, ਉਤਪਾਦ ਅਤੇ ਸੰਸਕਰਣ ਦੀ ਹੱਦ ਹੈ। ਹੋਰ ਕਲਾਇੰਟ ਵੀ ਆਪਸ ਵਿੱਚ ਬਦਲੇ ਨਹੀਂ ਜਾ ਸਕਦੇ: OpenConnect ਅਤੇ openfortivpn ਖਾਸ ਗੇਟਵੇ ਪਰੋਟੋਕਾਲ ਬੋਲਦੇ ਹਨ, ਕੋਈ ਵੀ IKEv1 ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ। ਸਥਾਪਤ ਕਲਾਇੰਟ ਦਾ IKE ਸੰਸਕਰਣ, PSK ਮੋਡ, XAuth ਸਮਰਥਨ ਅਤੇ ਆਪਸੀ ਕਿਰਿਆ ਦਾ ਨਮੂਨਾ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ। ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਜੁੜਨ ਵਾਲਾ ਕਲਾਇੰਟ ਮੂਲ ਲੋੜ ਸਿੱਧ ਨਹੀਂ ਕਰਦਾ।
IKEv1 ਪੁਰਾਣਾ ਹੋ ਚੁੱਕਾ ਹੈ, ਇਸ ਲਈ ਸਮਰਥਨ ਰਹਿਤ ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਉੱਤੇ ਬਣੀ ਨਵੀਂ ਤੈਨਾਤੀ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦਾ ਹੱਲ ਹੈ। ਗੇਟਵੇ ਦੇ ਮਾਲਕ ਤੋਂ ਸਮਰਥਿਤ ਤਬਦੀਲੀ ਮਾਰਗ ਮੰਗੋ, ਜਿਸ ਵਿੱਚ ਉੱਥੇ ਦੂਜਾ ਕਾਰਕ ਕਿਵੇਂ ਸੰਭਾਲਿਆ ਜਾਵੇਗਾ ਇਹ ਵੀ ਸ਼ਾਮਲ ਹੈ।
ਕਾਰਕ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ ਨਿਦਾਨ
ਲੌਗ ਵਿੱਚ ਪੜਾਅ ਵੱਖ ਕਰੋ: ਸਾਥੀ ਗੱਲਬਾਤ, ਵਰਤੋਂਕਾਰ ਵਟਾਂਦਰਾ, ਦੂਜੇ ਕਾਰਕ ਦਾ ਨਤੀਜਾ, ਫਿਰ ਪਤਾ ਅਤੇ ਮਾਰਗ ਅਲਾਟ ਕਰਨਾ। ਹਰ ਖੇਤਰ ਵਿੱਚ ਕੋਡ ਅਜ਼ਮਾਉਣ ਦੀ ਥਾਂ ਕੰਪੋਨੈਂਟ ਅਤੇ ਪੜਾਅ ਦਰਜ ਕਰੋ। ਟੈਸਟ ਪਾਸ ਹੋਣ ਲਈ ਕਾਰਕ ਬੰਦ ਕਰਨ ਨਾਲ ਅਜਿਹੀ ਸੁਰੰਗ ਬਣਦੀ ਹੈ ਜੋ ਤੈਨਾਤੀ ਬਾਰੇ ਕੁਝ ਵੀ ਸਿੱਧ ਨਹੀਂ ਕਰਦੀ।
ਦਰਜ ਦੀਆਂ ਗੁਪਤਤਾਵਾਂ ਅਤੇ ਸਾਂਝੀ ਕੁੰਜੀ ਸੰਸਥਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਨੁਸਾਰ ਸੁਰੱਖਿਅਤ ਭੰਡਾਰ ਵਿੱਚ ਰੱਖੋ। ਸਥਾਈ ਫਾਈਲ ਵਿੱਚ ਇੱਕ-ਵਾਰ ਦਾ ਕੋਡ ਉਹ ਕਾਰਕ ਹੈ ਜੋ ਕਾਰਕ ਰਹਿਣਾ ਛੱਡ ਚੁੱਕਾ ਹੈ।