L2TP/IPsec ਫੇਲ੍ਹ: IPsec, ਟਨਲ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ PPP ਲੌਗਇਨ ਨੂੰ ਵੱਖ ਕਰੋ

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

ਤਿੰਨ ਪ੍ਰਮਾਣਿਕਤਾ ਪੜਾਅ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ

IPsec ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਵਰਤ ਕੇ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸਿਰੇ ਕਿਸਦੇ ਹਨ। ਉਹ ਪਛਾਣ ਮਸ਼ੀਨਾਂ ਜਾਂ ਗੇਟਵੇ ਦੀ ਹੁੰਦੀ ਹੈ, ਕੀਬੋਰਡ ਅੱਗੇ ਬੈਠੇ ਇਨਸਾਨ ਦੀ ਕਦੇ ਨਹੀਂ। ਜਦੋਂ ਸਾਥੀ ਇਸ ਪੜਾਅ 'ਤੇ ਸਹਿਮਤ ਨਹੀਂ ਹੋ ਸਕਦੇ, ਤਾਂ ਕੋਈ ਵੀ L2TP ਪੈਕਟ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਨਹੀਂ ਹੁੰਦਾ।

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

RFC 2661 ਉਸ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਵਿਕਲਪਿਕ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਉਹੀ ਗਲਤੀ ਦੋ ਸਰਵਰਾਂ 'ਤੇ ਵੱਖਰੇ ਲੱਛਣ ਕਿਉਂ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਜਿਸ ਡਿਪਲੋਇਮੈਂਟ ਨੇ ਕਦੇ ਟਨਲ ਭੇਤ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ, ਉਹ ਪੜਾਅ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ; ਜਿਸ ਨੇ ਸਿਰਫ਼ ਇੱਕ ਪਾਸੇ ਸੈੱਟ ਕੀਤਾ, ਉਹ PPP ਦੇ ਪੇਸ਼ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦਾ ਹੈ। ਫਿਰ PPP ਵਰਤੋਂਕਾਰ ਨੂੰ PAP, CHAP ਜਾਂ MSCHAPv2 ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਨਾਮ ਉਸ ਖਾਤਾ ਭੰਡਾਰ ਨੂੰ ਦਿੰਦਾ ਹੈ ਜੋ ਸਥਾਨਕ, chap-secrets ਵਿੱਚ ਜਾਂ RADIUS 'ਤੇ ਹੋ ਸਕਦਾ ਹੈ। ਉਸ ਸਮੇਂ ਗਲਤ ਪਾਸਵਰਡ ਫਿਰ ਵੀ ਤੁਹਾਨੂੰ ਚੱਲਦੇ ਟਨਲ ਅਤੇ ਫੇਲ੍ਹ ਸੈਸ਼ਨ ਨਾਲ ਛੱਡਦਾ ਹੈ।

ਕਾਨਫਿਗ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕਣ ਦੀ ਥਾਂ ਪੜ੍ਹੋ

ਸਥਿਤੀ ਆਉਟਪੁੱਟ strongSwan ਦੀ ਹੈ ਜਾਂ Libreswan ਦੀ, ਇਹ ਜਾਣਨ ਲਈ ipsec --version ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਫਿਰ ਕਲਾਇੰਟ ਸੰਵਾਦ ਨਹੀਂ, ਸਰਵਰ ਲੌਗ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਸਰਵਰ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪੜਾਅ ਨੇ ਨਾਂਹ ਕੀਤੀ।

ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਲਾਈਨ ਟਿਕਟ ਤੈਅ ਕਰਦੀ ਹੈ: IKE ਜਾਂ ਪ੍ਰਸਤਾਵ ਦੀ ਸ਼ਿਕਾਇਤ ਪਹਿਲਾ ਪੜਾਅ, ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਸੁਨੇਹਾ ਦੂਜਾ ਪੜਾਅ, ਅਤੇ PPP ਢੰਗ ਜਾਂ ਖਾਤਾ ਨਾਂਹ ਤੀਜਾ ਪੜਾਅ। ਉਹ ਲਾਈਨ ਸਮਾਂ-ਛਾਪ ਨਾਲ ਟਿਕਟ ਵਿੱਚ ਕਾਪੀ ਕਰੋ। ਕਲਾਇੰਟ ਪਾਸਿਓਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਉਹ ਇੱਕੋ ਸਬੂਤ ਬਰਬਾਦ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ।

ਕੁੰਜੀ ਸਮੱਗਰੀ ਅਤੇ ਪਾਸਵਰਡ ਉਸ ਪੇਸਟ ਤੋਂ ਬਾਹਰ ਰੱਖੋ; ਪੜਾਅ ਦਾ ਨਾਮ ਕੰਮ ਨੂੰ ਦਿਸ਼ਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਲੀਕ ਹੋਈ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਟਿਕਟ ਨੂੰ ਹੋਰ ਮਾੜੇ ਨਤੀਜਿਆਂ ਨਾਲ ਦੁਬਾਰਾ ਖੋਲ੍ਹਦੀ ਹੈ।

ਪਹਿਲਾ ਪੜਾਅ: ਕੀ IPsec ਕੋਲ ਸੰਗਠਨ ਹੈ?

strongSwan 'ਤੇ ipsec statusall ਜਾਂ Libreswan 'ਤੇ ipsec whack --status ਚਲਾਓ ਅਤੇ ਗੈਰ-ਸਿਫ਼ਰ ਗਿਣਤੀਆਂ ਵਾਲਾ ਸਥਾਪਿਤ ਬਾਲ ਸੰਗਠਨ ਲੱਭੋ। ip xfrm state ਦੋਵਾਂ 'ਤੇ ਕਰਨਲ ਦਾ ਦ੍ਰਿਸ਼ ਦਿਖਾਉਂਦਾ ਹੈ। ਵਧਦੀਆਂ ਗਿਣਤੀਆਂ ਵਾਲੀ ਸਥਾਪਿਤ SA ਜੋੜੀ ਦਾ ਮਤਲਬ ਹੈ ਪਹਿਲਾ ਪੜਾਅ ਪੂਰਾ ਹੋ ਗਿਆ ਅਤੇ ਤੁਸੀਂ ਅੱਗੇ ਵਧ ਸਕਦੇ ਹੋ।

ਸੰਗਠਨ ਬਿਲਕੁਲ ਨਾ ਹੋਣਾ ਸਾਥੀ ਪਤੇ, ਪ੍ਰਸਤਾਵ ਸਮੂਹ ਜਾਂ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਉਸ ਯੰਤਰ ਵੱਲ ਵੀ ਜੋ UDP 500 ਦੁਬਾਰਾ ਲਿਖਦਾ ਹੈ ਪਰ UDP 4500 ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਜੋ ਸੰਗਠਨ ਬਣ ਕੇ ਕੁਝ ਸਕਿੰਟਾਂ ਬਾਅਦ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਬਲਕਿ ਦੋਵਾਂ ਸਿਰਿਆਂ ਵਿਚਕਾਰ ਉਮਰ ਦਾ ਅੰਤਰ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਦੋਵੇਂ ਪਾਸੇ ਇੱਕੋ ਇਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਹੈਸ਼ ਪ੍ਰਸਤਾਵ ਦਰਜ ਕਰਦੇ ਹਨ। ਜੇ ਨਹੀਂ, ਤਾਂ ਕੋਈ ਵੀ ਕੁੰਜੀ ਕਦੇ ਕੰਮ ਨਹੀਂ ਕਰੇਗੀ।

ਜਦ ਤੱਕ ਸੰਗਠਨ ਗੈਰਹਾਜ਼ਰ ਹੈ ਰੁਕੋ। ਉਸ ਸਮੇਂ PPP ਵਿਕਲਪ ਸੋਧਣਾ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ ਅਤੇ ਅਸਲ ਖ਼ਰਾਬੀ ਅਗਲੇ ਵਿਅਕਤੀ ਤੋਂ ਲੁਕਾ ਦਿੰਦਾ ਹੈ।

ਦੂਜਾ ਪੜਾਅ: ਕੀ L2TP ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਪ੍ਰਮਾਣਿਤ ਹੋਇਆ?

ਇੱਕ ਵਾਰ IPsec ਚੱਲ ਪਿਆ, ਤਾਂ L2TP ਡੈਮਨ ਵਿੱਚ ਸਥਾਪਿਤ ਹਾਲਤ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੇ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਵੱਲ ਧਿਆਨ ਦਿਓ, ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਪਹਿਲਾਂ PPP ਸ਼ੁਰੂ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ 'ਤੇ ਨਾਂਹ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟਨਲ ਭੇਤ ਸਿਰਿਆਂ ਵਿਚਕਾਰ ਵੱਖਰਾ ਹੈ, ਜਾਂ ਇੱਕ ਸਿਰਾ ਅਜਿਹਾ ਭੇਤ ਮੰਗਦਾ ਹੈ ਜੋ ਦੂਜਾ ਕਦੇ ਨਹੀਂ ਭੇਜਦਾ। ਕਲਾਇੰਟ ਅਕਸਰ shared secret ਲੇਬਲ ਵਾਲਾ ਇੱਕ ਹੀ ਖੇਤਰ ਦਿਖਾਉਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਆਮ ਤੌਰ 'ਤੇ L2TP ਦਾ ਨਹੀਂ ਬਲਕਿ IPsec ਦਾ ਹੁੰਦਾ ਹੈ। ਇਸਨੂੰ ਭਰਨ ਨਾਲ ਟਨਲ ਭੇਤ ਸੈੱਟ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਖਾਲੀ ਕਰਨ ਨਾਲ ਉਹ ਬੰਦ ਨਹੀਂ ਹੁੰਦਾ।

ਜੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਪਾਸੇ ਟਨਲ ਭੇਤ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ, ਤਾਂ ਇਹ ਪੜਾਅ ਛੱਡੋ ਅਤੇ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਦੀ ਫੇਲ੍ਹਤਾ ਨੂੰ ਇਸਦੀ ਥਾਂ ਪਹੁੰਚ ਸਮੱਸਿਆ ਮੰਨੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ UDP 1701 ਡੈਮਨ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਸਿਰੇ ਇੱਕੋ ਐਨਕੈਪਸੂਲੇਸ਼ਨ 'ਤੇ ਸਹਿਮਤ ਹਨ। ਉਨ੍ਹਾਂ ਦੋ ਸ਼ਰਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲਈ ਲਿਖਿਆ ਫਾਇਰਵਾਲ ਨਿਯਮ ਅੱਧਾ ਖੁੱਲ੍ਹਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਦਾ ਆਮ ਕਾਰਨ ਹੈ।

ਸਿਰਫ਼ ਉਹੀ ਸੈਸ਼ਨ ਜੋ PPP ਦੀ ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਟਨਲ ਪੜਾਅ ਸੱਚਮੁੱਚ ਪਾਰ ਕਰ ਚੁੱਕਾ ਹੈ।

ਤੀਜਾ ਪੜਾਅ: ਕੀ PPP ਖਾਤੇ ਨੂੰ ਨਾਂਹ ਕਰ ਰਿਹਾ ਹੈ?

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

Linux ਸਰਵਰ 'ਤੇ, ਡੈਮਨ ਵੱਲੋਂ PPP ਨੂੰ ਦਿੱਤੀ ਵਿਕਲਪ ਫਾਈਲ, ਆਮ ਤੌਰ 'ਤੇ /etc/ppp/options.xl2tpd, ਜਾਂਚੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜੇ ਢੰਗ ਸਵੀਕਾਰ ਹੁੰਦੇ ਹਨ ਅਤੇ ਖਾਤੇ ਕਿੱਥੇ ਹੱਲ ਹੁੰਦੇ ਹਨ। RADIUS ਵਿੱਚ ਮੌਜੂਦ ਪਰ ਸਥਾਨਕ ਭੇਤ ਫਾਈਲ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲਾ ਨਾਮ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਅਤੇ ਗਲਤ ਪਾਸਵਰਡ ਵਾਂਗ ਲੱਗਦਾ ਹੈ। ਫਿਰ ਜਾਂਚੋ ਕਿ ਕਲਾਇੰਟ ਉਹ ਢੰਗ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜੋ ਸਰਵਰ ਸਵੀਕਾਰਦਾ ਹੈ, ਨਾ ਕਿ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਢੰਗ ਜਿਸਦੀ ਗੱਲਬਾਤ ਸਰਵਰ ਨਾਂਹ ਕਰਦਾ ਹੈ। ਇਸ ਪੜਾਅ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੁੰਜੀ ਬਦਲਣਾ ਦੁਪਹਿਰ ਬਰਬਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।

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