Ինչպես բյուջետավորել հասցեային տարածքը բազմակայան VPN-ի համար

Թե որքան մեծ պետք է լինի VPN ենթացանցը, պատասխան չունի, քանի դեռ չեք նշել, թե որ հասցեներն եք հաշվում։ Մի նախագծում դրանք համարակալված թունելային կապի երկու ծայրերն են, մյուսում՝ քաղաքականության վրա հիմնված թունելի հետևում գտնվող գրասենյակի LAN-ը, իսկ երրորդում՝ կառավարվող դարպասի վերապահված ենթակառուցվածքը։ Երեք օբյեկտ, երեք բյուջե, և չափերի սխալների մեծ մասը ծագում է մեկ սյունը մյուս սյունի թվով լրացնելուց։

Չորս դեր, չորս տարբեր հարցեր

Արտաքին փոխադրումը այն հասցեն է, որին միանում է գործընկերը, ուստի դրա չափը հետևում է ձեր հանրային հասցեավորմանը կամ մատակարարինը, երբեք՝ դրա հետևում գտնվող սարքերի քանակին։ Ներքին թունելային կապերը գոյություն ունեն միայն այն նախագծերում, որոնք համարակալում են վիրտուալ ինտերֆեյս, և այնտեղ քանակը հետևում է տոպոլոգիայի հարևանություններին։ Պաշտպանված LAN-ի նախածանցերը հետևում են իրական ցանցերին և դրանց աճի պլանին։ Մատակարարի կողմից վերապահված ենթակառուցվածքը հետևում է նրան, ինչ փաստաթղթավորում է կառավարվող ծառայությունը։

Դրանցից միայն երրորդն ունի որևէ կապ այն բանի հետ, թե քանի նոթբուք կա գրասենյակում։ Հենց այդ մեկ շփոթությունը բացատրում է վեճերի մեծ մասը։

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

Բլոկների հաշվում՝ ինչ արժե իրականում /30-ը

Կետ-կետ կապը պահանջում է երկու հասցե և սպառում է բլոկ, որի չափը կախված է հարթակից։ /30-ը պարունակում է չորս հասցե, որոնցից երկուսը սովորաբար օգտագործելի են, ուստի տասներկու կապը նախագծում սպառում է քառասունութ հասցե՝ միաժամանակ տալով քսանչորս ծայր։ /31-ը պարունակում է երկու հասցե, և երկուսն էլ օգտագործելի են, ինչը կիսով է կրճատում հաշվարկը, բայց միայն այնտեղ, որտեղ երկու ծայրերն էլ դա ընդունում են։

RFC 3021 սահմանում է երկու հասցեի մոդելը, և աջակցությունը ծայրերի ու ծառայության հատկությունն է, ոչ թե բարի մտադրություններինը։ Մատակարարի API-ն կարող է իր դիմակի պահանջը պարտադրել ներքին թունելի ընտրանքին, և ընդհանուր RFC-ն չի չեղարկում փաստաթղթավորված սահմանափակումը։ Ստուգեք, թե ինչ է հայտարարում ձեր հարթակը, նախքան բյուջեն ամփոփելը, քանի որ քառասունութ և քսանչորս հասցեների տարբերությունն է որոշում՝ տեղավորվում է նախագիծը վերապահված միջակայքում, թե ոչ։ Կատարեք հաշվարկը՝ երկար օրվա վերջում դրան վստահելու փոխարեն։

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

Բազմապատկեք միայն այն բանից հետո, երբ տոպոլոգիան հաստատված է։ Տասներկու առանձին կապ և մեկ բազմակետ ծածկույթ տասներկու մասնակցով տալիս են շատ տարբեր գումարներ նույն կայքերի քանակից։

Կառավարվող դարպասի ենթացանցը հաճախորդների լողավազան չէ

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

Կարդացեք մատակարարի պահանջը որպես հաստատուն ծախս, ինչպես կվարվեիք դարակի միավորի հետ։ Այն պաշտպանված նախածանցի բյուջեի մասը չէ։

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

Փաստաթղթավորեք պլանը, որպեսզի այն վերապրի երկրորդ կայքը

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

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

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