ਇੱਕ ਗਲਤੀ, ਤਿੰਨ ਭੇਦ: ਕਿਹੜਾ VPN ਪ੍ਰਮਾਣ ਅਸਫਲ ਹੋਇਆ?
ਕਲਾਇੰਟ ਹਰ ਪੜਾਅ ਲਈ ਇੱਕੋ ਗਲਤੀ ਦਿਖਾਉਂਦਾ ਹੈ। ਪਾਸਵਰਡ ਰੀਸੈਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਐਸੋਸੀਏਸ਼ਨ, ਉਪਭੋਗਤਾ ਵਟਾਂਦਰਾ ਅਤੇ ਢੰਗ ਪੜ੍ਹੋ।
“ਪ੍ਰਮਾਣਿਕਤਾ ਅਸਫਲ” ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ, ਮਸ਼ੀਨ ਦੀ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਜਾਂ ਉਪਭੋਗਤਾ ਪਾਸਵਰਡ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਕਿਹੜਾ ਹੈ, ਇਹ ਪ੍ਰੋਟੋਕਾਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਪ੍ਰੋਟੋਕਾਲ ਭੇਦਾਂ ਦਾ ਵੱਖਰਾ ਸਮੂਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਗਲਤ ਵਾਲਾ ਰੀਸੈਟ ਕਰੋ ਤੇ ਗਲਤੀ ਜਿਉਂ ਦੀ ਤਿਉਂ ਰਹਿੰਦੀ ਹੈ। ਹੱਲ ਇਹ ਹੈ ਕਿ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪਤਾ ਕਰੋ ਕਿ ਪ੍ਰੋਟੋਕਾਲ ਕਿੰਨੇ ਸਬੂਤ ਮੰਗਦਾ ਹੈ।
ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਦੋ ਸਬੂਤ
ਇੱਕ ਟਨਲ ਨੂੰ ਇਹ ਦੱਸਣਾ ਪੈਂਦਾ ਹੈ ਕਿ ਉਹ ਸਹੀ ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚੀ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਇਹ ਕਿ ਉਪਭੋਗਤਾ ਕੌਣ ਹੈ। ਗੇਟਵੇ ਸਬੂਤ ਮਸ਼ੀਨ-ਪੱਧਰ ਦਾ ਹੁੰਦਾ ਹੈ: ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ, ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਜਾਂ ਸਥਿਰ ਜਨਤਕ ਕੁੰਜੀ। ਉਪਭੋਗਤਾ ਸਬੂਤ ਵਿਅਕਤੀ-ਪੱਧਰ ਦਾ ਹੁੰਦਾ ਹੈ: ਪਾਸਵਰਡ, ਟੋਕਨ, ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ, ਜਾਂ ਕੁਝ ਵੀ ਨਹੀਂ। ਇਹ ਭਰੋਸੇ ਦੀਆਂ ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਹਨ ਅਤੇ ਵੱਖਰੀ ਸਮੱਗਰੀ ਖਪਤ ਕਰਦੀਆਂ ਹਨ।
IKEv2 ਗੇਟਵੇ ਸਬੂਤ IKE_AUTH ਦੇ ਅੰਦਰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਅਤੇ, ਜਦੋਂ EAP ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਸਬੂਤ ਬਾਅਦ ਵਿੱਚ ਵੱਖਰੇ ਵਟਾਂਦਰੇ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ। IKEv2 ਵਿਸਤ੍ਰਿਤ ਵੇਰਵਾ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖਰੇ ਭਾਗਾਂ ਵਜੋਂ ਰੱਖਦਾ ਹੈ, ਜੋ ਇਹ ਦੱਸਣ ਵਾਲਾ ਪੱਕਾ ਸੰਕੇਤ ਹੈ ਕਿ ਜਦੋਂ ਇੱਕ ਸੁਨੇਹਾ ਦੋਵੇਂ ਦੌਰ ਕਵਰ ਕਰੇ ਤਾਂ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ।
ਪੜਾਅ ਪੜ੍ਹੋ, ਸੁਨੇਹਾ ਨਹੀਂ
ਕਲਾਇੰਟ ਇੱਕੋ ਗਲਤੀ ਸਤਰ ਦਿਖਾਉਂਦਾ ਹੈ, ਭਾਵੇਂ ਕੋਈ ਵੀ ਪੜਾਅ ਅਸਫਲ ਹੋਵੇ, ਇਸ ਲਈ ਸਤਰ ਆਪਣੇ ਆਪ ਵਿੱਚ ਲਗਭਗ ਕੋਈ ਜਾਣਕਾਰੀ ਨਹੀਂ ਰੱਖਦੀ। ਜਾਣਕਾਰੀ ਦੇਣ ਵਾਲੀ ਚੀਜ਼ ਹਰ ਪੜਾਅ 'ਤੇ ਵੇਖੀ ਜਾ ਸਕਣ ਵਾਲੀ ਹਾਲਤ ਹੈ: ਐਸੋਸੀਏਸ਼ਨ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ, ਉਪਭੋਗਤਾ ਵਟਾਂਦਰਾ ਸ਼ੁਰੂ ਹੋਇਆ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕਲਾਇੰਟ ਨੇ ਉਹ ਢੰਗ ਪੇਸ਼ ਕੀਤਾ ਜਾਂ ਨਹੀਂ ਜੋ ਗੇਟਵੇ ਚਾਹੁੰਦਾ ਸੀ। ਸਾਰਣੀ ਪੜਾਵਾਂ ਨੂੰ ਪ੍ਰੋਟੋਕਾਲ ਨਾਮ ਦੀ ਥਾਂ ਇਸੇ ਤਰ੍ਹਾਂ ਤਰਤੀਬ ਦਿੰਦੀ ਹੈ।
| Stage that failed | Evidence you can inspect | What a password change cannot fix |
|---|---|---|
| The machine proof | no security association in the state list | a mismatched pre-shared key or an untrusted chain |
| The user proof | an association is up while PPP or EAP reports failure | an expired token, a locked account, a missing client key |
| The client's method support | the client offers no method the gateway accepts | a client without the required EAP or key material |
| The server's policy | the gateway rejects before any user exchange starts | a policy that requires a certificate the profile lacks |
ਸਿਰਫ਼ ਦੂਜੀ ਕਤਾਰ ਉਸ ਪ੍ਰਮਾਣ ਬਾਰੇ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰ ਸਕਦਾ ਹੈ। ਬਾਕੀ ਤਿੰਨ ਸੰਰਚਨਾ ਤੱਥ ਹਨ, ਅਤੇ ਇਹੀ ਮੇਲ ਨਾ ਖਾਣਾ ਕਾਰਨ ਹੈ ਕਿ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤੀਆਂ ਰਿਪੋਰਟਾਂ ਉਸ ਪਾਸਵਰਡ ਰੀਸੈਟ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਕਿਸੇ ਖੇਤਰ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਸਬੂਤ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਕਤਾਰ ਪੜ੍ਹੋ।
ਦੋ ਭੇਦਾਂ ਵਾਲਾ ਪ੍ਰੋਟੋਕਾਲ ਆਪਣਾ ਪੱਤਾ ਖੋਲ੍ਹਦਾ ਹੈ
L2TP over IPsec ਗਿਣਤੀ ਨੂੰ ਦਿੱਖਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਜਾਂਚਾਂ ਵੱਖਰੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ। IPsec ਪਰਤ ਨੂੰ ਪਹਿਲਾਂ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਉੱਠਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਉਦੋਂ ਹੀ ਅੰਦਰਲਾ PPP ਉਪਭੋਗਤਾ ਲੌਗਇਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ।
ਜਦੋਂ ਮਸ਼ੀਨ ਦਾ ਭੇਦ ਗਲਤ ਹੁੰਦਾ ਹੈ, ਕੋਈ ਐਸੋਸੀਏਸ਼ਨ ਨਹੀਂ ਬਣਦੀ ਅਤੇ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣ ਕਦੇ ਅਜ਼ਮਾਇਆ ਨਹੀਂ ਜਾਂਦਾ। ਜਦੋਂ ਮਸ਼ੀਨ ਦਾ ਭੇਦ ਸਹੀ ਅਤੇ ਉਪਭੋਗਤਾ ਦਾ ਭੇਦ ਗਲਤ ਹੁੰਦਾ ਹੈ, ਐਸੋਸੀਏਸ਼ਨ ਮੌਜੂਦ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਟਨਲ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਿਹਾ ਹੋਣ 'ਤੇ PPP ਲੌਗਇਨ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਦੋ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਤੋਂ ਸਕਰੀਨ 'ਤੇ ਇੱਕੋ ਸੁਨੇਹਾ ਦਿੰਦੇ ਹਨ।
sudo swanctl --list-sas
sudo ip xfrm state list
sudo journalctl -u xl2tpd -n 50 --no-pagerਖਾਲੀ ਐਸੋਸੀਏਸ਼ਨ ਸੂਚੀ ਉਪਭੋਗਤਾ ਪਰਤ ਨੂੰ ਤੁਰੰਤ ਬਾਹਰ ਕਰ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਪਾਸਵਰਡ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਵੇਖੋ। ਦੁਹਰਾਈਆਂ PPP ਅਸਫਲਤਾਵਾਂ ਵਾਲੀ ਸਥਾਪਿਤ ਐਸੋਸੀਏਸ਼ਨ ਦੂਜੀ ਦਿਸ਼ਾ ਵੱਲ, ਭਾਵ ਉਪਭੋਗਤਾ ਪਰਤ ਜਾਂ ਉਸਦੇ ਅੰਦਰਲੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰੋਟੋਕਾਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਕੋਈ ਵੀ ਸਿੱਟਾ ਕਲਾਇੰਟ ਦੇ ਗਲਤੀ ਟੈਕਸਟ ਤੋਂ ਨਹੀਂ ਮਿਲਦਾ।
ਪਾਸਵਰਡ-ਸਿਰਫ਼ ਅਸਲ ਵਿੱਚ ਕਿਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ
L2TP, PPTP, SSTP ਅਤੇ EAP ਵਾਲੇ IKEv2 ਲਈ ਪਾਸਵਰਡ-ਸਿਰਫ਼ ਪਹੁੰਚ ਆਮ ਹੈ। WireGuard ਵਿੱਚ ਅਜਿਹਾ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਸਦੇ ਪੀਅਰ ਉਪਭੋਗਤਾ ਨਹੀਂ, ਕੁੰਜੀਆਂ ਹਨ। OpenVPN ਲਈ ਜਵਾਬ ਸਰਵਰ ਦੀ ਕਲਾਇੰਟ-ਸਰਟੀਫਿਕੇਟ ਲੋੜ ਤੋਂ ਆਉਂਦਾ ਹੈ: ਜੋ ਗੇਟਵੇ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਪਾਸਵਰਡ ਦੋਵੇਂ ਮੰਗਦਾ ਹੈ, ਉਹ ਖੇਤਰ ਵਿੱਚ ਜੋ ਵੀ ਲਿਖਿਆ ਜਾਵੇ, ਪਾਸਵਰਡ-ਸਿਰਫ਼ ਕਲਾਇੰਟ ਨੂੰ ਰੱਦ ਕਰਦਾ ਰਹੇਗਾ।
ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਕੰਪੋਨੈਂਟ ਚਾਹੀਦਾ ਹੈ, ਇਹ ਉਸੇ ਜਵਾਬ ਤੋਂ ਨਿਕਲਦਾ ਹੈ। IKEv2 ਅਧੀਨ ਪਾਸਵਰਡ ਲੌਗਇਨ ਲਈ EAP ਬੋਲਣ ਵਾਲਾ ਕਲਾਇੰਟ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਰਟੀਫਿਕੇਟ ਲੌਗਇਨ ਲਈ ਕਲਾਇੰਟ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਅਤੇ ਸਰਵਰ ਦੀ ਚੇਨ ਚਾਹੀਦੀ ਹੈ। ਗਲਤ ਵਾਲਾ ਇੰਸਟਾਲ ਕਰੋ ਤੇ ਅਸਫਲਤਾ ਪ੍ਰਮਾਣ ਗਲਤੀ ਵਾਂਗ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ, ਭਾਵੇਂ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਆਪ ਹੀ ਗੁੰਮ ਹੋਵੇ।
ਇੱਕ ਚੀਜ਼ ਬਦਲੋ, ਫਿਰ ਦੁਬਾਰਾ ਜਾਂਚੋ
ਪਹਿਲਾਂ ਤਿੰਨ ਤੱਥ ਪੱਕੇ ਕਰੋ: ਕਿਹੜਾ ਪ੍ਰੋਟੋਕਾਲ ਚੱਲ ਰਿਹਾ ਹੈ, ਇਹ ਕਿੰਨੇ ਭੇਦ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਹੜੇ ਉਪਭੋਗਤਾ ਦੀ ਥਾਂ ਮਸ਼ੀਨ ਦੇ ਹਨ। ਮਸ਼ੀਨਾਂ ਪਹਿਲੇ ਪੜਾਅ 'ਤੇ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਲੋਕ ਦੂਜੇ 'ਤੇ, ਅਤੇ ਇਨ੍ਹਾਂ ਦੋਵਾਂ ਨੂੰ ਰਲਾਉਣਾ ਹੀ ਇਹ ਪੂਰੀ ਸਮੱਸਿਆ ਹੈ।
ਫਿਰ ਠੀਕ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਉਸੇ ਕਲਾਇੰਟ ਤੋਂ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਇਹ ਅਨੁਸ਼ਾਸਨ ਉਲਝਾਉਣ ਵਾਲੀ ਅਸਫਲਤਾ ਨੂੰ ਅਜਿਹੇ ਸੁਧਾਰ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਦੱਸ ਸਕਦੇ ਹੋ, ਜੋ ਕਿ ਕਿਸੇ ਅਜਿਹੇ ਚੱਲਦੇ ਕਨੈਕਸ਼ਨ ਨਾਲੋਂ ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਹੈ ਜਿਸਦੀ ਕੋਈ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ।