Drepsrofi fyrir VPN-hliðarvagn: lokaðu á umferð þegar hann hættir

Forritagámur sem deilir netnafnrými VPN-gáms hefur ekki eigið tengi, svo auðvelt er að álykta að hann geti ekkert sent þegar göngin bregðast. Sú ályktun er röng í þeirri bilanatilfelli sem skiptir máli. Ef VPN-ferlið deyr á meðan nafnrýmið lifir af heldur forritið sokkum sínum og nafnrýmið heldur leiðum sínum, og umferðin heldur áfram eftir þeirri slóð sem enn er uppsett. Ekta drepsrofi er skýr síunarstefna ásamt prófunum á lífsferli keyrsluumhverfisins, ekki upphafsháða.

Hvers vegna deiling nafnrýmis er ekki drepsrofi

Að deila nafnrými þýðir að appið notar tengi, vistföng og leiðatöflu VPN-gámsins. Það fjarlægir sjálfstæða leið appsins á netið meðan deilda nafnrýmið er óskert, og það segir ekkert um hvað það nafnrými gerir þegar göngin hverfa.

Háðskilyrði Compose geta seinkað ræsingu apps þar til háð er heilbrigt. Það nær yfir eitt augnablik í tíma og enga síðari bilun, svo það er tæki fyrir ræsingarröð en ekki stöðug útgangsbrunavörn.

Hvað gerist í raun þegar gámurinn hættir

Greindu þrjá atburði. VPN-ferlið inni í gámnum getur dáið á meðan gámurinn heldur áfram að keyra. Gámurinn getur stöðvast eða verið fjarlægður, sem eyðir nafnrýminu. Gámurinn getur verið endurskapaður, sem byggir nýtt nafnrými og nýjar reglur.

Í fyrra tilvikinu varir nafnrýmið, sjálfgefna leiðin getur enn bent á líkamlega tengið, og forritið heldur áfram að senda beint. Í seinna tilvikinu missir háða appið venjulega tenginguna algjörlega, því nafnrými þess hvarf. Í þriðja tilvikinu getur appið tengst nýju nafnrými áður en göngin eru tilbúin. Hvert tilvik krefst annarrar prófunar, og hönnun sem nær aðeins yfir skipulegu aftenginguna nær yfir það óspennandi.

Byggðu skýra útgangsstefnu

Skrifaðu stefnuna inni í deilda nafnrýminu svo hún gildi um pakka appsins. Formið er sjálfgefin höfnun með þröngum undantekningum: loopback, tengi ganganna og tiltekið endapunktavistfang og port sem flutningur ganganna þarf.

Undantekning endapunktsins verður að vera til staðar áður en göngin koma upp, annars nær VPN-biðlarinn ekki þjóninum sínum. Þess vegna leyfir reglasettið ytri flutninginn skýrt í stað þess að leyfa líkamlega tengið almennt. Bættu einnig við IPv6-reglum ef nafnrýmið hefur IPv6-tengingu, því stefna sem aðeins nær til IPv4 skilur hina fjölskylduna eftir opna.

DNS tilheyrir stefnunni líka. Ef appið leysir nöfn í gegnum leysi sem aðeins er aðgengilegur inni í göngunum mun höfnunarreglan brjóta upplausnina þegar göngin eru niðri, sem er rétt hegðun fyrir drepsrofa. Ákveddu af ásetningi hvort það er það sem þú vilt.

Prófaðu lífsferilinn, ekki bara aftenginguna

Sendu nýja meinlausa beiðni meðan göngin eru heilbrigð, dreptu svo VPN-ferlið og sendu aðra. Endurtaktu eftir stöðvun gáms, eftir endurræsingu og eftir endursköpun. Ný beiðni skiptir máli því núverandi tenging getur lifað af reglubreytingu sem lokar á nýjar.

Treystu ekki á heilsufarseftirlit eða uppflettingu útgangs-IP sem lokunaraðferðina. Eftirlit fylgist með ástandi og greinir frá því; stefna stjórnar umferð. Bæði eiga heima í sömu uppsetningu, og þau koma ekki í stað hvors annars.

Skráðu reglurnar svo prófið lifi uppfærslu af

Skrifaðu væntanlega útkomu fyrir hvert bilanatilvik í uppsetningarskjölunina ásamt reglunum sem framkvæma hana. Sú skráning gerir kleift að keyra sama prófið eftir uppfærslu á ímynd eða keyrsluumhverfi, þegar hegðun nafnrýmis eða sjálfgefnar leiðir geta breyst án þess að nokkur breyti compose-skránni.

Haltu nauðsynlegri ytri slóð VPN-endapunktsins aðskilinni frá ótakmarkaðri útgangi appsins, og haltu DNS og IPv6 innan fyrirhugaðrar umgjarðar. Ef stefnan leyfir allt líkamlega tengið af þægindum er drepsrofinn farinn. Docker-netvinnuskjölunin lýsir deildu nafnrýmisfyrirkomulagi sem stefnan byggir á, og hún er tilvísunin sem á að skoða þegar hegðun keyrsluumhverfisins er dregin í efa.