Ubuntu 22.04 ਉੱਤੇ L2TP ਸਮਾਂ-ਸਮਾਪਤੀ: xl2tpd ਟਨਲ ਬੱਗ

ਡੈਸਕਟਾਪ ਚੱਲ ਰਿਹਾ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ, IPsec ਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਅਤੇ PPP ਇੰਟਰਫੇਸ ਕਦੇ ਨਹੀਂ ਦਿਖਦਾ। ਸਿਸਟਮ ਲੌਗ ਵਿੱਚ ਉਹੀ ਟਨਲ ਨੰਬਰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦ ਤੱਕ UDP 1701 ਉੱਤੇ ਕੋਸ਼ਿਸ਼ ਦਾ ਸਮਾਂ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ। ਪਹਿਲਾਂ ਤੋਂ ਸਾਂਝੀ ਕੀ ਜਾਂ ਸਰਵਰ ਕਨਫਿਗਰੇਸ਼ਨ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਰੂਪ ਪਛਾਣੋ: Ubuntu 22.04 ਉੱਤੇ ਇਹ ਆਮ ਤੌਰ ਤੇ xl2tpd ਵਿੱਚ ਪੈਕੇਜਿੰਗ ਰਿਗਰੈਸ਼ਨ ਹੈ, ਅਤੇ ਸਰਵਰ ਪੂਰੇ ਸਮੇਂ ਸਹੀ ਸੀ।

ਦੁਹਰਾਉਂਦੀ ਲੌਗ ਜੋੜੀ ਤੁਹਾਨੂੰ ਕੀ ਦੱਸਦੀ ਹੈ

ਅਸਫਲ ਸੈਸ਼ਨ ਨਿਯਮਿਤ ਅੰਤਰਾਲਾਂ ਉੱਤੇ ਦੋ ਲਾਈਨਾਂ ਛਾਪਦਾ ਹੈ: ਡੈਮਨ ਆ ਰਹੇ ਕੰਟਰੋਲ ਸੁਨੇਹੇ ਲਈ ਟਨਲ ਨਹੀਂ ਲੱਭ ਸਕਦਾ, ਫਿਰ ਮਿਲੇ ਕਾਲ ਅਤੇ ਟਨਲ ਪਛਾਣਕਰਤਾ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਬਾਅਦ ਵਿੱਚ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਾਊਂਟਰ ਆਪਣੀ ਹੱਦ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਪੋਰਟ 1701 ਸਮਾਂ-ਸਮਾਪਤੀ ਨਾਲ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਪਤੇ ਅਤੇ ਪਛਾਣਕਰਤਾ ਸੰਜੋਗ ਹਨ; ਰੂਪ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। IKE ਪੂਰਾ ਹੋਇਆ, L2TP ਕੰਟਰੋਲ ਟਰੈਫਿਕ ਆਇਆ, ਅਤੇ ਡੈਮਨ ਇਸਨੂੰ ਪਹਿਲਾਂ ਹੀ ਬਣਾਏ ਟਨਲ ਨਾਲ ਜੋੜ ਨਹੀਂ ਸਕਿਆ।

ਇਸ ਲਈ ਖਰਾਬੀ L2TP ਕੰਟਰੋਲ ਅਤੇ PPP ਵਿਚਕਾਰ ਹੈ। ਗੁਪਤ ਕੀ, PPP ਵਿਕਲਪ ਜਾਂ ਦੂਰ ਸਬਨੈੱਟ ਬਾਰੇ ਅਜੇ ਕੁਝ ਵੀ ਟੈਸਟ ਨਹੀਂ ਹੋਇਆ।

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ IPsec ਅਸਲ ਵਿੱਚ ਸਫਲ ਹੋਇਆ

ਦੋ ਜਾਂਚਾਂ ਇਸਨੂੰ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਕਿਸੇ ਵੀ ਪੈਕੇਜ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀਆਂ ਹਨ।

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

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

xl2tpd ਦਾ ਬਿਲਡ ਜਾਂਚੋ, ਰਿਲੀਜ਼ ਦਾ ਨਾਮ ਨਹੀਂ

Ubuntu ਦੇ jammy ਬਿਲਡ ਵਿੱਚ xl2tpd 1.3.16 ਨੇ ਲਿੰਕ-ਟਾਈਮ ਅਨੁਕੂਲਨ ਚਾਲੂ ਕੀਤਾ, ਜਿਸਨੇ ਸਰਵਰ ਦੇ SCCRP ਜਵਾਬ ਵਿੱਚ ਟਨਲ ਪਛਾਣਕਰਤਾ ਦੀ ਪਾਰਸਿੰਗ ਤੋੜ ਦਿੱਤੀ। ਫਿਰ ਡੈਮਨ ਆਪਣੇ ਹੀ ਬਣਾਏ ਟਨਲ ਲਈ ਕੰਟਰੋਲ ਪੈਕੇਟ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਵੰਡ ਦੇ ਨਾਮ ਨਾਲੋਂ ਵਰਜ਼ਨ ਸਟ੍ਰਿੰਗ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

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

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ PPP ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਸਫਲ ਅਪਗ੍ਰੇਡ ਉਸੇ ਪਰਤ ਉੱਤੇ ਸਾਬਤ ਹੁੰਦਾ ਹੈ ਜੋ ਟੁੱਟੀ ਸੀ। ਸਿਰਫ ਆਈਕਨ ਬਦਲਿਆ ਕਿ ਨਹੀਂ, ਸਗੋਂ PPP ਚੜ੍ਹਿਆ ਕਿ ਨਹੀਂ ਇਹ ਜਾਂਚੋ।

ip -4 addr show ppp0
ip route | grep ppp

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

ਜਿੱਥੇ ਸੁਧਾਰਿਆ ਪੈਕੇਜ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਉੱਥੇ ਦਸਤਾਵੇਜ਼ੀ ਵਿਕਲਪ 1.3.16 ਜਾਂ 1.3.17 ਦਾ ਸਥਾਨਕ ਸਰੋਤ ਬਿਲਡ, kl2tpd ਵੱਲ ਬਦਲਾਅ, ਜਾਂ ਪਿੰਨ ਕੀਤਾ ਡਾਊਨਗ੍ਰੇਡ ਹਨ। ਹਰ ਇੱਕ ਵਿੱਚ ਲਿਖਣ ਯੋਗ ਰੱਖ-ਰਖਾਅ ਖਰਚਾ ਹੈ।