L2TP/IPsec ਇੱਕ ਨੈੱਟਵਰਕ ਉੱਤੇ ਜੁੜਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਉੱਤੇ ਸਮਾਂ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ ਹੈ

ਉਹੀ ਲੈਪਟਾਪ, ਉਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਉਹੀ ਪਾਸਵਰਡ ਇੱਕ ਇਮਾਰਤ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਦੂਜੀ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹੀ ਤੁਲਨਾ ਟਿਕਟ ਵਿੱਚ ਸਭ ਤੋਂ ਲਾਹੇਵੰਦ ਸਬੂਤ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ ਉੱਤੇ ਇਹੀ ਪਹਿਲੀ ਚੀਜ਼ ਹੁੰਦੀ ਹੈ ਜੋ ਛੱਡ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਦੋ ਐਕਸੈਸ ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਅਦਲਾ-ਬਦਲੀ ਵੱਖਰੇ ਪਤਾ ਅਨੁਵਾਦ, ਵੱਖਰੇ ਫਿਲਟਰ ਅਤੇ ਵੱਖਰੇ ਰਾਊਟਰ ਸਹਾਇਕਾਂ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਸਥਿਰ ਰੱਖਣਾ ਅਤੇ ਸਿਰਫ਼ ਨੈੱਟਵਰਕ ਬਦਲਣਾ ਇਹ ਪਤਾ ਲਾਉਣ ਦਾ ਤਰੀਕਾ ਹੈ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ।

ਨੈੱਟਵਰਕਾਂ ਦੀ ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨਿਰਧਾਰਤ ਕਰੋ

ਜਦ ਤੱਕ ਕੰਮ ਕਰਦੇ ਕੇਸ ਦਾ ਰਿਕਾਰਡ ਨਾ ਹੋਵੇ, ਡਿਵਾਈਸ ਉੱਤੇ ਕੁਝ ਨਾ ਬਦਲੋ: ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਪ੍ਰੋਫ਼ਾਈਲ ਦੀ ਸਮੱਗਰੀ, ਸਰਵਰ ਦਾ ਨਾਮ ਅਤੇ ਸਫਲ ਕਨੈਕਸ਼ਨ ਦਾ ਸਮਾਂ। ਫਿਰ ਉਸੇ ਸੈਸ਼ਨ ਵਿੱਚ ਦੂਜੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਅਸਫਲਤਾ ਦੁਹਰਾਓ, ਤਾਂ ਜੋ ਕਲਾਇੰਟ ਦੀ ਸਥਿਤੀ ਜਿੰਨੀ ਸੰਭਵ ਹੋ ਸਕੇ ਇੱਕੋ ਜਿਹੀ ਰਹੇ। ਦੋਵਾਂ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿਚਕਾਰ ਸੰਪਾਦਿਤ ਪ੍ਰੋਫ਼ਾਈਲ ਪੂਰੀ ਤੁਲਨਾ ਰੱਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਟੀਚਾ ਇੱਕ ਚਰ ਹੈ, ਅਤੇ ਉਹ ਚਰ ਨੈੱਟਵਰਕ ਹੈ।

ਪਹਿਲਾਂ ਅਸਫਲ ਨੈੱਟਵਰਕ ਉੱਤੇ ਆਮ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਜੇ ਹੋਵੇ ਤਾਂ ਮਹਿਮਾਨ ਪੋਰਟਲ ਸਮੇਤ। ਕਦੇ ਪੂਰਾ ਨਾ ਹੋਇਆ ਪੋਰਟਲ ਫਿਲਟਰ ਕੀਤੀ ਸੁਰੰਗ ਵਰਗਾ ਦਿਸਦਾ ਸਮਾਂ-ਸਮਾਪਤੀ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਜਾਂਚ ਇੱਕ ਮਿੰਟ ਲੈਂਦੀ ਹੈ।

ਚਾਰ ਪੜਾਅ, ਚਾਰ ਵੱਖਰੇ ਗਲਤੀ ਸੰਦੇਸ਼

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

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

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

NAT ਦੀ ਡੁੰਘਾਈ ਅਤੇ ਸਹਾਇਕ ਦੇ ਵਿਵਹਾਰ ਦੀ ਤੁਲਨਾ ਕਰੋ

NAT ਪਾਰ-ਗਮਨ ਸੁਰੱਖਿਅਤ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ UDP ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਵਿੱਚ ਲੈ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਅਨੁਵਾਦ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੰਮ ਕਰਦੇ ਸੈਸ਼ਨ ਨੂੰ ਢੋਣ ਵਾਲੇ ਪੋਰਟ ਨੰਬਰ ਸਥਿਰ ਚਿੱਤਰ ਵਾਲਿਆਂ ਤੋਂ ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਕ ਸੈੱਟਅੱਪ ਪੈਕੇਟ ਦੀ ਆਗਿਆ ਦੇਣਾ ਬਾਕੀ ਅਦਲਾ-ਬਦਲੀ ਬਾਰੇ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਬਾਹਰੀ ਪੋਰਟ ਸਕੈਨ ਤੁਹਾਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਸਾਹਮਣੇ ਵਾਲਾ ਵੈਧ ਪ੍ਰਮਾਣਿਤ ਟ੍ਰੈਫ਼ਿਕ ਨਾਲ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਦੂਜੀ ਅਨੁਵਾਦ ਪਰਤ ਤਸਵੀਰ ਫਿਰ ਬਦਲਦੀ ਹੈ, ਕਿਉਂਕਿ ਮੈਪਿੰਗ ਹੁਣ ਦੋ ਵਾਰ ਮੌਜੂਦ ਹੈ ਅਤੇ ਦੋ ਵੱਖਰੇ ਸਮਾਂ-ਸਾਰਣੀਆਂ ਅਨੁਸਾਰ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ। ਮੋਬਾਈਲ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਆਪਰੇਟਰ ਪੱਧਰ ਦਾ ਅਨੁਵਾਦ ਹੀ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਕੰਮ ਕਰਦੀ ਦਫ਼ਤਰ ਪ੍ਰੋਫ਼ਾਈਲ ਫ਼ੋਨ ਹਾਟਸਪੌਟ ਉੱਤੇ ਅਸਫਲ ਹੁੰਦੀ ਹੈ।

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

ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਕਲਾਇੰਟ, ਅੰਦਰ ਆਉਣ ਵਾਲਾ ਸਰਵਰ: ਦੋ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ

ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਕਲਾਇੰਟ ਅਤੇ ਅੰਦਰ ਆਉਣ ਵਾਲੇ ਸਰਵਰ ਨੂੰ ਉੱਪਰ ਵੱਲ ਵੱਖਰੀ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਜੋ ਪਾਸ-ਥਰੂ ਸੁਵਿਧਾ ਪਹਿਲੇ ਦੀ ਮਦਦ ਕਰਦੀ ਹੈ ਉਹ ਦੂਜੇ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੀ। ਘਰੇਲੂ ਰਾਊਟਰ ਜੋ ਲੈਪਟਾਪ ਨੂੰ ਦੂਰ ਦੇ ਗੇਟਵੇ ਤੱਕ ਪਹੁੰਚਣ ਦਿੰਦਾ ਹੈ, ਇਸ ਕਾਰਨ ਆਪਣੇ ਪਿੱਛੇ ਦੇ ਸਰਵਰ ਵੱਲ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਦੋਵਾਂ ਨੂੰ ਰਲਾ ਦੇਣਾ ਤੁਹਾਨੂੰ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਲੱਭਣ ਭੇਜਦਾ ਹੈ ਜੋ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ। ਕੁਝ ਵੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸੋ ਕਿ ਅਸਫਲ ਡਿਵਾਈਸ ਕਿਹੜੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੀ ਹੈ।

ਸਮਰਥਿਤ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਉਹੀ ਕਨੈਕਸ਼ਨ ਦੁਹਰਾਓ ਅਤੇ ਪਹੁੰਚੇ ਪੜਾਅ ਨੂੰ ਦਰਜ ਕਰੋ। ਕੰਮ ਕਰਦੀ ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਅਸਫਲ ਨੈੱਟਵਰਕ ਦਾ ਨੋਟ ਇਕੱਠੇ ਰੱਖੋ, ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਰੀਸੈਟ ਨਾ ਕਰੋ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਇਸ ਨਾਲ ਉਹ ਸਬੂਤ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਸ ਉੱਤੇ ਤੁਲਨਾ ਖੜ੍ਹੀ ਸੀ।