vpn.persistent turpina mēģināt, bet netur jūs savienotus

NetworkManager piedāvā vienu īpašību, vpn.persistent, un cilvēki lūdz to vienlaikus atbildēt uz četriem dažādiem jautājumiem. Tās augšupējā dokumentācija ir rūpīga: noturība attiecas, kad VPN pakalpojums to atbalsta un profils to iespējo, un pēc tam savienojumam tiek lūgts pārdzīvot saites izmaiņas un pārtraukumus līdz skaidrai atvienošanai. Tā pati dokumentācija arī parāda, ka īpašības noklusējuma vērtība ir false, ko lielākā daļa atjaunošanas plānu nepieņem. Lasiet to kā lūgumu mēģināt, nevis kā rezultāta solījumu.

Kam iestatījums patiešām apņemas

Profilā saglabātā vērtība ir norādījums pārvaldniekam, un pārvaldniekam šis norādījums jānodod VPN spraudnim, kas zina, ko ar to darīt. Ja instalētais spraudnis ignorē īpašību, profils tomēr aktivizējas un žurnāls paliek kluss, kas ir sliktākais no abām pasaulēm ikvienam, kas vēlāk veiks atkļūdošanu. Nekas profila iekšienē nevar piespiest spraudni ieviest uzvedību, kuras tam nav, tāpēc vienīgais redzamais rezultāts ir neesamība.

Tāpēc dokumentācijā minētais nosacījums ir svarīgāks par slēdzi. Pārbaudiet, kurš spraudnis un kura versija jums patiešām ir, un ierakstiet versiju blakus savienojuma aprakstam, lai nākamajai personai tā nav jāatklāj no jauna. Atjaunošanas politika, kas balstīta uz neieviestu karodziņu, produktīvā vidē neizdodas tieši vienu reizi un vienmēr visneērtākajā brīdī.

Īpašības uzskatīšana par mēģinājumu nosaka arī pareizo gaidu testēšanai. Jūs nepārbaudāt, vai karodziņš ir iestatīts; jūs pārbaudāt, vai kaut kas notika, kad saite krita. Tie ir dažādi eksperimenti, un tikai viens no tiem ir pēcpusdienas vērts.

Četri jautājumi, kas saplūst vienā

Aktivizēšana jautā, kas vispār paceļ VPN. NetworkManager profilu var piesaistīt bāzes savienojumam, atsevišķi pārvaldīts OpenVPN pakalpojums pārvalda savu palaišanu, un trešā palaidēja pievienošana šai kārtībai dod divus īpašniekus ar atšķirīgiem priekšstatiem par to, kurš vada. Izlemiet, kura komponente pārvalda palaišanu, pirms pievienojat vēl vienu sprūdu.

Atjaunošana jautā, kas notiek, kad saite mainās vai pazūd, un tas ir šaurais jautājums, ko risina vpn.persistent. Dzīvotspēja jautā, vai klients spēj pamanīt, ka tālā puse pārstāja atbildēt, un tā vietā uz to atbild OpenVPN keepalive vai restartēšanas uzvedība; abus mehānismus bieži apraksta ar vienu un to pašu vārdu un ievieš dažādās vietās. Testējiet tos atsevišķi, ar dažādiem rīkiem, citādi jūs vienu uzvedību attiecināsiet uz otru.

Nolūks jautā, vai atkārtota savienošana vispār ir vēlama, un tas ir jautājums, uz kuru statusa aptauja nevar atbildēt. Apzināta apstāšanās un pārtraukums rada vienu un to pašu neaktīvo stāvokli, tāpēc viss, kas pieslēdzas no jauna prombūtnes dēļ, min par cilvēka lēmumu. Minēt ir labi līdz brīdim, kad tas kādu pārbrauc.

Kontrolsaraksts, kas tos šķir

Izpildiet notikumus pēc kārtas, nevis lasiet konfigurāciju un spriediet par to, un pierakstiet, ko katrs parāda, ar laika zīmogu.

Pirmkārt, aktivizējiet paredzēto bāzes savienojumu un apstipriniet, ka VPN pacēlās caur gaidīto sprūdu, nevis caur mehānismu, ko bijāt aizmirsis instalēt. Otrkārt, apstiprināta pārtraukuma laikā salīdziniet pārvaldnieka VPN notikumus, īpašnieka klienta atjaunošanas stāvokli un jaunu pieprasījumu privātam resursam. Treškārt, apzināti atvienojieties, nogaidiet un apstipriniet, ka nekas jums aiz muguras nepalaiž profilu no jauna.

Trešais solis ir tas, ko cilvēki izlaiž, un tieši tas visbiežāk atrod īsto defektu. Sargsuns, kas aptaujā aktīvu profilu un pieslēdzas no jauna, kad tā nav, līksmi atcels lietotāja apzināto atvienošanos. No lietotāja skatpunkta tā nav noturība; tā ir mašīna, kas neklausīs. Pajautājiet viņiem pirms tādas pievienošanas.

Ierakstiet rezultātus tajā pašā dokumentā kā savienojuma aprakstu. Atjaunošanas politika ir tik laba, cik pēdējā reize, kad kāds redzēja to apzināti neizdodoties. Laika zīmogi padara atšķirību redzamu ikvienam, kas nākamreiz lasīs piezīmes.

Autentifikācija ir atjaunošanas daļa

Atkārtota savienošana nav tikai tīkla darbība. Ja apstiprinātajai plūsmai vajag jaunu izaicinājumu, vienreizēju kodu vai noslēpumu, kuram aktivizēšanas konteksts nevar piekļūt, neviens noturības iestatījums to nevar radīt no nekā.

Tas izskaidro pazīstamu modeli: savienojums atjaunojas mašīnā ar atslēgtu atslēgu saišķi un neizdodas tajā pašā mašīnā pēc pārstartēšanas. Tīkla slānis izdarīja tieši to, ko lūdza, un akreditācijas datu slānim nebija ko piedāvāt.

Labojiet akreditācijas datu darbplūsmu, nevis saīsiniet atkārtošanas intervālu. Ātrāki atkārtojumi pret pieprasījumu, uz kuru neviens nevar atbildēt, rada žurnāla troksni un nepatiesu iespaidu, ka kaut kas tiek mēģināts.

Noturība nav kill switch

Īpašība cenšas saglabāt vai atjaunot VPN attiecības. Tā neizlemj, ko lietotnes drīkst darīt, kamēr VPN ir izslēgts, un pati neko nebloķē.

Ja prasība ir, lai ārpus tuneļa neizietu neviens datu plūsma, tā ir atsevišķa politika ar savu mehānismu, saviem testiem un saviem atteices režīmiem. Pieņēmums, ka noturība to aptver, pārvērš drošības lēmumu negadījumā.

Ierakstiet abas puses atjaunošanas piezīmēs: ko VPN mēģināja un kāda lietotņu plūsma tika atļauta mēģinājuma laikā.