vpnc ਸਮੂਹ ਭੇਦ ਜਾਂ ਤੁਹਾਡਾ ਲੌਗਇਨ: ਕਿਹੜਾ ਖੇਤਰ ਕੀ ਲੈਂਦਾ ਹੈ?
vpnc ਪ੍ਰੋਫਾਈਲ ਸਮੂਹ ID, ਸਮੂਹ ਭੇਦ ਅਤੇ XAuth ਲੌਗਇਨ ਮੰਗਦੀ ਹੈ, ਅਤੇ ਲੋਕ ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਗਲਤ ਬਕਸੇ ਵਿੱਚ ਪਾਉਂਦੇ ਹਨ। ਹਰ ਖੇਤਰ ਨੂੰ ਉਸ ਦੀ ਭੂਮਿਕਾ ਅਨੁਸਾਰ ਮਿਲਾਓ।
ਜਦੋਂ ਕੋਈ ਤੁਹਾਨੂੰ ਪਹਿਲੀ ਵਾਰ vpnc ਪ੍ਰੋਫਾਈਲ ਦਿੰਦਾ ਹੈ, ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਵਾਦ ਚਾਰ ਚੀਜ਼ਾਂ ਪੁੱਛਦਾ ਹੈ ਅਤੇ ਇੰਝ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਇੱਕੋ ਪਾਸਵਰਡ ਚਾਹੁੰਦਾ ਹੋਵੇ। ਅਜਿਹਾ ਨਹੀਂ: ਸਮੂਹ ਦਾ ਪਹਿਲਾਂ ਸਾਂਝਾ ਕੀਤਾ ਭੇਦ ਅਤੇ ਵਿਅਕਤੀਗਤ XAuth ਲੌਗਇਨ ਵੱਖਰੇ ਮਾਲਕਾਂ ਵਾਲੇ ਵੱਖਰੇ ਮੁੱਲ ਹਨ, ਅਤੇ ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਸਮੂਹ ਖੇਤਰ ਵਿੱਚ ਪਾਉਣ ਨਾਲ ਗਲਤ ਬਕਸੇ ਵਰਗੀ ਨਹੀਂ ਬਲਕਿ ਮਾੜੇ ਪਾਸਵਰਡ ਵਰਗੀ ਦਿਸਣ ਵਾਲੀ ਅਸਫਲਤਾ ਮਿਲਦੀ ਹੈ। ਇਹ ਮਿਲਾਨ ਸਹੀ ਕਰਨਾ ਹੀ ਇੱਥੇ ਪੂਰਾ ਕੰਮ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸੇ ਹੋਰ ਦਾ ਸਥਾਨਾਂਤਰਣ ਪ੍ਰੋਜੈਕਟ ਹੈ, ਇਸ ਲਈ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਵੀਆਂ IKEv1 ਸੁਰੰਗਾਂ ਬਣਾਉਣ ਦੀ ਦਲੀਲ ਨਹੀਂ ਹੈ।
ਦੋ ਭੇਦ, ਦੋ ਮਾਲਕ, ਇੱਕ ਸੰਵਾਦ
ਸਮੂਹ ਭੇਦ ਗੇਟਵੇ ਪ੍ਰੋਫਾਈਲ ਦਾ ਹੁੰਦਾ ਹੈ। ਜੋ ਵੀ ਉਸ ਪ੍ਰੋਫਾਈਲ ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ ਉਹੀ ਮੁੱਲ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਇਹ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰ ਸਕਦਾ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਦੇ ਹੋਰ ਸਾਰੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਬਦਲੇ ਬਿਨਾਂ ਇੱਕ ਲੈਪਟਾਪ ਤੋਂ ਵਾਪਸ ਨਹੀਂ ਲਿਆ ਜਾ ਸਕਦਾ। XAuth ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਇਸ ਦੇ ਬਜਾਏ ਮਨੁੱਖ ਦੇ ਹਨ, ਅਤੇ IPsec ਸੰਬੰਧ ਪਹਿਲਾਂ ਹੀ ਖੜ੍ਹਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਗੇਟਵੇ ਦੂਜੇ ਪੜਾਅ ਵਿੱਚ ਉਹਨਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ।
ਲੋਕ ਇਸੇ ਦੋ-ਪੜਾਅ ਸ਼ਕਲ ਨੂੰ ਖੁੰਝਾ ਦਿੰਦੇ ਹਨ। ਸੁਰੰਗ ਸਥਾਪਨਾ ਅਤੇ ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਕਤਾ ਵੱਖਰੇ ਇਨਪੁਟ ਵਾਲੇ ਵੱਖਰੇ ਵਟਾਂਦਰੇ ਹਨ, ਇਸ ਲਈ ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਕੇਤ ਤੱਕ ਕਦੇ ਨਾ ਪਹੁੰਚਣ ਵਾਲਾ ਕਲਾਇੰਟ ਲੌਗਇਨ ਵਿੱਚ ਬਿਲਕੁਲ ਅਸਫਲ ਨਹੀਂ ਹੋਇਆ। ਸੰਵਾਦ ਨੂੰ ਇੱਕ ਨਹੀਂ ਬਲਕਿ ਦੋ ਕਾਲਮਾਂ ਵਜੋਂ ਪੜ੍ਹੋ: ਖੱਬੇ ਪਾਸੇ ਪ੍ਰੋਫਾਈਲ-ਵਿਆਪੀ ਮੁੱਲ, ਸੱਜੇ ਪਾਸੇ ਨਿੱਜੀ ਮੁੱਲ। ਜਦੋਂ ਕਨੈਕਸ਼ਨ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਤੁਹਾਡੇ ਦੁਆਰਾ ਸਭ ਤੋਂ ਬਾਅਦ ਭਰਿਆ ਕਾਲਮ ਆਪਣੇ ਆਪ ਦੋਸ਼ੀ ਕਾਲਮ ਨਹੀਂ ਹੁੰਦਾ।
ਖੇਤਰਾਂ ਨੂੰ ਭੂਮਿਕਾ ਨਾਲ ਮਿਲਾਓ, ਲੇਬਲ ਨਾਲ ਨਹੀਂ
vpnc ਆਪਣੇ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਗ੍ਰਾਫਿਕਲ ਫ੍ਰੰਟਐਂਡ ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਲੇਬਲ ਕਰਦਾ ਹੈ। ਹਰ ਮੁੱਲ ਦੀ ਭੂਮਿਕਾ ਦਾ ਅਨੁਵਾਦ ਕਰੋ, ਫਿਰ ਲੇਬਲਾਂ ਦੀ ਮਹੱਤਤਾ ਨਹੀਂ ਰਹਿੰਦੀ:
| Directive | What it carries | Who owns it |
|---|---|---|
| IPSec gateway | Address or hostname of the remote VPN endpoint | Operator |
| IPSec ID | Group identifier selecting the profile on that gateway | Operator |
| IPSec secret | Group preshared secret, not an account password | Profile, shared |
| Xauth username and password | Credentials for the per-user stage after the tunnel | Person |
ਸਮੂਹ ਖੇਤਰ ਦੇ ਨਾਲ «ਵਰਤੋਂਕਾਰ ਨਾਮ» ਅਤੇ «ਪਾਸਵਰਡ» ਦਿਖਾਉਣ ਵਾਲਾ ਫ੍ਰੰਟਐਂਡ ਗਲਤ ਨਹੀਂ — ਇਹ ਵੱਖਰੇ ਨਾਵਾਂ ਹੇਠ ਉਹੀ ਤਿੰਨ ਮੁੱਲ ਹਨ। ਜੋ ਟੁੱਟਦਾ ਹੈ ਉਹ ਹੈ ਮੁੱਲ ਉਸ ਵਿੱਚ ਫਿੱਟ ਹੋਣ ਕਰਕੇ ਬਕਸਾ ਭਰਨਾ। ਵਰਤੋਂਕਾਰ ਪਾਸਵਰਡ ਵਜੋਂ ਚਿਪਕਾਇਆ ਸਮੂਹ ਭੇਦ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵਰਤੋਂਕਾਰ ਪੜਾਅ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ; ਸਮੂਹ ਭੇਦ ਵਜੋਂ ਚਿਪਕਾਇਆ ਖਾਤਾ ਪਾਸਵਰਡ ਪਹਿਲਾਂ, ਕਿਸੇ ਵੀ ਸੰਕੇਤ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਫਾਇਰਵਾਲ ਵਿੱਚ ਉਹ ਸਮੱਸਿਆ ਲੱਭਣ ਭੇਜਦਾ ਹੈ ਜੋ ਟੈਕਸਟ ਖੇਤਰ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ।
ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਕੀ ਨਹੀਂ ਹੈ
ਸਮੂਹ ਸ਼ਬਦ ਗਲਤ ਪੜ੍ਹਤ ਨੂੰ ਸੱਦਾ ਦਿੰਦਾ ਹੈ। ਇੱਥੇ ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਇੱਕ ਚੋਣਕਰਤਾ ਹੈ ਜੋ ਗੇਟਵੇ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪ੍ਰੋਫਾਈਲ ਸੰਰਚਨਾ ਲਾਗੂ ਕਰਨੀ ਹੈ; ਇਹ ਡਾਇਰੈਕਟਰੀ ਮੈਂਬਰਸ਼ਿਪ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਦੋਵੇਂ ਪਾਸਿਆਂ ਦਾ ਮਿਲਦਾ ਨਾਮ ਉਦੋਂ ਤੱਕ ਸੰਕੋਗ ਹੈ ਜਦੋਂ ਤੱਕ ਆਪਰੇਟਰ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ। ਅਧਿਕਾਰ XAuth ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੁੰਦਾ ਹੈ, ਗੇਟਵੇ ਜਿਸ ਨਾਲ ਸਲਾਹ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਹੈ ਉਹ ਤੈਅ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਕਲਾਇੰਟ ਸੰਵਾਦ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।
ਇਹੀ ਸਾਵਧਾਨੀ ਸਮੂਹ ਭੇਦ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਜਾਣਨਾ ਪਛਾਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕ ਭੇਦ ਨੂੰ ਟੀਮ ਵਿੱਚ ਘੁਮਾਉਣਾ ਅਜਿਹੇ ਨਤੀਜਿਆਂ ਵਾਲਾ ਕਾਰਜਕਾਰੀ ਫੈਸਲਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ।
ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਪਸ਼ਟ ਨਿਰਦੇਸ਼ ਨੂੰ ਸੁਲਝਾਓ
ਪੁਰਾਣੇ ਹਸਤਾਂਤਰਣ ਨੋਟਾਂ ਵਿੱਚ ਅਕਸਰ «ਸਮਰਪਿਤ ਜਨਤਕ IP ਵਰਤੋ» ਵਰਗੀ ਲਾਈਨ ਹੁੰਦੀ ਹੈ। ਉਹ ਵਾਕਾਂਸ਼ ਉਸ ਪਤੇ ਦਾ ਅਰਥ ਹੋ ਸਕਦਾ ਹੈ ਜਿੱਥੋਂ ਪਾਰਲੇ ਪਾਸੇ ਦੀ ਇਜਾਜ਼ਤ ਸੂਚੀ ਤੁਹਾਡੇ ਟ੍ਰੈਫਿਕ ਦੇ ਪਹੁੰਚਣ ਦੀ ਉਮੀਦ ਕਰਦੀ ਹੈ, ਇਹ ਆਪਰੇਟਰ ਨੈੱਟਵਰਕ ਦੀ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਅਤੇ ਗੇਟਵੇ ਖੇਤਰ ਵਿੱਚ ਤੁਹਾਡੇ ਦੁਆਰਾ ਟਾਈਪ ਕੀਤੇ ਅੰਤ ਬਿੰਦੂ ਨਾਲ ਇਸਦਾ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ। ਮੁੱਲ ਕਿਤੇ ਵੀ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛੋ ਕਿ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਭਾਵ ਹੈ। ਉਲਟਾ ਭਰਨ ਨਾਲ ਇਹ ਹਰ ਪੈਕਟ ਨੂੰ ਅਜਿਹੇ ਪਤੇ 'ਤੇ ਭੇਜਦਾ ਹੈ ਜੋ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਆਉਣ ਵਾਲੀ ਸਮਾਂ ਸੀਮਾ ਰੋਕੇ ਹੋਏ ਪੋਰਟ ਵਾਂਗ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ।
ਸੰਸਥਾ ਦੇ ਪ੍ਰਮਾਣਿਤ ਚੈਨਲ ਰਾਹੀਂ ਚਾਰ ਚੀਜ਼ਾਂ ਮੰਗੋ: ਕਿਹੜਾ ਕਲਾਇੰਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਸਮਰਥਿਤ ਹੈ, ਕਿਹੜਾ ਅੰਤ ਬਿੰਦੂ ਵਰਤਣਾ ਹੈ, ਗੇਟਵੇ ਕਿਹੜੀ ਪਛਾਣ ਪੇਸ਼ ਕਰੇਗਾ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿਵੇਂ ਸੌਂਪੀ ਜਾਂਦੀ ਹੈ। ਅਸਲੀ ਭੇਦ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਟਿਕਟਾਂ ਅਤੇ ਸਾਂਝੇ ਸਮੱਸਿਆ-ਨਿਵਾਰਣ ਨੋਟਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬੰਦ ਨਾ ਕਰੋ ਅਤੇ ਵੱਖਰੀ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ ਸੇਵਾ ਨੂੰ ਅਨੁਕੂਲ ਦਿਸਣ ਲਈ ਪੁਰਾਣੀ ਸਾਈਫਰ ਸੂਚੀ ਨਾ ਚਿਪਕਾਓ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਜਾਂਚ ਕਮਜ਼ੋਰ ਕਰਕੇ ਚੱਲਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਉਹ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਜੋ ਤੁਹਾਨੂੰ ਬਣਾਉਣ ਲਈ ਕਿਹਾ ਗਿਆ ਸੀ।
ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਇਮਾਨਦਾਰ ਰੱਖੋ
IKEv1 ਪੁਰਾਣਾ ਹੋ ਚੁੱਕਾ ਹੈ, ਅਤੇ RFC 9395 ਉਹ ਦਸਤਾਵੇਜ਼ ਹੈ ਜਿਸਦਾ ਹਵਾਲਾ ਸਥਾਨਾਂਤਰਣ ਦਾ ਸਵਾਲ ਉੱਠਣ 'ਤੇ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਫਲ ਖੇਤਰ ਮਿਲਾਨ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਨਵੀਂ ਰਚਨਾ ਵਿੱਚ ਆਉਂਦਾ ਹੈ; ਇਹ ਜੋ ਖਰੀਦਦਾ ਹੈ ਉਹ ਹੈ ਬਦਲੀ ਨਿਰਧਾਰਿਤ ਹੋਣ ਤੱਕ ਚੱਲਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ, ਨਾਲ ਹੀ ਲਿਖਤੀ ਦਾਇਰਾ ਅਤੇ ਉਸ ਸਥਾਨਾਂਤਰਣ ਦਾ ਮਾਲਕ।
ਫਿਰ ਸੰਵਾਦ ਦੇ ਬਜਾਏ ਲੋੜ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚੋ। ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੁਰੰਗ ਇੰਟਰਫੇਸ ਕੋਲ ਅਪੇਖਿਤ ਪਤਾ ਹੈ ਅਤੇ ਅੰਦਰੂਨੀ ਮੰਜ਼ਿਲ ਉਸ ਰਾਹੀਂ ਰੂਟ ਹੁੰਦੀ ਹੈ; ਜੇ ਮੂਲ ਲੋੜ ਵਿੱਚ ਇਜਾਜ਼ਤ ਸੂਚੀ ਲਈ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਪਤਾ ਦੱਸਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਉਹ ਪਤਾ ਵੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਸੁਰੰਗ ਦੇ ਖੜ੍ਹੇ ਹੋਣ ਨਾਲੋਂ ਵੱਖਰਾ ਤੱਥ ਹੈ। ਜੋ ਪ੍ਰੋਫਾਈਲ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਰੂਟ ਨਹੀਂ ਕਰਦੀ, ਉਹ ਵੀ ਜਿਸ ਕੰਮ ਲਈ ਬਣੀ ਸੀ ਉਹ ਖੁੰਝ ਚੁੱਕੀ ਹੈ।