L2TP ਜੁੜਦਾ ਹੈ ਪਰ PPP ਗੱਲਬਾਤ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ: ਕਿਹੜਾ ਪੜਾਅ?

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

ਸੁਰੰਗ ਸਿਰਫ ਪਹਿਲੀ ਪਰਤ ਹੈ

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

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

ਆਖਰੀ ਸਫਲ ਪੜਾਅ ਪੜ੍ਹੋ

ਲੌਗ ਵਿੱਚ ਅੱਗੇ ਵਧੋ ਅਤੇ ਪਹਿਲੇ ਉਸ ਪੜਾਅ 'ਤੇ ਰੁਕੋ ਜੋ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ। ਪਹਿਲਾਂ LCP ਆਉਂਦਾ ਹੈ, ਫਿਰ ਪ੍ਰਮਾਣਿਕਤਾ, ਫਿਰ IPv4 ਪੈਰਾਮੀਟਰਾਂ ਲਈ IPCP।

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

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

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

ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਸਹਿਮਤੀ

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

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

ਪਤਾ ਜਾਂਚੋ, ਲੌਗਇਨ ਨਹੀਂ

ਪੂਰਾ ਹੋਇਆ ਲੌਗਇਨ ਵਰਤੋਂਯੋਗ ਸੈਸ਼ਨ ਨਹੀਂ ਹੈ। IPCP ਅੰਦਰੂਨੀ ਪਤੇ 'ਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਖਤਮ ਹੋਇਆ ਪੂਲ ਜਾਂ ਕਲਾਇੰਟ ਨੂੰ ਨਕਾਰਨ ਵਾਲੀ ਨੀਤੀ ਫਿਰ ਵੀ ਜੁੜੀ ਸੁਰੰਗ ਨੂੰ ਰੂਟ ਕਰਨ ਲਈ ਕੁਝ ਨਾ ਛੱਡ ਕੇ ਛੱਡ ਸਕਦੀ ਹੈ।

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

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

ਪੜਾਅ, ਢੰਗ ਅਤੇ ਪਤਾ ਇੱਕ ਨੋਟ ਵਿੱਚ ਲਿਖੋ ਅਤੇ ਤਾਰੀਖ਼ ਪਾਓ। ਜੇ ਉਹੀ ਖਾਤਾ ਇੱਕ ਮਹੀਨੇ ਬਾਅਦ ਫਿਰ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਉਹ ਨੋਟ ਪੰਜ ਮਿੰਟ ਦੀ ਜਾਂਚ ਅਤੇ ਨਵੀਂ ਪੜਤਾਲ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੈ। ਵੱਖਰੇ ਪੜਾਵਾਂ ਦੀਆਂ ਫੇਲ੍ਹਤਾਂ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ, ਭਾਵੇਂ ਕਲਾਇੰਟ ਇੱਕ ਹੀ ਸੰਵਾਦ ਦਿਖਾਵੇ।