Përditësimet e pambikëqyrura të serverit VPN kërkojnë një rrugë rikuperimi të provuar

Përditësimet e pambikëqyrura janë një politikë e arsyeshme për një server që arrini përmes VPN-së së tij, dhe në të njëjtën kohë janë një pikë e vetme dështimi që e shkaktoni vetë. Operacioni i paketës rinis shërbimin, tuneli bie dhe rruga administrative që po përdornit zhduket bashkë me të. Ekzistojnë dy modele rikuperimi, dhe zgjedhja mes tyre varet nga një kusht: nëse keni një rrugë hyrjeje që nuk kalon nëpër atë që po përditësohet.

Dy modele rikuperimi, një kusht vendimtar

Modeli i parë i beson përditësimit dhe supozon se mund të rilidheni më pas. Funksionon kur VPN-ja është një nga disa mënyra për të arritur hostin dhe kur dështimi i tunelit nuk ju heq aftësinë për ta diagnostikuar. Modeli i dytë vendos paraprakisht një rrugë të pavarur, zakonisht konsolën e ofruesit të hostimit, dhe e trajton tunelin si gjënë që mirëmbajtja ka më shumë gjasa të thyejë. Të dy modelet janë të mbrojtshme, dhe vetëm njëri prej tyre kërkon punë paraprake.

Kushti vendimtar është i lehtë për t’u thënë dhe i lehtë për t’u anashkaluar. Nëse çdo rrugë administrative drejt makinës kalon nëpër shërbimin që po përditësohet, nuk keni fare model rikuperimi, vetëm një pritje. Thojeni me zë të lartë në rishikimin e ndryshimit.

Testimi i atij kushti kërkon dhjetë minuta dhe duhet të ndodhë përpara përditësimit të parë të pambikëqyrur, jo gjatë incidentit. Hapni konsolën ndërsa gjithçka funksionon, konfirmoni që kredencialet janë të vlefshme dhe mbylleni përsëri. Konfirmoni që konsola hapet në hostin që mendoni. Më pas konfirmoni që hyrja që do të përdornit vërtet në orën 3 të mëngjesit ende funksionon.

Pjesa e fundit ka më shumë rëndësi sesa duket. Një llogari konsolë fjalëkalimi i së cilës u ndryshua gjashtë muaj më parë dhe nuk u verifikua kurrë nuk është rrugë rikuperimi; është një dokument që përshkruan një të tillë.

Çfarë nuk rikthen një kopje rezervë

Një arkiv konfigurimi është një regjistër skedarësh, dhe një përditësim ndryshon më shumë se skedarë. Gjendja e paketave, modulet e kernelit, lidhjet e njësive të aktivizuara dhe rregullat e murit të zjarrit të aplikuara përmes një mjeti të veçantë jetojnë të gjitha jashtë drejtorisë së konfigurimit, dhe një rikthim që i injoron ato prodhon një makinë që duket e konfiguruar dhe nuk përcjell.

Autorizimi meriton rreshtin e vet. Një kopje e marrë përpara se të hiqej një pajisje e komprometuar do të rikthejë me kënaqësi aksesin e asaj pajisjeje. Kthimi tek ajo gjatë një ndërprerjeje është mënyra se si një incident bëhet dy, dhe vendimi për të rikthyer duhet të merret për partnerët po aq shprehimisht sa merret për skedarët.

Edhe mekanizmi i kthimit ka rëndësi. Kopjimi i një ekzekutuesi më të vjetër mbi një të menaxhuar nga paketa nuk është përmbysja e mbështetur e një ndryshimi pakete, dhe e lë bazën e të dhënave të paketave duke përshkruar një gjendje me të cilën sistemi i skedarëve nuk përputhet. Përdorni rrugën e vetë zbritjes së versionit të menaxherit të paketave ose fotografinë që ofron ofruesi. Një zbritje versioni që regjistron baza e të dhënave e paketave është një që mund ta përsërisni.

Asgjë nga kjo nuk argumenton kundër kopjeve rezervë. Argumenton për të ditur cilën shtresë mbulon çdo artefakt, sepse mënyra e dështimit të një rikthimi të pjesshëm është më konfuze se ndërprerja fillestare. Shkruani shtresën pranë çdo kopje në runbook.

Pikë kontrolli, përditësim, më pas verifikim nga jashtë

Regjistroni gjendjen përpara ndryshimit në një formë që mund ta krahasoni më pas: versionet e instaluara, njësitë e shërbimit të përfshira, soketat që dëgjojnë dhe lista aktuale e partnerëve. Katër komanda mbulojnë pjesën më të madhe të kësaj në një host Linux.

systemctl list-units --type=service | grep -E 'openvpn|wg-quick'
ss -lunp | grep -E ':51820|:1194'
journalctl -u wg-quick@wg0 --since '-10 min'

E para tregon cilat njësi ekzistojnë dhe nëse po ekzekutohen, e dyta konfirmon që dëgjuesi është vërtet i lidhur, dhe e treta ju jep rrëfimin e vetë shërbimit për minutat e fundit. Asnjëra prej tyre nuk provon që një klient mund të lidhet, prandaj hapi tjetër bëhet jashtë hostit. Mbajini ato lexime si bazën tuaj të krahasimit.

Verifikoni nga një rrjet që nuk e përdor tunelin: vërtetoni një klient të autorizuar, zgjidhni një emër dhe arrini një aplikacion të synuar. Një rresht statusi lokal që thotë se ndërfaqja është lart është një pohim për ndërfaqen, jo për rrugëtimin, çelësat ose politikën që pranon një partner.

Më pas provoni me qëllim rrugën e rilidhjes. Rinisni shërbimin një herë dhe konfirmoni që tuneli kthehet pa ndërhyrje manuale, sepse një shërbim që niset saktë vetëm në nisje është një shërbim që do t’ju befasojë në momentin më të keq.

Kur dështon, përdorni rrugën që keni provuar

Sekuenca e rikuperimit nuk është glamuroze dhe funksionon: arrini hostin përmes rrugës së pavarur, lexoni regjistrat e vetë shërbimit dhe rikthejeni pikën e kontrollit specifike që korrespondon me dështimin. Ndryshoni një gjë për provë, që leximi i radhës i regjistrit të thotë diçka.

Rezistojini impulsit për të bërë disa ndryshime të paregjistruara për të rifituar lidhjen. Një makinë e rregulluar me pesë ndryshime të njëkohshme nuk mund të shpjegohet më pas, dhe përditësimi i ardhshëm do të rikthejë atë prej tyre që vërtet mbante ngarkesën.

Më pas vendosni politikën e përhershme me prova. Nëse përditësimi zbuloi një varësi që askush nuk e dokumentoi, rregullimi është dokumentacion dhe një test, jo çaktivizimi i përditësimeve. Nëse zbuloi një shërbim që nuk mund të riniset pastër, rregullimi është në njësi, jo në plan.

Krahasimi zgjidhet pastër sapo kushti ka emër. Një rrugë e pavarur i bën përditësimet e pambikëqyrura një rrezik të menaxhueshëm. Mungesa e saj e bën të njëjtën politikë një ndërprerje të planifikuar me kohë rikuperimi të panjohur, dhe asnjë sasi automatizimi nuk e ndryshon atë aritmetikë.