vpn.persistent vazhdon të provojë, por nuk ju mban të lidhur
Vetia i kërkon shërbimit VPN të mbajë tunelin gjatë ndryshimeve të lidhjes. Aktivizimi, gjallëria, qëllimi dhe sjellja e kill switch mbeten pyetje të veçanta.
NetworkManager ekspozon një veti, vpn.persistent, dhe njerëzit i kërkojnë asaj t'u përgjigjet katër pyetjeve të ndryshme njëherësh. Dokumentacioni i saj është i kujdesshëm: këmbëngulja zbatohet kur shërbimi VPN e mbështet dhe profili e aktivizon, dhe lidhja më pas kërkohet të mbijetojë ndryshimet e lidhjes dhe ndërprerjet deri në një shkëputje të shprehur. I njëjti dokumentacion tregon gjithashtu se vetia ka vlerën false si parazgjedhje, gjë që shumica e planeve të rikuperimit nuk e supozojnë. Lexojeni si një kërkesë për një provë, jo si një premtim për një rezultat.
Çfarë angazhon në të vërtetë cilësimi
Një vlerë e ruajtur në një profil është një udhëzim për menaxherin, dhe menaxheri duhet ta dorëzojë atë udhëzim te një shtojcë VPN që di çfarë të bëjë me të. Nëse shtojca e instaluar e injoron vetinë, profili aktivizohet gjithsesi dhe regjistri mbetet i qetë, gjë që është më e keqja e të dyja botëve për këdo që do të korrigjojë gabimet më vonë. Asgjë brenda një profili nuk mund ta detyrojë një shtojcë të zbatojë një sjellje që nuk e ka, prandaj i vetmi rezultat i dukshëm është mungesa.
Kjo është arsyeja pse kushti në dokumentacion ka më shumë rëndësi se çelësi. Kontrolloni se cilën shtojcë dhe cilën botim keni në të vërtetë, dhe shkruani versionin pranë përshkrimit të lidhjes që personi tjetër të mos duhet ta zbulojë përsëri. Një politikë rikuperimi e ndërtuar mbi një flamur të pazbatuar dështon saktësisht një herë në prodhim dhe gjithmonë në momentin më të papërshtatshëm.
Trajtimi i vetisë si një provë vendos gjithashtu pritshmërinë e duhur për testimin. Ju nuk kontrolloni nëse flamuri është vendosur; ju kontrolloni nëse ndodhi diçka kur lidhja ra. Këto janë eksperimente të ndryshme, dhe vetëm njëri prej tyre vlen një pasdite.
Katër pyetje të shkrira në një
Aktivizimi pyet se çfarë e ngre VPN-në në radhë të parë. Një profil NetworkManager mund të lidhet me një lidhje bazë, një shërbim OpenVPN i menaxhuar veçmas ka nisjen e vet, dhe shtimi i një nisësi të tretë në këtë rregullim ju jep dy pronarë me ide të ndryshme për atë se kush komandon. Vendosni cili komponent zotëron nisjen përpara se të shtoni një shkas tjetër.
Rikuperimi pyet se çfarë ndodh kur lidhja ndryshon ose zhduket, dhe kjo është pyetja e ngushtë që trajton vpn.persistent. Gjallëria pyet nëse klienti mund të kuptojë që skaji i largët ndaloi së përgjigjuri, dhe në vend të saj përgjigjet sjellja e keepalive ose e rinisjes së OpenVPN; të dyja mekanizmat shpesh përshkruhen me të njëjtën fjalë dhe zbatohen në vende të ndryshme. Provoni ato veçmas, me mjete të ndryshme, përndryshe do t'i atribuoni një sjellje tjetrës.
Qëllimi pyet nëse rilidhja dëshirohet fare, dhe kjo është pyetja të cilës sondazhi i statusit nuk mund t'i përgjigjet. Një ndalesë e qëllimshme dhe një ndërprerje prodhojnë të njëjtin gjendje joaktive, prandaj çdo gjë që rilidhet në mungesë po hamendëson një vendim njerëzor. Hamendësimi është në rregull deri në momentin kur kalon mbi dikë.
Një listë kontrolli që i mban të ndara
Ekzekutoni ngjarjet me radhë në vend që të lexoni konfigurimin dhe të arsyetoni për të, dhe regjistroni çfarë tregon secila me një vulë kohe.
Së pari, aktivizoni lidhjen bazë të synuar dhe konfirmoni që VPN-ja u ngrit përmes shkasit që prisnit dhe jo përmes një mekanizmi që kishit harruar se ishte instaluar. Së dyti, gjatë një ndërprerjeje të miratuar, krahasoni ngjarjet VPN të menaxherit, gjendjen e rikuperimit të klientit pronar dhe një kërkesë të re ndaj një burimi privat. Së treti, shkëputuni me qëllim, prisni dhe konfirmoni që asgjë nuk e rinis profilin pas shpinës tuaj.
Hapi i tretë është ai që njerëzit e kalojnë, dhe është ai që gjen më shpesh defektin e vërtetë. Një rojtar që sondazhon një profil aktiv dhe rilidhet kur ai mungon do të anulojë me gëzim një shkëputje të qëllimshme të përdoruesit. Nga karrigia e përdoruesit kjo nuk është rezistencë; është një makinë që nuk do të bindet. Pyetini ata përpara se të shtoni një.
Shkruani rezultatet në të njëjtin dokument si përshkrimi i lidhjes. Një politikë rikuperimi vlen aq sa hera e fundit kur dikush e pa atë të dështojë me qëllim. Vulat e kohës e bëjnë ndryshimin të dukshëm për këdo që i lexon shënimet më pas.
Autentikimi është pjesë e rikuperimit
Rilidhja nuk është një akt thjesht rrjeti. Nëse fluksi i miratuar kërkon një sfidë të re, një kod për një përdorim ose një sekret që konteksti i aktivizimit nuk mund ta arrijë, asnjë cilësim këmbënguljeje nuk mund ta prodhojë atë nga asgjëja.
Kjo shpjegon një model të njohur: lidhja rikuperohet në një makinë me vargun e çelësave të zhbllokuar dhe dështon në të njëjtën makinë pas një rinisjeje. Shtresa e rrjetit bëri saktësisht atë që iu kërkua, dhe shtresa e kredencialeve nuk kishte asgjë për të ofruar.
Rregulloni rrjedhën e punës së kredencialeve në vend që të shkurtoni intervalin e riprovimit. Riprovime më të shpejta ndaj një kërkese të cilës askush nuk mund t'i përgjigjet krijojnë zhurmë në regjistër dhe një përshtypje të rreme se po provohet diçka.
Këmbëngulja nuk është kill switch
Vetia përpiqet të ruajë ose të rikthejë marrëdhënien VPN. Ajo nuk vendos çfarë mund të bëjnë aplikacionet ndërsa VPN-ja është jashtë, dhe nuk bllokon asgjë vetë.
Nëse kërkesa është që asnjë trafik të mos dalë jashtë tunelit, ajo është një politikë e veçantë me mekanizmin e vet, testet e veta dhe mënyrat e veta të dështimit. Supozimi se këmbëngulja e mbulon atë e kthen një vendim sigurie në aksident.
Regjistroni të dyja gjysmat në shënimet e rikuperimit: çfarë provoi VPN-ja dhe çfarë trafiku aplikacionesh u lejua ndërsa prova ishte në vazhdim.