Kial apt-cache montras instalita (neniu) por via VPN-pakaĵo

VPN-pakaĵo, kiu raportas Installed: (none), ne mankas; ĝi simple ne estas instalita. La linio, kiu decidas ĉu vi povas instali ĝin, estas Candidate, kiun APT derivas el la indeksoj, la nomo de la suite, la arkitekturo kaj ĉiuj validaj pinglaj reguloj. Plej multaj raportoj pri malaperinta VPN-pakaĵo montriĝas kiel problemo de kandidato kaj ne kiel problemo de pakado. Legu ambaŭ liniojn antaŭ ol tuŝi eĉ unu fontan eron.

Mi unue kontrolas la kandidaton, ĉar tio kostas unu komandon kaj ekskludas duonon de la kutimaj konjektoj.

Kion diras al vi la eligo de apt-cache policy

apt-cache policy legas la lokan paketan kaŝmemoron, ne la reton. Ĝi presas la instalitan version, la kandidatan version kaj tabelon de ĉiu indekso, kiu proponas la pakaĵon, kun la al ĝi ligita prioritato.

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

La kandidato estas la versio, kiun APT elektus nun. madison listigas, kion proponas ĉiu fonto kun sia prioritato, kaj tiel vi rimarkas pakaĵon, kiu ekzistas en indekso sed malgajnas la pinglan konkuradon. La manlibro de apt-cache dokumentas ambaŭ kiel legadojn de kaŝmemoro, do neniu el ili pruvas, ke la spegulo estas atingebla en ĉi tiu momento.

Se la kandidata linio estas malplena aŭ montras (none), nenio en la agorditaj fontoj taŭgas por ĉi tiu sistemo tiel, kiel ĝi estas agordita.

Kvar kialoj, pro kiuj kandidato malaperas

Praktike la kaŭzo preskaŭ ĉiam estas unu el kvar aferoj, kaj ĉiu havas alian solvon.

La nomo de la suite en viaj fontoj devas kongrui kun la distribuo, por kiu la pakaĵo estis konstruita. Debian bookworm-sistemo direktita al spegulo trixie, aŭ Ubuntu-eldono renomita en dosiero sources.list.d dum ĝisdatigo, solvas nenion por pakaĵoj, kiuj ekzistas nur en la alia suite. Komparu lsb_release -cs kun la suite-kampo en ĉiu ero.

APT vidas nur pakaĵojn konstruitajn por la arkitekturoj, kiujn dpkg konas. 32-bita ujo, arm64-bildo aŭ Raspberry Pi-instalaĵo, kiu petas pakaĵon liveratan nur por amd64, ricevas malplenan kandidaton anstataŭ erarmesaĝon. dpkg --print-architecture kaj dpkg --print-foreign-architectures diras al vi, en kiu aro vi efektive estas.

Komponantoj ankaŭ gravas. Pakaĵo en contrib aŭ non-free estas nevidebla, kiam nur main estas ŝaltita, kaj la universe de Ubuntu kondutas same. La indekso ekzistas kaj la pakaĵo estas en ĝi; via listo de ŝaltitaj komponantoj simple ne inkluzivas ĝin.

Pinglado estas la silenta. Dosiero en /etc/apt/preferences.d povas limigi pakaĵon sub la instalajn sojlon, kaj tiam tute bona kandidato malaperas el la eligo, dum la indekso ankoraŭ listigas ĝin. Ĉar policy presas la prioritatojn apud ĉiu fonto, pakaĵo, kies ĉiu fonto portas malaltan pinglan numeron, estas la signo.

Malnovaj indeksoj aspektas kiel mankantaj pakaĵoj

La kaŝmemoro estas momenta bildo. Se la lasta apt update malsukcesis ĉe unu indekso, demandoj daŭre respondas el la pli malnova kopio, kaj la pakaĵo, kiun vi atendas, eble ne estas en tiu kopio.

apt update presas erarojn por ĉiu indekso, do legu ilin anstataŭ rulumi rekte al la lasta linio.

Ĝisdatigo, kiu malsukcesas pro subskriba eraro, eksdata release-dosiero aŭ neatingebla spegulo, lasas la antaŭan indekson surloke. Tio estas saĝa dezajno, ĉar ĝi konservas funkciantan kaŝmemoron, kiam spegulo mallonge estas malsupre. La kromefiko estas, ke serĉo povas sukcesi dum la deponejo estas eksterrete. Ĝi ankaŭ signifas, ke la manko de pakaĵo pruvas nenion, ĝis vi scias, kiam la indekso lastfoje estis akirita. Kontrolu la dosierajn datojn sub /var/lib/apt/lists antaŭ ol kulpigi la pakaĵan nomon.

Nomu la pakaĵon, kiun vi vere bezonas

OpenVPN estas demono, kaj la pecoj, kiujn homoj kutime volas, estas apartaj pakaĵoj.

La maŝino, la NetworkManager-kromprogramo kaj la labortabla redaktilo estas tri pakaĵoj kun tri nomoj, kaj la kromprogramo havas GTK-variaĵon, kies nomo diferencas inter distribuoj. apt-cache search --names-only openvpn kongruigas nomojn kaj provizitajn nomojn anstataŭ priskribojn, kaj tion vi volas, kiam vi proksimume scias, kiel la afero nomiĝas.

Se la nomo estas vere nekonata, serĉu unufoje en priskriboj, poste reiru al precizaj nomoj. Ne aldonu sufikson -gui prunteprenitan el alia distribuo kaj konkludu, ke la pakaĵo ne plu ekzistas.

Ŝanĝu fontojn laste, poste kontrolu la transakcion

Aldoni deponejon ŝanĝas, kiu provizas viajn ĝisdatigojn, do ĝi apartenas al la fino de la esploro, ne al la komenco.

Antaŭe, konfirmu eldonon, arkitekturon, komponanton kaj pinglan staton. Notu, kiujn el la kvar vi kontrolis, por ke la sekva persono ne ripetu la trarigardon. Se ĉiuj kvar estas ĝustaj kaj la kandidato ankoraŭ mankas, la honesta konkludo estas, ke ĉi tiu eldono ne liveras tiun pakaĵon. La ceteraj ebloj estas backport, vendista pakaĵo aŭ alia subtenata eldono, kaj ĉiu el ili estas konscia elekto kaj ne konjekto.

Kiam la kandidato tamen aperas, simulu antaŭ ol apliki: apt-get install --simulate kun la pakaĵa nomo montras, kio estus tirita kaj kio forigita. Pakaĵa havebleco, instalado kaj funkcianta tunelo restas tri apartaj etapoj, kaj la tunelo ankoraŭ bezonas sian profilon, akreditaĵojn, itinerojn kaj DNS antaŭ ol ĝi portos trafikon.