Գրեք VPN դիզայնի բրիֆ, որը ինչ-որ մեկը կարող է իսկապես վերանայել

Դիզայնի վերանայումների մեծ մասը կանգ է առնում առաջին հարցի վրա, որովհետև հարցումը նկարագրում է ապրանք, ոչ թե որոշում։ Բրիֆը, որը նշում է հոսքերը, սեփականատերերին և ձախողման վարքը, հնարավոր է պատասխանել մեկ հանդիպման ընթացքում։ Բրիֆը, որը ասում է կառուցեք անվտանգ VPN, հնարավոր չէ պատասխանել ընդհանրապես։ Անցեք ստորև նշված վեց ստուգումներով նախքան որևէ բան ուղարկելը, և վերանայումը կդառնա համեմատություն, այլ ոչ թե վեճ։

Առաջինը, հարցը որոշում է, թե ցանկություն

Որոշումն ունի այլընտրանքներ և դիտարկում, որը կընտրեր դրանց միջև։ Եթե չեք կարող նշել, թե ինչին կնայեք մեկը ընտրելու համար, հարցը դեռ ցանկություն է։ Սկզբում գրեք այլընտրանքները, նույնիսկ եթե ցանկը միայն երկու կետ ունի։ Այնուհետև գրեք փոխզիջումը, որը բաժանում է դրանք։

Ցանկությունը նաև հակված է թաքցնել հանդիսատեսին։ Ասեք, թե ով պետք է հաստատի դիզայնը, որովհետև նույն բրիֆը տարբեր կերպ է կարդացվում ցանցի սեփականատիրոջ, անվտանգության վերանայողի և ֆինանսական հաստատողի համար։

Կանգ առեք այստեղ, եթե պատասխանը ոչ ոք է, որովհետև առանց սեփականատիրոջ որոշումը նորից կկայացնի նա, ով ամենաբարձրն է բողոքում։ Դա կառավարման խնդիր է, ոչ թե դիզայնի խնդիր։

Երկրորդը, նշեք հոսքերը և մերժումները

Թվարկեք աղբյուրը, նպատակակետը և հավելվածը յուրաքանչյուր հոսքի համար, որը պետք է աշխատի։ Այնուհետև թվարկեք այն հոսքերը, որոնք պետք է շարունակեն ձախողվել, որովհետև դիզայնը, որը լուռ թույլ է տալիս դրանք, փոխել է պահանջը առանց դա ասելու։ Հասցեների համընկնումը և վերևում հասանելիությունը պատկանում են այս ցանկին որպես սահմանափակումներ, ոչ թե անակնկալներ։

Եղեք կոնկրետ ուղղության հարցում։ Կայքը, որը կարող է սկսել միացումներ դեպի գլխավոր գրասենյակ, այլ դիզայն է, քան այն, որը կարող է ընդունել դրանք, և տարբերությունը երևում է յուրաքանչյուր կանոնում, որը հետագայում գրեք։

Նշեք նաև հաճախորդներին և նրանց կառավարման վիճակը, որովհետև գործակալով կառավարվող սարքը կարող է անել այն, ինչ ինքը բերած նոթբուքը չի կարող։

Պահեք ցանկը բավականաչափ կարճ փորձարկելու համար։ Տասը հոսք, որոնք կարող եք ստուգել, ավելի լավ են, քան քառասունը, որոնք չեք կարող։

Ստուգում 3: առանձնացրեք փաստերը ենթադրություններից

Նշեք յուրաքանչյուր պնդում, որը ստուգել եք, և նշեք նրանք, որոնք չեք ստուգել։ Հանրային հասցեավորումը, հասանելի թողունակությունը և ադմինիստրատորի հասանելիությունը երեք ենթադրություններն են, որոնք ամենից հաճախ փոխում են պատասխանը։ Եթե դրանցից մեկը անհայտ է, ասեք, թե ինչպես է դիզայնը փոխվում, երբ այն բացահայտվի որևէ ուղղությամբ։

Պատկերազարդ ցանցը լավ է, քանի դեռ այն պիտակավորված է։ Խնդիրը հիպոթետիկ մասնաճյուղն է, որը լուռ ձեռք է բերում երկրորդ վերև հղում կամ հանրային հասցեների բլոկ, որը երբեք չի ունեցել։

Ստուգեք այն ենթադրությունը, որը կարող եք ստուգել, վերանայումից առաջ, որովհետև մեկ չափված փաստը հեռացնում է քննարկման մի ամբողջ ճյուղ։

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

Չորրորդը, գրեք ձախողման պայմանագիրը

Ասեք, թե ինչ է տեղի ունենում, երբ թունելը կանգնած է, և եղեք հստակ երկու տարբեր խոստումների վերաբերյալ։ Նոր միացումների վերականգնումը վերամիացումից հետո հեշտ է խոստանալ։ Արդեն հաստատված սեսիաների պահպանումը ձախողման ընթացքում շատ ավելի ուժեղ պահանջ է, և այն սահմանափակում է տեխնոլոգիայի ընտրությունը։

Այնուհետև որոշեք պահուստային տարբերակը՝ արգելափակեք երթևեկությունը, ուղղորդեք այն մեկ այլ հաստատված ճանապարհով, կամ արեք այլ բան յուրաքանչյուր հավելվածի համար։ Ուղիղ ճանապարհին լուռ վերադարձը դիզայնի որոշում է, նույնիսկ երբ ոչ ոք չի գրել այն։

Ավելացրեք վերականգնման թիրախը պարզ լեզվով, օրինակ՝ որքան ժամանակ կայքը կարող է աշխատել վատթարացված վիճակում, և ով է հայտարարում միջադեպը։

Ստուգում 5 և 6: ընտրեք կարը և գրանցեք փոփոխությունը

Ընտրեք մեկ կար վիճելու համար, որովհետև վերանայումը, որը փորձում է լուծել ամեն ինչ, ոչինչ չի լուծում։ Երթուղավորումը, լիազորումը և գաղտնագրումը երեք տարբեր կարեր են, և բրիֆը պետք է ասի, թե դրանցից որի մասին է հարցը։ RFC 4301-ը օգտակար հիշեցում է այստեղ, որովհետև այն առանձնացնում է քաղաքականության որոշումները, պաշտպանված երթևեկությունը և անվտանգության միավորումները՝ դրանք մեկ օբյեկտ չհամարելով։

Այնուհետև գրանցեք, թե ինչ փոխվեց որոշումից հետո, ներառյալ վերանայված ենթադրությունները։ Այդ գրառումն է, որ հաջորդ վերանայումը դարձնում է ավելի կարճ։

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

Բրիֆը, որն անցնում է բոլոր վեց ստուգումներով, ստեղծում է պատասխանով հարց՝ դիզայնը բավարարում է նշված հոսքերին և ձախողման պայմանագրին, կամ անվանված սահմանափակումը խանգարում է դրան։ Երբ սահմանափակումը հետագայում փոխվի, գրառումը ցույց կտա, թե որ որոշումը պետք է վերանայվի, և որը կարող է մնալ։ Դա է վարժությունը դարձնում կրկին օգտագործելի, այլ ոչ թե մեկանգամյա վեճ։