Shkruani një përmbledhje dizajni VPN që dikush vërtet mund ta rishikojë

Shumica e rishikimeve të dizajnit ngecin në pyetjen e parë, sepse kërkesa përshkruan një produkt dhe jo një vendim. Një përmbledhje që emërton rrjedhat, pronarët dhe sjelljen në rast dështimi mund të zgjidhet në një takim. Një përmbledhje që thotë ndërtoni një VPN të sigurt nuk mund të zgjidhet fare. Kaloni nëpër gjashtë kontrollet më poshtë përpara se të dërgoni diçka, dhe rishikimi bëhet krahasim në vend të debatit.

Së pari, a është pyetja një vendim apo një dëshirë

Një vendim ka alternativa dhe një vëzhgim që do të zgjidhte mes tyre. Nëse nuk mund të emërtoni çfarë do të shihnit për të zgjedhur një, pyetja është ende dëshirë. Shkruani fillimisht alternativat, edhe nëse lista ka vetëm dy pika. Më pas shkruani kompromisin që i ndan.

Dëshira gjithashtu ka prirje të fshehë publikun. Thoni kush duhet të miratojë dizajnin, sepse e njëjta përmbledhje lexohet ndryshe nga një pronar rrjeti, një rishikues sigurie dhe një miratues financiar.

Ndaloni këtu nëse përgjigjja është askush, sepse një vendim pa pronar do të ribëhet nga ai që ankohet më fort. Ky është problem qeverisjeje dhe jo problem dizajni.

Së dyti, emërtoni rrjedhat dhe refuzimet

Listoni burimin, destinacionin dhe aplikacionin për çdo rrjedhë që duhet të funksionojë. Më pas listoni rrjedhat që duhet të vazhdojnë të dështojnë, sepse një dizajn që i lejon ato në heshtje ka ndryshuar kërkesën pa e thënë. Mbivendosja e adresave dhe arritshmëria në rrjedhën e sipërme i përkasin kësaj liste si kufizime dhe jo si surpriza.

Jini konkret për drejtimin. Një vend që mund të nisë lidhje drejt selisë qendrore është dizajn tjetër nga ai që mund t'i pranojë ato, dhe ndryshimi shfaqet në çdo rregull që shkruani më pas.

Vini re edhe klientët dhe gjendjen e menaxhimit të tyre, sepse një pajisje e menaxhuar me agjent mund të bëjë gjëra që një laptop i sjellë vetë nuk mund t'i bëjë.

Mbajeni listën mjaft të shkurtër për t'u testuar. Dhjetë rrjedha që mund t'i verifikoni janë më të mira se dyzet që nuk mund t'i verifikoni.

Kontrolle 3: ndani faktet nga supozimet

Shënoni çdo pohim që keni verifikuar, dhe shënoni ata që nuk i keni verifikuar. Adresimi publik, xhiroja e disponueshme dhe aksesi i administratorit janë tre supozimet që ndryshojnë më shpesh përgjigjen. Nëse njëra prej tyre është e panjohur, thoni si ndryshon dizajni kur del në njërën ose tjetrën anë.

Një rrjet ilustrues është në rregull për sa kohë është i etiketuar. Problemi është një degë hipotetike që përvetëson në heshtje një lidhje të dytë të sipërme ose një bllok adresash publike që nuk e ka pasur kurrë.

Verifikoni supozimin që mund të kontrolloni përpara rishikimit, sepse një fakt i matur eliminon një degë të tërë diskutimi.

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

Së katërti, shkruani kontratën e dështimit

Thoni çfarë ndodh kur tuneli është poshtë, dhe jini të qartë për dy premtimet e ndryshme. Rikthimi i lidhjeve të reja pas një rilidhjeje është i lehtë për t'u premtuar. Ruajtja e sesioneve që ishin vendosur tashmë gjatë një dështimi është një kërkesë shumë më e fortë, dhe kufizon zgjedhjen e teknologjisë.

Më pas vendosni planin rezervë: bllokoni trafikun, drejtojeni në një rrugë tjetër të miratuar, ose bëni diçka tjetër për çdo aplikacion. Një kthim i heshtur në një rrugë të drejtpërdrejtë është vendim dizajni edhe kur askush nuk e ka shkruar.

Shtoni objektivin e rikuperimit në gjuhë të thjeshtë, si për sa kohë një vend mund të operojë i degradarë, dhe kush e shpall incidentin.

Kontrolle 5 dhe 6: zgjidhni tegimin dhe regjistroni ndryshimin

Zgjidhni një tegim për të debatuar, sepse një rishikim që përpiqet të zgjidhë gjithçka nuk zgjidh asgjë. Rrugëtimi, autorizimi dhe enkriptimi janë tre tegime të ndryshme, dhe përmbledhja duhet të thotë për cilin është pyetja. RFC 4301 është një kujtesë e dobishme këtu, sepse i ndan vendimet e politikës, trafikun e mbrojtur dhe shoqatat e sigurisë në vend që t'i trajtojë si një objekt të vetëm.

Më pas regjistroni çfarë ndryshoi pas vendimit, përfshirë supozimet e rishikuara. Ai regjistrim është ai që e bën rishikimin e ardhshëm më të shkurtër.

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

Një përmbledhje që kalon të gjashtë kontrollet prodhon një pyetje me përgjigje: dizajni plotëson rrjedhat e deklaruara dhe kontratën e dështimit, ose një kufizim i emërtuar e pengon. Kur kufizimi ndryshon më vonë, regjistrimi tregon cili vendim duhet rishikuar dhe cili mund të qëndrojë. Kjo e bën ushtrimin të ripërdorshëm dhe jo një debat të vetëm.