Kāpēc apt-cache jūsu VPN pakotnei rāda instalēts (nekas)
Instalēts (nekas) nozīmē, ka VPN pakotne nav instalēta, nevis ka tās trūkst. Pirms avotu rediģēšanas izlasiet kandidāta, piesaistes un arhitektūras rindas.
VPN pakotne, kas ziņo Installed: (none), netrūkst; tā vienkārši nav instalēta. Rinda, kas izlemj, vai varat to instalēt, ir Candidate, ko APT atvasina no indeksiem, suite nosaukuma, arhitektūras un visiem spēkā esošajiem piesaistes noteikumiem. Lielākā daļa ziņojumu par pazudušu VPN pakotni izrādās kandidāta problēma, nevis pakotnes problēma. Izlasiet abas rindas, pirms aiztiekat kaut vienu avota ierakstu.
Vispirms pārbaudu kandidātu, jo tas maksā vienu komandu un izslēdz pusi ierasto minējumu.
Ko jums saka apt-cache policy izvade
apt-cache policy lasa vietējo pakotņu kešatmiņu, nevis tīklu. Tas izdrukā instalēto versiju, kandidāta versiju un tabulu ar katru indeksu, kas piedāvā pakotni, kopā ar tam piesaistīto prioritāti.
apt-cache policy openvpn
apt-cache madison openvpn
apt list -a network-manager-openvpnKandidāts ir versija, ko APT izvēlētos tieši tagad. madison uzskaita, ko piedāvā katrs avots ar savu prioritāti, un tā jūs pamanāt pakotni, kas pastāv indeksā, bet zaudē piesaistes konkurencē. apt-cache rokasgrāmata abus apraksta kā kešatmiņas lasīšanu, tāpēc neviens no tiem nepierāda, ka spogulis šobrīd ir sasniedzams.
Ja kandidāta rinda ir tukša vai rāda (none), konfigurētajos avotos nekas nav piemērots šai sistēmai tādā veidā, kādā tā ir konfigurēta.
Četri iemesli, kāpēc kandidāts pazūd
Praksē iemesls gandrīz vienmēr ir viens no četriem, un katram ir atšķirīgs risinājums.
Suite nosaukumam jūsu avotos ir jāatbilst distributīvam, kuram pakotne tika būvēta. Debian bookworm sistēma, kas vērsta uz trixie spoguli, vai Ubuntu laidums, kas atjaunināšanas laikā tika pārdēvēts sources.list.d failā, neko neatrisina pakotnēm, kas pastāv tikai otrā suite. Salīdziniet lsb_release -cs ar suite lauku katrā ierakstā.
APT redz tikai pakotnes, kas būvētas tām arhitektūrām, kuras zina dpkg. 32 bitu konteiners, arm64 attēls vai Raspberry Pi instalācija, kas pieprasa pakotni, kura piegādāta tikai amd64, saņem tukšu kandidātu kļūdas ziņojuma vietā. dpkg --print-architecture un dpkg --print-foreign-architectures pasaka, kurā kopā jūs patiesībā esat.
Arī komponenti ir svarīgi. Pakotne contrib vai non-free ir neredzama, kad iespējots tikai main, un Ubuntu universe uzvedas tāpat. Indekss pastāv, un pakotne tajā ir; vienkārši jūsu iespējoto komponentu sarakstā tās nav.
Piesaiste ir klusais iemesls. Fails /etc/apt/preferences.d var ierobežot pakotni zem instalācijas sliekšņa, un tad pilnīgi laba kandidāte pazūd no izvades, kamēr indekss joprojām to uzskaita. Tā kā policy izdrukā prioritātes blakus katram avotam, pakotne, kuras katram avotam ir zems piesaistes numurs, ir pazīme.
Novecojuši indeksi izskatās kā trūkstošas pakotnes
Kešatmiņa ir momentuzņēmums. Ja pēdējais apt update neizdevās vienā indeksā, vaicājumi turpina atbildēt no vecākās kopijas, un gaidītā pakotne tajā kopijā var nebūt.
apt update izdrukā kļūdas pa indeksiem, tāpēc lasiet tās, nevis ritiniet tieši uz pēdējo rindu.
Atjaunināšana, kas neizdodas paraksta kļūdas, beigušās release faila vai nesasniedzama spoguļa dēļ, atstāj iepriekšējo indeksu savā vietā. Tas ir saprātīgs risinājums, jo saglabā strādājošu kešatmiņu, kad spogulis īsu brīdi nav pieejams. Blakusefekts ir tāds, ka meklēšana var izdoties, kamēr krātuve ir bezsaistē. Tas nozīmē arī to, ka pakotnes neesamība neko nepierāda, līdz zināt, kad indekss tika pēdējo reizi iegūts. Pārbaudiet failu datumus /var/lib/apt/lists, pirms vainojat pakotnes nosaukumu.
Nosauciet pakotni, kas jums patiešām vajadzīga
OpenVPN ir dēmons, un daļas, ko cilvēki parasti vēlas, ir atsevišķas pakotnes.
Dzinējs, NetworkManager spraudnis un darbvirsmas redaktors ir trīs pakotnes ar trim nosaukumiem, un spraudnim ir GTK variants, kura nosaukums atšķiras starp distributīviem. apt-cache search --names-only openvpn saskaņo nosaukumus un nodrošinātos nosaukumus, nevis aprakstus, un tas ir tas, ko vēlaties, kad aptuveni zināt, kā lieta saucas.
Ja nosaukums patiešām nav zināms, vienreiz meklējiet aprakstos, pēc tam atgriezieties pie precīziem nosaukumiem. Nepievienojiet no citas distributīvas aizgūtu -gui galotni un neizdariet secinājumu, ka pakotne vairs neeksistē.
Mainiet avotus pēdējā kārtā, pēc tam pārbaudiet darījumu
Krātuves pievienošana maina to, kas piegādā jūsu atjauninājumus, tāpēc tas pieder izmeklēšanas beigām, nevis sākumam.
Pirms tam apstipriniet laidumu, arhitektūru, komponentu un piesaistes stāvokli. Pierakstiet, kurus no četriem pārbaudījāt, lai nākamā persona neatkārtotu pārbaudi. Ja visi četri ir pareizi un kandidāta joprojām nav, godīgais secinājums ir, ka šis laidums nepiegādā šo pakotni. Atlikušās iespējas ir backport, piegādātāja pakotne vai cits atbalstīts laidums, un katra no tām ir apzināta izvēle, nevis minējums.
Kad kandidāts beidzot parādās, simulējiet pirms apstiprināšanas: apt-get install --simulate ar pakotnes nosaukumu parāda, kas tiktu piesaistīts un kas noņemts. Pakotnes pieejamība, instalācija un strādājošs tunelis joprojām ir trīs atsevišķi posmi, un tunelim joprojām vajag savu profilu, pieteikšanās datus, maršrutus un DNS, pirms tas pārvadā satiksmi.