L2TP ਡੀਬੱਗ ਲੌਗ ਖਾਲੀ ਹੈ? ਗਲਤੀ ਸੰਭਵ ਤੌਰ ’ਤੇ ਜਰਨਲ ਵਿੱਚ ਹੈ

ਤੁਸੀਂ ਡੀਬੱਗਿੰਗ ਨਾਲ L2TP ਹੈਲਪਰ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਟਰਮੀਨਲ ਦੇਖਦੇ ਹੋ, ਅਤੇ ਸਕਰੀਨ ’ਤੇ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਤੋਂ ਬਿਨਾਂ ਇਹ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਇਹ ਟੁੱਟਿਆ ਹੋਇਆ ਡੀਬੱਗ ਫਲੈਗ ਨਹੀਂ ਹੈ। NetworkManager L2TP ਕਨੈਕਸ਼ਨ ਚਾਰ ਸਹਿਯੋਗੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਕੁਝ ਹੀ ਉਸ ਟਰਮੀਨਲ ਵਿੱਚ ਲਿਖਦੀਆਂ ਹਨ ਜੋ ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਹੋ। ਬਾਕੀ ਸਬੂਤ ਜਰਨਲ ਵਿੱਚ ਹੈ, ਇੱਕ ਫਿਲਟਰ ਦੀ ਦੂਰੀ ’ਤੇ।

ਚਾਰ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਲੌਗ ਦੇ ਦੋ ਟਿਕਾਣੇ

ਕਨੈਕਸ਼ਨ IPsec ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜੋ ਇੰਸਟਾਲੇਸ਼ਨ ਅਨੁਸਾਰ libreswan ਜਾਂ strongSwan ਹੁੰਦਾ ਹੈ। ਫਿਰ L2TP ਡੈਮਨ, ਰਵਾਇਤੀ ਤੌਰ ’ਤੇ xl2tpd ਅਤੇ ਕੁਝ ਬਿਲਡਾਂ ਵਿੱਚ kl2tpd, ਟਨਲ ਚਲਾਉਂਦਾ ਹੈ। ਅੰਤ ਵਿੱਚ pppd ਇਸਦੇ ਅੰਦਰ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਪਤਾ-ਨਿਰਧਾਰਨ ਸੰਭਾਲਦਾ ਹੈ।

ਹੈਲਪਰ ਸੇਵਾ ਉਹਨਾਂ ਟੁਕੜਿਆਂ ਦਾ ਤਾਲਮੇਲ ਕਰਦੀ ਹੈ ਅਤੇ ਆਪਣੀ ਪ੍ਰਗਤੀ ਛਾਪਦੀ ਹੈ। IPsec ਡੈਮਨ ਅਤੇ pppd ਆਮ ਤੌਰ ’ਤੇ ਸਿਸਟਮ ਜਰਨਲ ਰਾਹੀਂ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਟਰਮੀਨਲ ਅਸਫਲ ਹੁੰਦਾ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਕਾਰਨ ਉਸ ਫਾਈਲ ਵਿੱਚ ਹੈ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਖੋਲ੍ਹੀ।

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

ਇੱਕ ਕੋਸ਼ਿਸ਼ ਇਕੱਠੀ ਕਰੋ, ਫਿਰ ਕ੍ਰਮ ਪੜ੍ਹੋ

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

ਇਹ ਕਮਾਂਡਾਂ ਮੌਜੂਦਾ ਬੂਟ ਲਈ ਹਿੱਸਾ ਲੈਣ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੁਣਦੀਆਂ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ’ਤੇ ਪਲੱਗਇਨ ਦਾ ਰਾਹ ਪੁਸ਼ਟੀ ਕਰਨਾ ਯੋਗ ਹੈ:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

ਇੱਕ ਕਾਲ ਵਿੱਚ ਦੁਹਰਾਏ ਗਏ ਫੀਲਡ ਉਹਨਾਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਸੰਘ ਚੁਣਦੇ ਹਨ, ਜੋ ਕ੍ਰਮ ਨੂੰ ਸਮੇਂ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। Debian-ਅਧਾਰਿਤ ਸਿਸਟਮ ਵਿੱਚ ਬਰਾਬਰ ਦੀ ਕਵੈਰੀ dpkg -L ਹੈ; ਗੱਲ ਇਹ ਹੈ ਕਿ ਹੱਥੋਂ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਲੱਭਣਾ ਕਿ ਹੈਲਪਰ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ।

ਅਗਲਾ ਕਦਮ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ

ਪਹਿਲਾ ਅਸਫਲ ਪੜਾਅ ਪੜ੍ਹੋ, ਫਿਰ ਉਸ ਅਨੁਸਾਰ ਚੁਣੋ। ਜੇ IPsec ਪ੍ਰਸਤਾਵ ਜਾਂ ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਅਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਟਨਲ ਕਦੇ ਬਣਿਆ ਹੀ ਨਹੀਂ, ਅਤੇ PPP ਪਾਸਵਰਡ ਬਦਲਣ ਨਾਲ ਮਦਦ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਜੇ ਟਨਲ ਬਣਿਆ ਅਤੇ pppd ਨੇ ਲੌਗਇਨ ਅਸਵੀਕਾਰ ਕੀਤਾ, ਤਾਂ ਸਾਂਝਾ ਰਾਜ਼ ਪਹਿਲਾਂ ਹੀ ਠੀਕ ਸੀ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਮੱਸਿਆ ਇੱਕ ਪਰਤ ਉੱਤੇ ਹੈ। ਜੇ pppd ਨੇ ਪਤੇ ’ਤੇ ਗੱਲਬਾਤ ਕੀਤੀ ਅਤੇ ਅਸਫਲਤਾ ਬਾਅਦ ਵਿੱਚ ਦਿਖਦੀ ਹੈ, ਤਾਂ ਦੋਵੇਂ ਕੰਮ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਬਾਕੀ ਸਮੱਸਿਆ ਰਾਊਟਿੰਗ, DNS ਜਾਂ ਸਰਵਰ ਦੀ ਆਪਣੀ ਨੀਤੀ ਹੈ।

ਇਹ ਤਿੰਨ ਸ਼ਾਖਾਵਾਂ ਲਗਭਗ ਹਰ ਆਮ ਡਿਸਕਨੈਕਟ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਸ ਪ੍ਰਕਿਰਿਆ ਨੇ ਆਖਰੀ ਗਲਤੀ ਦਰਜ ਕੀਤੀ, ਨਾ ਕਿ ਕਿਹੜਾ ਗਲਤੀ ਸੁਨੇਹਾ ਸਭ ਤੋਂ ਚਿੰਤਾਜਨਕ ਦਿਖਦਾ ਹੈ।

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

ਡੀਬੱਗ ਮੋਡ ਫਾਈਲਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ

ਮੂਲ ਡੀਬੱਗ ਵਰਕਫਲੋ ਸੇਵਾ ਨੂੰ ਡੀਬੱਗ ਫਲੈਗ ਨਾਲ ਹੱਥੋਂ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਮੋਡ ਕਨੈਕਸ਼ਨ ਖਤਮ ਹੋਣ ’ਤੇ ਬਣਾਈਆਂ ਰਨਟਾਈਮ ਕਾਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਨੂੰ ਉੱਥੇ ਹੀ ਛੱਡ ਸਕਦਾ ਹੈ।

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

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

ਇਸ ਤੋਂ ਬਾਅਦ ਆਮ ਹੈਲਪਰ ਬਹਾਲ ਕਰੋ

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

ਫਿਰ ਨਤੀਜਾ ਉਸ ਪਰਤ ’ਤੇ ਜਾਂਚੋ ਜੋ ਅਸਫਲ ਹੋਈ, ਡੈਸਕਟਾਪ ਆਈਕਨ ’ਤੇ ਨਹੀਂ:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

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