Parašykite VPN dizaino apžvalgą, kurią kas nors iš tiesų galėtų peržiūrėti

Dauguma dizaino apžvalgų įstringa prie pirmo klausimo, nes užklausa aprašo produktą, o ne sprendimą. Apžvalga, kuri įvardija srautus, savininkus ir gedimo elgseną, gali būti išspręsta per vieną susitikimą. Apžvalgos su žodžiais sukurkite saugų VPN išspręsti negalima visai. Pereikite šešis patikrinimus žemiau prieš ką nors siųsdami, ir apžvalga taps palyginimu, o ne ginču.

Pirma, ar klausimas yra sprendimas, ar noras

Sprendimas turi alternatyvas ir stebėjimą, kuris pasirinktų tarp jų. Jei negalite įvardyti, į ką žiūrėtumėte, kad pasirinktumėte vieną, klausimas vis dar yra noras. Pirmiausia užrašykite alternatyvas, net jei sąraše tik du punktai. Tada užrašykite kompromisą, kuris jas skiria.

Noras taip pat linkęs slėpti auditoriją. Pasakykite, kas turi patvirtinti dizainą, nes ta pati apžvalga skirtingai skaitoma tinklo savininko, saugumo peržiūrėtojo ir finansų tvirtintojo.

Sustokite čia, jei atsakymas yra niekas, nes sprendimą be savininko perdarys tas, kuris skundžiasi garsiausiai. Tai valdymo, o ne dizaino problema.

Antra, įvardykite srautus ir atmetimus

Išvardykite šaltinį, paskirties vietą ir programą kiekvienam srautui, kuris turi veikti. Tada išvardykite srautus, kurie turi toliau nepavykti, nes dizainas, kuris tyliai juos leidžia, pakeitė reikalavimą to nepasakydamas. Adresų persidengimas ir pasiekiamumas aukštyn priklauso šiam sąrašui kaip apribojimai, o ne kaip netikėtumai.

Būkite konkretūs dėl krypties. Svetainė, kuri gali pradėti ryšius su būstine, yra kitoks dizainas nei ta, kuri gali juos priimti, ir skirtumas matosi kiekvienoje taisyklėje, kurią vėliau parašysite.

Atsižvelkite ir į klientus bei jų valdymo būseną, nes valdomas įrenginys su agentu gali daryti tai, ko negali atsineštas nešiojamasis kompiuteris.

Laikykite sąrašą pakankamai trumpą, kad būtų galima išbandyti. Dešimt srautų, kuriuos galite patikrinti, geriau nei keturiasdešimt, kurių negalite.

Patikrinimas 3: atskirkite faktus nuo prielaidų

Pažymėkite kiekvieną teiginį, kurį patikrinote, ir pažymėkite tuos, kurių nepatikrinote. Viešas adresavimas, galimas pralaidumas ir administratoriaus prieiga yra trys prielaidos, kurios dažniausiai keičia atsakymą. Jei viena jų nežinoma, pasakykite, kaip dizainas keičiasi, kai ji paaiškėja bet kuria kryptimi.

Iliustracinis tinklas tinka tol, kol jis pažymėtas. Problema yra hipotetinis filialas, kuris tyliai įgyja antrą ryšį aukštyn arba viešą adresų bloką, kurio niekada neturėjo.

Patikrinkite prielaidą, kurią galite patikrinti, prieš apžvalgą, nes vienas išmatuotas faktas pašalina visą diskusijos šaką.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

Ketvirta, parašykite gedimo sutartį

Pasakykite, kas atsitinka, kai tunelis neveikia, ir būkite aiškūs dėl dviejų skirtingų pažadų. Atkurti naujus ryšius po pakartotinio prisijungimo lengva pažadėti. Išsaugoti sesijas, kurios jau buvo nustatytos per gedimą, yra daug stipresnis reikalavimas, ir jis riboja technologijos pasirinkimą.

Tada nuspręskite atsarginį variantą: blokuokite srautą, nukreipkite jį kitu patvirtintu keliu arba darykite ką nors kita kiekvienai programai. Tylus grįžimas į tiesioginį kelią yra dizaino sprendimas, net kai niekas jo neužrašė.

Pridėkite atkūrimo tikslą paprasta kalba, pavyzdžiui, kiek laiko svetainė gali veikti prastesnėje būsenoje, ir kas paskelbia incidentą.

Patikrinimas 5 ir 6: pasirinkite siūlę ir užfiksuokite pokytį

Pasirinkite vieną siūlę ginčui, nes apžvalga, kuri bando išspręsti viską, neišsprendžia nieko. Maršrutizavimas, autorizacija ir šifravimas yra trys skirtingos siūlės, ir apžvalga turi pasakyti, apie kurią yra klausimas. RFC 4301 čia naudingas priminimas, nes jis atskiria politikos sprendimus, apsaugotą srautą ir saugumo asociacijas, o ne traktuoja juos kaip vieną objektą.

Tada užrašykite, kas pasikeitė po sprendimo, įskaitant peržiūrėtas prielaidas. Būtent šis įrašas daro kitą apžvalgą trumpesnę.

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

Apžvalga, kuri praeina visus šešis patikrinimus, sukuria klausimą su atsakymu: dizainas atitinka nurodytus srautus ir gedimo sutartį, arba įvardytas apribojimas tam trukdo. Kai apribojimas vėliau pasikeičia, įrašas parodo, kurį sprendimą reikia peržiūrėti, o kuris gali likti. Tai daro pratimą daugkartinį, o ne vienkartinį ginčą.