Ĉu tiu OpenVPN-sekureca ripareto eĉ temas pri via instalado?
Flikado kaj agordado estas malsamaj asertoj. Identigu la plenumeblon, la paketon malantaŭ ĝi kaj la kontrolojn, kiujn la profilo vere plenumas.
La konsilo fliki la klienton por ke ĝi validigu atestilojn estas tro malpreciza por agi laŭ ĝi. Ĝi povus priskribi riparitan softvaran difekton, malnovan konstruaĵon de unu provizanto aŭ profilon, kiu neniam petis la kontrolon. Tiuj estas tri malsamaj ŝanĝoj kun tri malsamaj posedantoj. Agi laŭ tiu frazo sen scii, kiun vi alfrontas, estas la maniero kiel funkcianta kliento estas modifita senkiale.
Apartigu la tri asertojn
Softvara difekto havas sciigon, trafitajn versiojn kaj riparitan eldonon. Provizanta konstruaĵo havas sian propran distribuadan kanalon kaj sian propran ĝisdatigan ritmon. Profila preterlaso havas nek unu nek la alian, ĉar la plenumeblo estas en ordo kaj la agordo petas malpli ol vi supozis. Ĝis la aserto nomos unu el tiuj tri, estas nenio por testi.
Skribu la aserton en unu frazo antaŭ ol serĉi ĝin. Se la frazo ne povas nomi, kio estas rompita, la serĉo havas neniun celon kaj ĉiu rezulto aspektas rilata.
| Claim | Evidence that settles it | Who owns the change |
|---|---|---|
| Software defect | Advisory naming affected versions | Package or product maintainer |
| Provider build | Release notes for that client | The provider |
| Profile omission | The configuration actually loaded | Whoever owns the profile |
Trovu la plenumeblon, kiu vere ruliĝas
Identigu, kio komencas la konekton antaŭ ol rigardi ajnan version. Distribua servo, labortabla kromaĵo kaj provizanta aplikaĵo povas ĉiu uzi alian plenumeblon aŭ motoron. Versio presita de kiu ajn binaraĵo hazarde trovita en la serĉvojo de la ŝelo ne estas inventaro de la maŝino. Legu la unuon aŭ procezon, kiu efektive faris la konekton.
systemctl cat openvpn-client@*.service
ps -o pid,cmd -C openvpn
apt-cache policy openvpn network-manager-openvpnLa paketa peto raportas, kion lokaj metadatenoj kredas instalita kaj disponebla, kaj tiu kaŝmemoro povas esti malnova, do unue refreŝigu ĝin. Ĝi ankaŭ diras nenion pri tio, ĉu la kuranta servo ŝargis binaraĵon instalitan antaŭ kvin minutoj. Komparu la paketan registron kun la procezo, kiu efektive estas konektita.
Paketaj pruvoj anstataŭ versiaj impresoj
Sekureca prizorgado de distribuoj ofte retroportas riparojn, do malpli nova aspektanta upstream-versio povas ankoraŭ enhavi la flikaĵon. Ankaŭ la malo validas: paketo el nekonata deponejo ne havas aŭtomatan pretendon al aktuala prizorgado. Legu la subtenan staton de la eldono anstataŭ la versionumeron.
Tiu distingo estas la diferenco inter vera breĉo kaj numero, kiu nur aspektas malnova. Notu la deponejon, de kiu venis la paketo, ĉar la sama versia ĉeno povas alveni per tre malsamaj kanaloj kun tre malsama subteno.
La agordo estas la alia duono
Prizorgata plenumeblo ankoraŭ bezonas profilon, kiu petas la kontrolojn, kiujn vi kredas esti en loko. Fidaj ankroj, la intencita rolo de la kontraŭulo kaj la atendata servila nomo estas rilataj sed apartaj decidoj. Rola kontrolo ne estas nomkontrolo, kaj nek unu anstataŭas la alian. Se la averto temas pri agordo, la ripareto apartenas al tiu, kiu posedas la profilon.
Ne instalu arbitran flikaĵon por kompensi nevalidigitan profilon, kaj ne aldonu direktivon por ripari veran efektivigan difekton. Ambaŭ eraroj sentiĝas kiel progreso, kaj tial ambaŭ daŭre okazas.
Decidu per pruvoj en la registro
La decido sekvas el tio, kion vi konstatis. Dokumentita trafita paketo postulas sian subtenatan ĝisdatigon, nesubtenata platformo bezonas migran vojon, kaj provizanta kliento bezonas la gvidadon de tiu provizanto. Ambigua instrukcio bezonas sciigon kaj trafitan komponanton antaŭ ol iu ajn el tiuj aplikiĝas.
Tenu la aktivan klienton, la plenan version, la sciigon kaj la posedanton de la profilo kune en la ŝanĝa registro. Tio estas pli forta ol referenco al lernilo, kaj ĝi estas tio, kion la sekva persono vere bezonos.