Firwat apt-cache fir Äert VPN-Paket installéiert (keng) weist
Installéiert (keng) heescht, datt de VPN-Paket net installéiert ass, net datt en feelt. Liest d'Linnen zum Kandidat, Pinning an Architektur, ier Dir Quellen ännert.
Ee VPN-Paket, deen Installed: (none) mellt, feelt net; et ass einfach net installéiert. D'Linn, déi entscheet, ob Dir et installéiere kënnt, ass Candidate, an APT ofleits d'aus den Indexen, dem Suite-Numm, der Architektur an allen anzedoe Pinning-Regelen. Déi meescht Rapporte vun engem verschwonnene VPN-Paket entpuppe sech als Kandidatsproblem an net als Pakéierungsproblem. Liest déi zwou Linnen, ier Dir eng eenzeg Quellenaarbecht beréiert.
Ech kontrolléieren als éischt de Kandidat, well dat eng eenzeg Kommando kascht an d'Halschent vun de gewéinlechen Vermutungen ausschléisst.
Wat d'Ausgab vum apt-cache policy Iech seet
apt-cache policy liest de lokale Paketcode, net d'Netz. Et dréckt déi installéiert Versioun, d'Kandidatsversioun an eng Tabell vun all Index, dee de Paket ubitt, mat der Prioritéit, déi un him hänkt.
apt-cache policy openvpn
apt-cache madison openvpn
apt list -a network-manager-openvpnDe Kandidat ass déi Versioun, déi APT just elo wielen. madison lëscht op, wat all Quell mat hirer Prioritéit ubitt, an esou erkennt Dir ee Paket, deen an engem Index existéiert awer d'Pinning-Konkurrenz verléiert. Den apt-cache-Handbuch dokumentéiert béid als Code-Liesungen, also beweist keen vun deenen zwee, datt de Spigel an dësem Moment erreechbar ass.
Wann d'Kandidatslinn eidel ass oder (none) weist, ass näischt an de konfiguréierte Quelle fir dëst System gëeegent, sou wéi et konfiguréiert ass.
Véier Grënn, firwat e Kandidat verschwënnt
An der Praxis ass d'Ursaach bal ëmmer eng vun véier Saachen, an all huet eng aner Léisung.
Den Suite-Numm an Äre Quelle muss mat der Distributioun iwwereneen, fir déi de Paket gebaut gouf. En Debian bookworm-System, deen op e trixie-Spigel weist, oder eng Ubuntu-Versioun, déi während engem Upgrade an enger sources.list.d-Datei ëmbenannt gouf, léist näischt fir Paketen, déi nëmmen an der anerer Suite existéieren. Vergläicht lsb_release -cs mam Suite-Feld an all Andro.
APT gesäit nëmme Paketen, déi fir d'Architekture gebaut goufen, déi dpkg kennt. En 32-Bit-Container, en arm64-Bild oder eng Raspberry Pi-Installatioun, déi e Paket freet, dat nëmme fir amd64 geliwwert gëtt, kritt e leeden Kandidat amplaz vun enger Fehlermeldung. dpkg --print-architecture an dpkg --print-foreign-architectures soen Iech, a wéien Ensemble Dir tatsächlech sidd.
Komponente zielen och. E Paket an contrib oder non-free ass onsiichtbar, wann nëmme main aktivéiert ass, an Ubuntus universe behëlt sech genee sou. Den Index existéiert an de Paket ass dran; just Är Lëscht vun aktivéierte Komponente enthält en net.
Pinning ass dee rouege Fall. Eng Datei an /etc/apt/preferences.d kann e Paket ënner d'Installatiounsschwell zéien, an dann verschwënnt en duerchaus gudde Kandidat aus der Ausgab, wärend den Index en nach ëmmer lëscht. Well policy d'Prioritéiten nieft all Quell dréckt, ass e Paket, deem seng all Quell eng niddreg Pinning-Nummer dréit, den Hiweis.
Veralte Indexe kucke wéi feelend Paketen
De Code ass eng Momentopnahm. Wann de leschten apt update op engem Index feelgeschloen ass, äntweren d'Ufroen nach ëmmer aus der eelerer Kopie, an de Paket, deen Dir erwaart, ass vläicht net an där Kopie.
apt update dréckt Feeler pro Index, also liest se, amplaz direkt bis op déi lescht Zeil ze scrollen.
Eng Aktualiséierung, déi wéinst engem Signaturfehler, enger ofgelafener Release-Datei oder engem onereechbare Spigel feelgeet, léisst den viregen Index op der Plaz. Dat ass e verstännege Design, well en e funktionéierende Code hält, wann e Spigel kuerz erofgeet. Den Nieweneffekt ass, datt eng Sich erfollegräich ka sinn, während de Repository offline ass. Et heescht och, datt d'Fehlen vun engem Paket näischt beweist, bis Dir wësst, wéini den Index fir d'lescht geholl gouf. Kontrolléiert d'Dateidaten ënner /var/lib/apt/lists, ier Dir den Paketsnumm beschëllegt.
Benennt de Paket, deen Dir wierklech braucht
OpenVPN ass en Daemon, an déi Stécker, déi d'Leit normalerweis wëllen, sinn separat Paketen.
D'Motor, den NetworkManager-Plugin an den Desktop-Editor sinn dräi Paketen mat dräi Nimm, an de Plugin huet eng GTK-Variant, där hiren Numm sech tëscht Distributioune ënnerscheet. apt-cache search --names-only openvpn gläicht Nimm a geliwwert Nimm amplaz Beschreiwungen, an dat ass, wat Dir wëllt, wann Dir ongeféier wësst, wéi d'Saach heescht.
Wann den Numm wierklech onbekannt ass, sicht eng Kéier an de Beschreiwungen, a gitt dann op exakt Nimm zréck. Hängt net en -gui-Suffix un, deen aus enger anerer Distributioun geléint ass, a schléisst net doraus, datt de Paket net méi existéiert.
Ännert d'Quellen als lescht, a kontrolléiert dann d'Transaktioun
En Repository derbäi ze setzen ännert, wien Är Aktualiséierunge liwwert, also gehéiert et un d'Enn vun der Enquête, net un den Ufank.
Virun deem bestätegt Release, Architektur, Komponent a Pinning-Status. Schreift op, wat Dir vun de véier kontrolléiert hutt, sou datt déi nächst Persoun den Duerchgang net widderhëlt. Wann all véier richteg sinn an de Kandidat nach ëmmer feelt, ass déi éierlech Konklusioun, datt dës Versioun dee Paket net liwwert. Déi reschtlech Optioune sinn e Backport, e Verkeeferspaket oder eng aner ënnerstëtzt Versioun, an all vun hinnen ass eng bewosst Wiel an net eng Vermutung.
Wann de Kandidat dann erschéngt, simuleiert, ier Dir bestätegt: apt-get install --simulate mam Paketsnumm weist, wat géif eragezunn a wat ewechgeholl ginn. Paketdisponibilitéit, Installatioun an en funktionéierenden Tunnel bleiwen dräi getrennt Etappen, an den Tunnel brauch nach ëmmer säi Profil, seng Umeldungsdaten, seng Routen an DNS, ier en Traffic dréit.