vpn.persistent наставља да покушава, али вас не држи повезаним

NetworkManager излаже једно својство, vpn.persistent, и људи траже да оно одговори на четири различита питања истовремено. Његова документација је пажљива: трајност важи када је VPN услуга подржава и профил је омогући, а веза се затим тражи да преживи промене везе и прекиде до изричитог искључивања. Иста документација показује и да је подразумевана вредност својства false, што већина планова опоравка не претпоставља. Читајте то као захтев за покушај, а не као обећање резултата.

На шта се подешавање заиста обавезује

Вредност сачувана у профилу је упутство за менаџера, а менаџер мора то упутство предати VPN прикључку који зна шта да ради са њим. Ако инсталирани прикључак игнорише својство, профил се ипак активира и дневник остаје тих, што је најгоре од оба света за свакога ко буде касније отклањао грешке. Ништа у профилу не може присилити прикључак да примени понашање које нема, па је једини видљив резултат одсуство.

Зато је услов у документацији важнији од прекидача. Проверите који прикључак и које издање заиста имате и напишите верзију поред описа везе како следећа особа не би морала поново да га открије. Политика опоравка изграђена на нереализованој заставици пада тачно једном у продукцији и увек у најнезгоднијем тренутку.

Третирање својства као покушаја поставља и исправно очекивање за тестирање. Не проверавате да ли је заставица постављена; проверавате да ли се нешто догодило када је веза пала. То су различити експерименти и само један од њих вреди поподнева.

Четири питања спојена у једно

Активација пита шта уопште подиже VPN. Профил NetworkManager-а може се везати за основну везу, одвојено управљана OpenVPN услуга има сопствено покретање, а додавање трећег покретача том распореду даје вам два власника са различитим идејама о томе ко је главни. Одлучите која компонента поседује покретање пре него што додате још један окидач.

Опоравак пита шта се дешава када се веза промени или нестане, а то је уско питање које решава vpn.persistent. Живљеност пита да ли клијент може да препозна да је друга страна престала да одговара, а на то уместо ње одговара понашање keepalive или поновног покретања OpenVPN-а; два механизма се често описују истом речју и примењују на различитим местима. Тестирајте их одвојено, различитим алатима, иначе ћете приписати једно понашање другом.

Намера пита да ли је поновно повезивање уопште пожељно, и то је питање на које анкета стања не може да одговори. Намерно заустављање и прекид стварају исто неактивно стање, па све што се поново повезује при одсуству нагађа о људској одлуци. Нагађање је у реду до тренутка када прегази некога.

Контролна листа која их држи одвојено

Изводите догађаје по реду уместо да читате конфигурацију и размишљате о њој, и забележите шта сваки показује са временским жигом.

Прво, активирајте предвиђену основну везу и потврдите да се VPN подигао преко очекиваног окидача, а не преко механизма који сте заборавили да је инсталиран. Друго, током одобреног прекида упоредите VPN догађаје менаџера, стање опоравка клијента власника и нови захтев ка приватном ресурсу. Треће, искључите се намерно, сачекајте и потврдите да ништа не поново покреће профил иза ваших леђа.

Трећи корак је онај који људи прескачу, и он најчешће проналази прави дефект. Чувар који анкетира активан профил и поново се повезује када га нема весело ће поништити намерно искључивање корисника. Из угла корисника то није отпорност; то је машина која неће да послуша. Питајте их пре него што додате један.

Запишите резултате у исти документ као опис везе. Политика опоравка вреди онолико колико последњи пут када је неко видео да намерно пада. Временски жигови чине разлику видљивом свакоме ко следећи пут прочита белешке.

Аутентификација је део опоравка

Поновно повезивање није само мрежни чин. Ако одобрени ток захтева нови изазов, једнократни код или тајну до које контекст активације не може да стигне, ниједно подешавање трајности не може то да створи ни из чега.

То објашњава познат образац: веза се опоравља на машини са откључаним привеском за кључеве и пада на истој машини после поновног покретања. Мрежни слој је урадио тачно оно што је тражено, а слој акредитива није имао шта да понуди.

Поправите ток рада са акредитивима уместо да скраћујете интервал поновних покушаја. Бржи покушаји пред захтевом на који нико не може да одговори стварају шум у дневнику и лажан утисак да се нешто покушава.

Трајност није kill switch

Својство покушава да сачува или обнови VPN однос. Оно не одлучује шта апликације смеју да раде док је VPN искључен, и само по себи ништа не блокира.

Ако је захтев да никакав саобраћај не излази изван тунела, то је одвојена политика са сопственим механизмом, сопственим тестовима и сопственим режимима отказа. Претпоставка да трајност то покрива претвара безбедносну одлуку у несрећу.

Забележите обе половине у белешкама о опоравку: шта је VPN покушао и какав је апликацијски саобраћај био дозвољен док је покушај трајао.