Ինչու OpenVPN /24-ը սպառվում է հաճախորդներից ավելի շուտ, քան սպասում եք

/24-ի վրա կառուցված փուլերը, որոնք դադարում են հաճախորդներ ընդունել վաթսունի սահմաններում, վարվում են այնպես, ինչպես նախագծվել են, այլ ոչ թե բախվում լիցենզիայի սահմանին։ net30-ում յուրաքանչյուր հաճախորդ ստանում է վիրտուալ կետ-կետ կապ, որը ծախսում է չորս հասցե, ուստի 256 հասցեով ենթացանցը պահում է մոտավորապես մեկ քառորդն այն բանի, ինչ հուշում է նախածանցը։ Կարևոր թիվը հատկացումներն են, ոչ թե հասցեները։ Նախածանցը որպես հաճախորդների քանակ կարդալը այն սխալն է, որն առաջացնում է թաքնված օգտատերերի սահմանի որոնում։

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

net30-ը ծախսում է չորս հասցե յուրաքանչյուր հաճախորդի համար

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

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

Փուլի սահմաններն ավելի կարևոր են, քան նախածանցը

Սերվերի հրահանգը կարող է սահմանել փուլ, որն ավելի նեղ է, քան այն ենթացանցը, որը նա անվանում է, և օժանդակ սկրիպտը կարող է ընդարձակվել լրացուցիչ կարգավորումների, որոնք տեսանելի չեն ձեր բացած պրոֆիլում։ client-config պանակի հաստատուն հասցեները գտնվում են այդ տիրույթի ներսում և չեն կարող երկու անգամ տրվել։ Նախածանցը նկարագրում է առավելագույն հնարավոր տարածությունը՝ արդյունավետ փուլը այն է, ինչ գործող կարգավորումն իրականում առաջարկում է։

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

Գտեք այն սահմանը, որն իրականում մերժեց հաճախորդին

Նախ կարդացեք տոպոլոգիան և արդյունավետ փուլը, ապա հաշվի առեք հաստատուն հատկացումները և վերապահված հասցեները։ Ստուգեք նաև max-clients և OpenVPN-ից դուրս ցանկացած ընդունելության վերահսկում, նախքան հասցեների տարածությանը մեղադրելը։ Վերջում համեմատեք սերվերի սեփական հաղորդագրությունը մերժման պահին այդ թեկնածուների հետ։ Հաղորդագրությունը անվանում է սահմանափակումը՝ թիվը միայն նեղացնում է դաշտը։

Միաժամանակության սխալով եկող մերժումը և հատկացման սխալով եկող մերժումը տարբեր ուղղումներ ունեն, և նրանց միջև գուշակելը վատնում է սպասարկման պատուհան։

Տոպոլոգիայի փոփոխությունը փոխում է հասցեների պլանը

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

Անցումը հին կարգավորման հոմանիշը չէ։ Վերաբերվեք դրան որպես հասցեների պլանի փոփոխության՝ իր սեփական վերանայմամբ, և սպասեք, որ գոնե մեկ հաճախորդ կպահի նախորդ սխեմայի հասցեն։

Չափեք փուլը պլանից, ոչ թե դիմակից

Չափն ընտրեք միաժամանակյա հաճախորդների քանակից գումարած վերամիացումների և փորձարկումների համար տեղ, ապա վերցրեք ամենափոքր նախածանցը, որն ընտրված տոպոլոգիայի ներքո ծածկում է այն։ /16-ի ընդարձակումը՝ վաթսուն հաճախորդի առաստաղը լուծելու համար, տարողունակության խնդիրը փոխանակում է երթուղավորման և համընկնման խնդրի հետ, որովհետև ավելի մեծ մասնավոր տիրույթն ավելի հավանական է բախվի մի բանի, որին հաճախորդն արդեն հասնում է։

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