apt-cache ਤੁਹਾਡੇ VPN ਪੈਕੇਜ ਲਈ ਸਥਾਪਿਤ (ਕੋਈ ਨਹੀਂ) ਕਿਉਂ ਦਿਖਾਉਂਦਾ ਹੈ

Installed: (none) ਦੱਸਣ ਵਾਲਾ VPN ਪੈਕੇਜ ਗੁੰਮ ਨਹੀਂ ਹੈ; ਇਹ ਸਿਰਫ਼ ਸਥਾਪਿਤ ਨਹੀਂ ਹੈ। ਇਹ ਫ਼ੈਸਲਾ ਕਰਨ ਵਾਲੀ ਲਾਈਨ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਨਹੀਂ, Candidate ਹੈ, ਜਿਸਨੂੰ APT ਇੰਡੈਕਸ, suite ਨਾਮ, ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਲਾਗੂ ਕਿਸੇ ਵੀ ਪਿੰਨਿੰਗ ਨਿਯਮ ਤੋਂ ਕੱਢਦਾ ਹੈ। ਗੁੰਮ ਹੋਏ VPN ਪੈਕੇਜ ਦੀਆਂ ਬਹੁਤੀਆਂ ਰਿਪੋਰਟਾਂ ਪੈਕੇਜਿੰਗ ਸਮੱਸਿਆ ਨਹੀਂ, ਉਮੀਦਵਾਰ ਦੀ ਸਮੱਸਿਆ ਨਿਕਲਦੀਆਂ ਹਨ। ਇੱਕ ਵੀ ਸਰੋਤ ਐਂਟਰੀ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਲਾਈਨਾਂ ਪੜ੍ਹੋ।

ਮੈਂ ਪਹਿਲਾਂ ਉਮੀਦਵਾਰ ਜਾਂਚਦਾ ਹਾਂ ਕਿਉਂਕਿ ਇਸ ਲਈ ਇੱਕ ਹੀ ਕਮਾਂਡ ਲੱਗਦੀ ਹੈ ਅਤੇ ਅੱਧੇ ਆਮ ਅੰਦਾਜ਼ੇ ਬਾਹਰ ਹੋ ਜਾਂਦੇ ਹਨ।

apt-cache policy ਦਾ ਆਉਟਪੁੱਟ ਤੁਹਾਨੂੰ ਕੀ ਦੱਸਦਾ ਹੈ

apt-cache policy ਸਥਾਨਕ ਪੈਕੇਜ ਕੈਸ਼ ਪੜ੍ਹਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਨਹੀਂ। ਇਹ ਸਥਾਪਿਤ ਸੰਸਕਰਣ, ਉਮੀਦਵਾਰ ਸੰਸਕਰਣ ਅਤੇ ਪੈਕੇਜ ਦੇਣ ਵਾਲੇ ਹਰ ਇੰਡੈਕਸ ਦੀ ਸਾਰਣੀ ਉਸ ਨਾਲ ਜੁੜੀ ਤਰਜੀਹ ਸਮੇਤ ਛਾਪਦਾ ਹੈ।

apt-cache policy openvpn
apt-cache madison openvpn
apt list -a network-manager-openvpn

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

ਜੇ ਉਮੀਦਵਾਰ ਲਾਈਨ ਖਾਲੀ ਹੈ ਜਾਂ (none) ਦਿਖਾਉਂਦੀ ਹੈ, ਤਾਂ ਸੰਰਚਿਤ ਸਰੋਤਾਂ ਵਿੱਚ ਇਸ ਸਿਸਟਮ ਲਈ, ਜਿਵੇਂ ਇਹ ਸੰਰਚਿਤ ਹੈ, ਕੁਝ ਵੀ ਯੋਗ ਨਹੀਂ ਹੈ।

ਉਮੀਦਵਾਰ ਦੇ ਗਾਇਬ ਹੋਣ ਦੇ ਚਾਰ ਕਾਰਨ

ਵਿਵਹਾਰ ਵਿੱਚ ਕਾਰਨ ਲਗਭਗ ਹਮੇਸ਼ਾ ਚਾਰ ਵਿੱਚੋਂ ਇੱਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਦਾ ਵੱਖਰਾ ਇਲਾਜ ਹੈ।

ਤੁਹਾਡੇ ਸਰੋਤਾਂ ਵਿੱਚ suite ਨਾਮ ਉਸ ਵੰਡ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਲਈ ਪੈਕੇਜ ਬਣਾਇਆ ਗਿਆ ਸੀ। trixie ਸ਼ੀਸ਼ੇ ਵੱਲ ਦਿਸ਼ਾ ਲਏ Debian bookworm ਸਿਸਟਮ, ਜਾਂ ਅੱਪਗ੍ਰੇਡ ਦੌਰਾਨ sources.list.d ਫਾਈਲ ਵਿੱਚ ਨਾਮ ਬਦਲੇ Ubuntu ਸੰਸਕਰਣ, ਸਿਰਫ਼ ਦੂਜੇ suite ਵਿੱਚ ਮੌਜੂਦ ਪੈਕੇਜਾਂ ਲਈ ਕੁਝ ਨਹੀਂ ਹੱਲ ਕਰਦੇ। ਹਰ ਐਂਟਰੀ ਵਿੱਚ lsb_release -cs ਦੀ suite ਫੀਲਡ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।

APT ਸਿਰਫ਼ ਉਹਨਾਂ ਆਰਕੀਟੈਕਚਰਾਂ ਲਈ ਬਣੇ ਪੈਕੇਜ ਦੇਖਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ dpkg ਜਾਣਦਾ ਹੈ। 32-ਬਿੱਟ ਕੰਟੇਨਰ, arm64 ਇਮੇਜ ਜਾਂ ਸਿਰਫ਼ amd64 ਲਈ ਭੇਜੇ ਜਾਂਦੇ ਪੈਕੇਜ ਦੀ ਮੰਗ ਕਰਨ ਵਾਲੀ Raspberry Pi ਸਥਾਪਨਾ ਨੂੰ ਗਲਤੀ ਸੁਨੇਹੇ ਦੀ ਥਾਂ ਖਾਲੀ ਉਮੀਦਵਾਰ ਮਿਲਦਾ ਹੈ। dpkg --print-architecture ਅਤੇ dpkg --print-foreign-architectures ਦੱਸਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਸੈੱਟ ਵਿੱਚ ਹੋ।

ਕੰਪੋਨੈਂਟ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਸਿਰਫ਼ main ਸਕ੍ਰਿਯ ਹੋਣ 'ਤੇ contrib ਜਾਂ non-free ਦਾ ਪੈਕੇਜ ਅਦਿੱਖ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ Ubuntu ਦਾ universe ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਇੰਡੈਕਸ ਮੌਜੂਦ ਹੈ ਅਤੇ ਪੈਕੇਜ ਉਸ ਵਿੱਚ ਹੈ; ਤੁਹਾਡੀ ਸਕ੍ਰਿਯ ਕੰਪੋਨੈਂਟ ਸੂਚੀ ਇਸਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਦੀ।

ਪਿੰਨਿੰਗ ਸ਼ਾਂਤ ਕਾਰਨ ਹੈ। /etc/apt/preferences.d ਵਿੱਚਲੀ ਫਾਈਲ ਪੈਕੇਜ ਨੂੰ ਸਥਾਪਨਾ ਸੀਮਾ ਤੋਂ ਹੇਠਾਂ ਸੀਮਿਤ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਚੰਗਾ ਉਮੀਦਵਾਰ ਆਉਟਪੁੱਟ ਤੋਂ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਇੰਡੈਕਸ ਅਜੇ ਵੀ ਇਸਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਕਿਉਂਕਿ policy ਹਰ ਸਰੋਤ ਦੇ ਕੋਲ ਤਰਜੀਹਾਂ ਛਾਪਦਾ ਹੈ, ਉਹ ਪੈਕੇਜ ਜਿਸਦੇ ਹਰ ਸਰੋਤ 'ਤੇ ਘੱਟ ਪਿੰਨ ਨੰਬਰ ਹੈ, ਸੰਕੇਤ ਹੈ।

ਪੁਰਾਣੇ ਇੰਡੈਕਸ ਗੁੰਮ ਪੈਕੇਜਾਂ ਵਰਗੇ ਦਿਖਦੇ ਹਨ

ਕੈਸ਼ ਇੱਕ ਪਲ ਦੀ ਤਸਵੀਰ ਹੈ। ਜੇ ਪਿਛਲਾ apt update ਇੱਕ ਇੰਡੈਕਸ 'ਤੇ ਫੇਲ੍ਹ ਹੋਇਆ, ਤਾਂ ਪ੍ਰਸ਼ਨ ਪੁਰਾਣੀ ਕਾਪੀ ਤੋਂ ਹੀ ਜਵਾਬ ਦਿੰਦੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਪੈਕੇਜ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ ਉਹ ਉਸ ਕਾਪੀ ਵਿੱਚ ਨਹੀਂ ਹੋ ਸਕਦਾ।

apt update ਹਰ ਇੰਡੈਕਸ ਲਈ ਗਲਤੀਆਂ ਛਾਪਦਾ ਹੈ, ਇਸ ਲਈ ਸਿੱਧਾ ਆਖਰੀ ਲਾਈਨ 'ਤੇ ਜਾਣ ਦੀ ਥਾਂ ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹੋ।

ਦਸਤਖ਼ਤ ਗਲਤੀ, ਮਿਆਦ ਪੁੱਗੀ release ਫਾਈਲ ਜਾਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਸ਼ੀਸ਼ੇ ਕਾਰਨ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਰਿਫ੍ਰੈਸ਼ ਪਿਛਲਾ ਇੰਡੈਕਸ ਆਪਣੀ ਥਾਂ 'ਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਮਝਦਾਰ ਡਿਜ਼ਾਈਨ ਹੈ, ਕਿਉਂਕਿ ਸ਼ੀਸ਼ਾ ਥੋੜ੍ਹੀ ਦੇਰ ਬੰਦ ਹੋਣ 'ਤੇ ਇਹ ਕੰਮ ਕਰਨ ਵਾਲਾ ਕੈਸ਼ ਰੱਖਦਾ ਹੈ। ਮਾੜਾ ਪ੍ਰਭਾਵ ਇਹ ਹੈ ਕਿ ਭੰਡਾਰ ਆਫਲਾਈਨ ਹੋਣ 'ਤੇ ਵੀ ਖੋਜ ਸਫਲ ਹੋ ਸਕਦੀ ਹੈ। ਇਸਦਾ ਇਹ ਵੀ ਅਰਥ ਹੈ ਕਿ ਇੰਡੈਕਸ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਲਿਆ ਗਿਆ, ਇਹ ਜਾਣੇ ਬਿਨਾਂ ਪੈਕੇਜ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਪੈਕੇਜ ਦੇ ਨਾਮ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ /var/lib/apt/lists ਹੇਠ ਫਾਈਲਾਂ ਦੀਆਂ ਤਾਰੀਖਾਂ ਜਾਂਚੋ।

ਸੱਚਮੁੱਚ ਲੋੜੀਂਦੇ ਪੈਕੇਜ ਦਾ ਨਾਮ ਦਿਓ

OpenVPN ਇੱਕ ਡੈਮਨ ਹੈ, ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਚਾਹੀਦੇ ਹਿੱਸੇ ਵੱਖਰੇ ਪੈਕੇਜ ਹਨ।

ਇੰਜਣ, NetworkManager ਪਲੱਗਇਨ ਅਤੇ ਡੈਸਕਟਾਪ ਸੰਪਾਦਕ ਤਿੰਨ ਨਾਮਾਂ ਵਾਲੇ ਤਿੰਨ ਪੈਕੇਜ ਹਨ, ਅਤੇ ਪਲੱਗਇਨ ਦਾ GTK ਰੂਪ ਹੈ ਜਿਸਦਾ ਨਾਮ ਵੰਡਾਂ ਵਿੱਚ ਵੱਖਰਾ ਹੈ। apt-cache search --names-only openvpn ਵੇਰਵਿਆਂ ਦੀ ਥਾਂ ਨਾਮ ਅਤੇ ਦਿੱਤੇ ਨਾਮ ਮਿਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਉਸ ਚੀਜ਼ ਦਾ ਨਾਮ ਲਗਭਗ ਜਾਣਦੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਇਹੀ ਚਾਹੀਦਾ ਹੈ।

ਜੇ ਨਾਮ ਸੱਚਮੁੱਚ ਅਣਜਾਣ ਹੈ, ਤਾਂ ਇੱਕ ਵਾਰ ਵੇਰਵਿਆਂ ਵਿੱਚ ਖੋਜੋ, ਫਿਰ ਸਹੀ ਨਾਮਾਂ 'ਤੇ ਵਾਪਸ ਆਓ। ਦੂਜੀ ਵੰਡ ਤੋਂ ਲਿਆ -gui ਪਿਛੇਤਰ ਜੋੜ ਕੇ ਇਹ ਸਿੱਟਾ ਨਾ ਕੱਢੋ ਕਿ ਪੈਕੇਜ ਹੁਣ ਮੌਜੂਦ ਨਹੀਂ ਹੈ।

ਸਰੋਤ ਸਭ ਤੋਂ ਬਾਅਦ ਬਦਲੋ, ਫਿਰ ਲੈਣ-ਦੇਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

ਜਦੋਂ ਉਮੀਦਵਾਰ ਦਿਖਾਈ ਦੇਵੇ, ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਨੁਕਰਣ ਕਰੋ: ਪੈਕੇਜ ਦੇ ਨਾਮ ਨਾਲ apt-get install --simulate ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਖਿੱਚਿਆ ਜਾਵੇਗਾ ਅਤੇ ਕੀ ਹਟਾਇਆ ਜਾਵੇਗਾ। ਪੈਕੇਜ ਦੀ ਉਪਲਬਧਤਾ, ਸਥਾਪਨਾ ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀ ਸੁਰੰਗ ਤਿੰਨ ਵੱਖਰੇ ਪੜਾਅ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਟ੍ਰੈਫਿਕ ਲੈ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਅਜੇ ਵੀ ਆਪਣੀ ਪਰੋਫਾਈਲ, ਪ੍ਰਮਾਣ-ਪੱਤਰ, ਰੂਟ ਅਤੇ DNS ਚਾਹੀਦੇ ਹਨ।