Patuloy na sinusubukan ng vpn.persistent, ngunit hindi ka nito pinapanatiling konektado

Naglalantad ang NetworkManager ng isang property, vpn.persistent, at hinihiling ng mga tao na sagutin nito ang apat na magkakaibang tanong nang sabay. Maingat ang dokumentasyon nito: nalalapat ang pagtitiyaga kapag sinusuportahan ito ng serbisyo ng VPN at pinagana ito ng profile, at pagkatapos ay hinihiling sa koneksyon na malampasan ang mga pagbabago ng link at pagkawala hanggang sa tahasang paghinto. Ipinapakita rin ng parehong dokumentasyon na ang default na halaga ng property ay false, na hindi ang inaakala ng karamihan ng mga plano sa pagbawi. Basahin ito bilang isang kahilingan na subukan, hindi bilang pangako ng resulta.

Ano talaga ang pinangako ng setting

Ang halagang nakaimbak sa isang profile ay tagubilin sa manager, at kailangang ibigay ng manager ang tagubiling iyon sa isang plugin ng VPN na marunong kung ano ang gagawin dito. Kung binabalewala ng naka-install na plugin ang property, nag-a-activate pa rin ang profile at nananatiling tahimik ang log, na siyang pinakamasama sa dalawang mundo para sa sinumang magde-debug mamaya. Walang anuman sa loob ng profile ang makapipilit sa isang plugin na ipatupad ang pag-uugaling wala ito, kaya ang tanging nakikitang resulta ay kawalan.

Kaya mas mahalaga ang kundisyon sa dokumentasyon kaysa sa switch. Suriin kung aling plugin at release ang talagang mayroon ka, at isulat ang bersyon sa tabi ng paglalarawan ng koneksyon upang hindi na kailangang muling tuklasin ito ng susunod na tao. Ang patakaran sa pagbawi na itinayo sa isang flag na hindi naipatupad ay nabigo nang eksaktong isang beses sa produksyon at palaging sa pinaka-abalang sandali.

Ang pagtrato sa property bilang isang pagsubok ay nagtatakda rin ng tamang inaasahan para sa pagsubok. Hindi mo sinusuri kung nakatakda ang flag; sinusuri mo kung may nangyari noong bumagsak ang link. Magkaibang eksperimento ang mga iyon, at isa lamang sa kanila ang sulit sa isang hapon.

Apat na tanong na pinagsama sa isa

Itinatanong ng activation kung ano ang nagpapataas ng VPN sa unang lugar. Maaaring itali ang profile ng NetworkManager sa isang base na koneksyon, may sariling startup ang serbisyong OpenVPN na hiwalay na pinamamahalaan, at ang pagdaragdag ng ikatlong launcher sa setup na iyon ay nagbibigay sa iyo ng dalawang may-ari na may magkaibang ideya kung sino ang namamahala. Magpasya kung aling bahagi ang may-ari ng startup bago ka magdagdag ng isa pang trigger.

Itinatanong ng pagbawi kung ano ang nangyayari kapag nagbago o nawala ang link, at iyon ang makitid na tanong na tinutugunan ng vpn.persistent. Itinatanong ng liveness kung kayang malaman ng client na tumigil sa pagsagot ang kabilang dulo, at ang pag-uugali ng keepalive o restart ng OpenVPN ang sumasagot doon sa halip; madalas na inilalarawan ang dalawang mekanismo sa iisang salita at ipinatutupad sa magkaibang lugar. Subukan ang mga ito nang hiwalay, gamit ang magkaibang tool, kung hindi ay iuugnay mo ang isang pag-uugali sa isa pa.

Itinatanong ng intensyon kung ninanais ba talaga ang muling pagkonekta, at iyon ang tanong na hindi masasagot ng survey ng status. Ang sadyang paghinto at pagkawala ay gumagawa ng parehong hindi aktibong estado, kaya ang anumang muling kumokonekta kapag wala ay nanghuhula tungkol sa desisyon ng tao. Maayos ang panghuhula hanggang sa sandaling madaig nito ang isang tao.

Isang checklist na naghihiwalay sa kanila

Patakbuhin ang mga kaganapan sa pagkakasunod-sunod sa halip na basahin ang configuration at mangatwiran tungkol dito, at itala kung ano ang ipinapakita ng bawat isa na may timestamp.

Una, i-activate ang nilalayong base na koneksyon at kumpirmahin na bumangon ang VPN sa pamamagitan ng trigger na inaasahan mo at hindi sa pamamagitan ng mekanismong nakalimutan mong naka-install. Ikalawa, sa panahon ng aprubadong pagkaantala, ihambing ang mga kaganapan ng VPN ng manager, ang estado ng pagbawi ng may-ari ng client at isang bagong kahilingan sa isang pribadong resource. Ikatlo, sadyang disconnect, maghintay, at kumpirmahin na walang muling nag-restart ng profile sa likod mo.

Ang ikatlong hakbang ang nilalaktawan ng mga tao, at iyon ang madalas na nakakahanap ng tunay na depekto. Ang isang watchdog na nagsusuri ng aktibong profile at muling kumokonekta kapag wala ito ay masayang magbabalik sa sadyang disconnect ng user. Mula sa upuan ng user, hindi iyon resilience; ito ay isang makinang hindi susunod. Tanungin sila bago magdagdag ng isa.

Isulat ang mga resulta sa parehong dokumento ng paglalarawan ng koneksyon. Ang patakaran sa pagbawi ay kasinghusay ng huling pagkakataong may nakakita ritong nabigo nang sadya. Ginagawang nakikita ng mga timestamp ang pagkakaiba para sa sinumang babasa ng mga tala sa susunod.

Bahagi ng pagbawi ang authentication

Ang muling pagkonekta ay hindi lamang pagkilos ng network. Kung ang aprubadong daloy ay nangangailangan ng bagong hamon, one-time code o isang lihim na hindi maabot ng konteksto ng activation, walang setting ng pagtitiyaga ang makakalikha nito mula sa wala.

Ipinapaliwanag nito ang pamilyar na pattern: bumabangon ang koneksyon sa isang makinang may nakabukas na keyring at nabigo sa parehong makina pagkatapos ng reboot. Ginawa ng network layer ang eksaktong hiniling at wala nang maiaalok ang credential layer.

Ayusin ang workflow ng credential sa halip na paikliin ang agwat ng muling pagsubok. Ang mas mabilis na pagsubok laban sa prompt na walang makakasagot ay lumilikha ng ingay sa log at hindi totoong impresyon na may sinusubukan.

Ang pagtitiyaga ay hindi kill switch

Sinusubukan ng property na panatilihin o ibalik ang relasyon sa VPN. Hindi nito pinagpapasyahan kung ano ang maaaring gawin ng mga application habang nakababa ang VPN, at wala itong hinaharangan sa sarili nito.

Kung ang pangangailangan ay walang trapikong lumalabas sa labas ng tunnel, iyon ay hiwalay na patakaran na may sariling mekanismo, sariling pagsubok at sariling mga paraan ng pagkabigo. Ang pag-aakalang sinasaklaw ito ng pagtitiyaga ay ginagawang aksidente ang isang desisyon sa seguridad.

Itala ang dalawang hati sa mga tala ng pagbawi: ano ang sinubukan ng VPN, at anong trapiko ng application ang pinayagan habang nagaganap ang pagsubok.