ਸਾਂਝੀ pppd ਚੋਣ ਫਾਈਲ ਤੁਹਾਡੇ ਦੂਜੇ VPN ਨੂੰ ਤੋੜਦੀ ਹੈ?

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

ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਹੋਣ ਵੇਲੇ ਕੀ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ

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

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

ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਈਨ ਦਾ ਮੂਲ ਪਛਾਣੋ

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

ps -o pid=,args= -C pppd

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

ਹਰ ਕਲਾਇੰਟ ਮਗਰ ਆਉਣ ਵਾਲੀ ਪਲੱਗਇਨ ਲਾਈਨ

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

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

ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਹਰ ਕਲਾਇੰਟ ਦੀ ਜਾਂਚ ਕਰੋ

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

sudo pppd call office debug dump

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