ਸਾਂਝਾ ਸੀਕ੍ਰੇਟ ਜਾਂ ਉਪਭੋਗਤਾ ਲੌਗਇਨ: L2TP/IPsec ਦਾ ਕਿਹੜਾ ਫ਼ੀਲਡ ਫੇਲ੍ਹ ਹੋਇਆ?
ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਸਾਥੀ ਨੂੰ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਜਦਕਿ PPP ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਵਿਅਕਤੀ ਨੂੰ। ਗਲਤੀ ਕੋਡ ਦੱਸਦਾ ਹੈ ਕਿ ਦੋ ਪਰਤਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਟੁੱਟੀ।
ਇੱਕ ਦਫ਼ਤਰ ਹਰ ਲੈਪਟਾਪ ਨੂੰ ਉਹੀ IPsec ਸੀਕ੍ਰੇਟ ਦੇ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਹਰ ਵਿਅਕਤੀ ਆਪਣੇ ਵੱਖਰੇ ਖਾਤੇ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰਦਾ ਹੈ, ਇਸੇ ਲਈ «ਕੁੰਜੀ ਸਹੀ ਹੈ» ਅਤੇ «ਪਾਸਵਰਡ ਸਹੀ ਹੈ» ਦੋਵੇਂ ਸੱਚ ਹੋ ਸਕਦੇ ਹਨ ਤੇ ਲੌਗਇਨ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ। L2TP ਅਤੇ IPsec ਵੱਖ-ਵੱਖ ਪੜਾਵਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਧਿਰਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦੇ ਹਨ। ਦੋ ਪਰਤਾਂ ਦੀ ਤੁਲਨਾ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਵਾਲਾ ਗਲਤੀ ਕੋਡ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤੀਆਂ ਟਿਕਟਾਂ ਦੋਵੇਂ ਮੁੱਲ ਦੁਬਾਰਾ ਬਦਲਣ ਨਾਲੋਂ ਤੇਜ਼ ਬੰਦ ਕਰਦੇ ਹਨ। ਪੜਾਅ ਆਪਸ ਵਿੱਚ ਬਦਲਣਯੋਗ ਨਹੀਂ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਦਾ ਸੁਨੇਹਾ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਰਿਹਾ ਹੈ ਕਿ ਕਿਹੜਾ ਚੱਲ ਰਿਹਾ ਹੈ।
ਦੋ ਪਰਤਾਂ, ਦੋ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ
ਪਹਿਲਾਂ IPsec ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਚੱਲਦੀ ਹੈ। ਕਲਾਇੰਟ ਅਤੇ ਗੇਟਵੇ ਕਿਸੇ ਵੀ ਟਨਲ ਪੇਲੋਡ ਦੇ ਸੁਰੱਖਿਅਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਇੱਕ-ਦੂਜੇ ਨੂੰ ਆਪਣੀ ਪਛਾਣ ਸਾਬਤ ਕਰਦੇ ਹਨ। L2TP ਸੈਸ਼ਨ ਦੇ ਅੰਦਰ PPP ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਇਸ ਤੋਂ ਬਾਅਦ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ ਤੁਹਾਡਾ ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਸਰਵਰ ਦੇ ਖਾਤਾ ਭੰਡਾਰ ਨਾਲ ਜਾਂਚੇ ਜਾਂਦੇ ਹਨ।
ਪੜਾਅ ਸੁਤੰਤਰ ਹਨ, ਇਸ ਲਈ ਸਹੀ ਉਪਭੋਗਤਾ ਖਾਤਾ ਗਲਤ IPsec ਕੁੰਜੀ ਨਹੀਂ ਬਚਾ ਸਕਦਾ, ਅਤੇ ਸਹੀ ਕੁੰਜੀ ਮਿਆਦ ਪੁੱਗਿਆ ਪਾਸਵਰਡ ਨਹੀਂ ਬਚਾ ਸਕਦੀ। ਟਿਕਟ ਵਿੱਚ ਦੋਵੇਂ ਵੱਖਰੇ ਲਿਖੋ ਅਤੇ ਨਿਦਾਨ ਆਮ ਤੌਰ 'ਤੇ ਪੜਾਅ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੀ ਪਹਿਲੀ ਲੌਗ ਲਾਈਨ ਤੋਂ ਨਿਕਲਦਾ ਹੈ।
| Observed failure | Stage that rejected it | Field to touch |
|---|---|---|
| Security layer error 789 during initial negotiation | IKE and IPsec peer authentication | The pre-shared key or the certificate |
| Error 691, credentials not recognised | PPP user authentication | User name, password, or account policy |
| Tunnel forms, then drops on the first packet | Neither, usually routing or MTU | Address pool and interface configuration |
| Prompt repeats with no error text | Often the client type selection | The connection profile, not the secret |
ਸਾਂਝਾ ਸੀਕ੍ਰੇਟ ਸਾਥੀ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ
ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਇੱਕ ਗਰੁੱਪ ਪ੍ਰਮਾਣ ਹੈ ਜੋ ਗੇਟਵੇ ਅਤੇ ਉਸ ਨਾਲ ਜੁੜਨ ਵਾਲੇ ਹਰ ਕਲਾਇੰਟ ਕੋਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਸਾਥੀ ਕੁੰਜੀ ਜਾਣਦਾ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ IKE ਕਨੈਕਸ਼ਨ ਦੀ ਰੱਖਿਆ ਕਰਨ ਵਾਲੀਆਂ ਕੁੰਜੀਆਂ ਕੱਢਦਾ ਹੈ। ਉਸ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵਿੱਚ ਕੀਬੋਰਡ 'ਤੇ ਬੈਠੇ ਇਨਸਾਨ ਨੂੰ ਪਛਾਣਨ ਵਾਲਾ ਕੁਝ ਨਹੀਂ ਹੈ। ਇਸੇ ਲਈ ਉਸੇ ਟਨਲ ਵਿੱਚ ਦੂਜਾ, ਉਪਭੋਗਤਾ-ਪੱਧਰੀ ਲੌਗਇਨ ਮੌਜੂਦ ਹੈ।
ਉਸ ਡਿਜ਼ਾਈਨ ਦਾ ਰੱਦ ਕਰਨ ਲਈ ਵਿਹਾਰਕ ਨਤੀਜਾ ਹੈ। ਇੱਕ ਲੈਪਟਾਪ ਗੁਆਉਣ ਦਾ ਮਤਲਬ ਹੈ ਉਸ ਨੂੰ ਵਰਤਣ ਵਾਲੇ ਹਰ ਯੰਤਰ ਲਈ ਸੀਕ੍ਰੇਟ ਬਦਲਣਾ, ਜਦ ਤੱਕ ਤੈਨਾਤੀ ਸਰਟੀਫਿਕੇਟਾਂ ਵੱਲ ਨਹੀਂ ਜਾਂਦੀ, ਜਿੱਥੇ ਬਾਕੀ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਇੱਕ ਯੰਤਰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਵਟਾਂਦਰਾ ਪ੍ਰਬੰਧਕੀ ਮਿਹਨਤ ਬਨਾਮ ਨੁਕਸਾਨ ਦੇ ਦਾਇਰੇ ਦਾ ਹੈ।
ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਟਾਈਪ ਕੀਤੀ ਕੁੰਜੀ ਵੀ ਸਕ੍ਰੀਨਸ਼ਾਟ ਅਤੇ ਚੈਟ ਰਾਹੀਂ ਲੀਕ ਹੋਣ ਵਾਲਾ ਸਭ ਤੋਂ ਸੌਖਾ ਪ੍ਰਮਾਣ ਹੈ। ਇਸ ਨੂੰ ਨਿੱਜੀ ਪਾਸਵਰਡ ਨਹੀਂ, ਸਗੋਂ ਸਾਂਝਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸਮੱਗਰੀ ਮੰਨੋ, ਕਿਉਂਕਿ ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਹੈ।
ਲੌਗਇਨ PPP ਦਾ ਹੈ
L2TP ਸੈਸ਼ਨ ਦੇ ਅੰਦਰ PPP ਪ੍ਰਮਾਣਿਕਤਾ 'ਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਨੂੰ ਤੁਹਾਡੇ ਟਾਈਪ ਕੀਤੇ ਮੁੱਲਾਂ ਦੀ ਜੋੜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। Windows ਵਿੱਚ ਇਹ ਉਹੀ ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਹਨ ਜੋ ਪ੍ਰੋਫਾਈਲ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਰਾਊਟਰ 'ਤੇ ਇਹ ਉਹ ਹੈ ਜਿਸ ਦਾ PPP ਪ੍ਰੋਫਾਈਲ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਖਾਤਾ ਭੰਡਾਰ ਨਾਲ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਕੁੰਜੀ ਨਾਲ ਨਹੀਂ। ਦੋ ਲੋਕ ਲੈਪਟਾਪ ਅਤੇ ਕੁੰਜੀ ਸਾਂਝੀ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਇਸ ਪੜਾਅ 'ਤੇ ਵੱਖਰੇ ਪਛਾਣੇ ਜਾਂਦੇ ਹਨ।
ਕਿਉਂਕਿ ਇਹ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਹੈ, ਸਾਰੇ ਆਮ ਖਾਤਾ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦੇ ਹਨ: ਮਿਆਦ ਪੁੱਗਿਆ ਪਾਸਵਰਡ, ਤਾਲਾ ਲੱਗਿਆ ਖਾਤਾ, ਡਾਇਲ-ਇਨ ਇਜਾਜ਼ਤ, ਜਾਂ ਅਜਿਹਾ ਨਾਮ ਜਿਸ ਵਿੱਚ ਡੋਮੇਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਗਲਤੀ 691 ਉਸ ਸੰਜੋਗ ਨੂੰ ਰੱਦ ਕੀਤਾ ਦੱਸਦੀ ਹੈ, ਇਸ ਲਈ ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦਾ ਲੇਖਾ ਰਿਕਾਰਡ ਪੜ੍ਹੋ।
ਗਲਤੀ ਨੂੰ ਫ਼ੀਲਡ ਚੁਣਨ ਦਿਓ
ਗਲਤੀ 789 ਸੁਰੱਖਿਆ ਪਰਤ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਅਤੇ IPsec ਪੜਾਅ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਪੱਕਾ ਕਰੋ ਕਿ ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੀ ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਬਿਲਕੁਲ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਗੇਟਵੇ ਦੀ ਉਮੀਦ ਵਾਲੀ ਸਾਥੀ ਪਛਾਣ ਕਲਾਇੰਟ ਵੱਲੋਂ ਭੇਜੀ ਜਾ ਰਹੀ ਪਛਾਣ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਕਿਸਮ ਲਈ ਨਹੀਂ ਸਗੋਂ L2TP/IPsec ਲਈ ਸੰਰਚਿਤ ਹੈ।
ਗਲਤੀ 691 ਪ੍ਰਮਾਣਾਂ ਦਾ ਨਾਮ ਲੈਂਦੀ ਹੈ ਅਤੇ PPP ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਸੀਕ੍ਰੇਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਅਤੇ ਨਾਮ ਦਾ ਸਹੀ ਢਾਂਚਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਇਕੱਠੇ ਬਦਲਣ ਨਾਲ ਤੁਸੀਂ ਪੜ੍ਹ ਰਹੇ ਸਬੂਤ ਨਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ।
ਟਨਲ ਉੱਠਣ 'ਤੇ ਵੀ ਟ੍ਰੈਫਿਕ ਰੁਕਦਾ ਰਹੇ ਤਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਫ਼ੀਲਡ ਸੋਧਣਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ। ਪਤਾ ਪੂਲ, ਕਲਾਇੰਟ ਸਬਨੈੱਟ ਵੱਲ ਵਾਪਸੀ ਮਾਰਗ ਅਤੇ MTU ਵੇਖੋ: ਦੋ ਪਰਤਾਂ ਦੀ ਤੁਲਨਾ ਸਿਰਫ਼ ਤਦ ਹੀ ਮਦਦ ਕਰਦੀ ਹੈ ਜਦੋਂ ਖਰਾਬੀ ਅਜੇ ਉਨ੍ਹਾਂ ਦੇ ਅੰਦਰ ਹੋਵੇ।