pppd ਬਾਇਨਰੀ ਨਹੀਂ ਮਿਲੀ: ਰਨਟਾਈਮ ਠੀਕ ਕਰੋ, ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ

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

ਮੀਨੂ ਅਤੇ ਡੀਮਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ

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

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

ਫਾਈਲ ਨਹੀਂ, ਪੈਕੇਜ ਪੜ੍ਹੋ

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

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

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

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

ਹੋਰਾਂ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਰਨਟਾਈਮ ਠੀਕ ਕਰੋ

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

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

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

ਅਗਲੀ ਗਲਤੀ ਨੂੰ ਨਵਾਂ ਪੜਾਅ ਮੰਨੋ

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

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

ਪੈਕੇਜ ਸੰਸਕਰਣ ਅਤੇ ਤੁਸੀਂ ਵੇਖਿਆ ਸਹੀ ਸੁਨੇਹਾ ਦਰਜ ਕਰੋ। ਜੋ ਰਿਪੋਰਟ ਗੈਰਹਾਜ਼ਰ ਬਾਇਨਰੀ ਅਤੇ ਉਹ ਪੈਕੇਜ ਜਿਸ ਨੇ ਇਹ ਦੇਣਾ ਸੀ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ, ਉਹ ਉਸ ਤਰ੍ਹਾਂ ਕਾਰਵਾਈਯੋਗ ਹੈ ਜਿਵੇਂ VPN ਬਾਰੇ ਆਮ ਸ਼ਿਕਾਇਤ ਨਹੀਂ।