Kwa nini /24 ya OpenVPN inaisha wateja mapema kuliko unavyotarajia

Madimbwi yaliyojengwa juu ya /24 yanayokoma kupokea wateja katika sitini hujitendea kama ilivyoundwa, hayafikii kikomo cha leseni. Chini ya net30 kila mteja hupewa kiungo pepe cha nukta-hadi-nukta kinachotumia anwani nne, kwa hiyo subnet ya anwani 256 inasaidia karibu robo ya kile kiambishi kinachodokeza. Namba inayojaliwa ni mgao, si anwani. Kusoma kiambishi kama idadi ya wateja ni kosa linalosababisha utafutaji wa kikomo cha watumiaji kilichofichwa.

Topolojia mbili, mifano miwili ya hesabu, na mmoja tu wao unalingana na kiambishi ambacho watu huchukulia.

net30 hutumia anwani nne kwa kila mteja

net30 hutenga bloku /30 kwa kila mteja, kwa sababu kila kipindi hufanywa kielelezo kama kiungo cha nukta-hadi-nukta chenye anwani kila upande. Katika bloku hiyo huingia anwani nne na mbili zinaweza kutumika, ndiyo sababu idadi halisi ya wateja ni robo ya subnet. Kwenye /24 hiyo huacha bloku 64 kabla bloku ya seva yenyewe na mgao wowote thabiti haujatoka. Kikomo kinachoripotiwa karibu 63 ni hesabu inayojitokeza, si kiwango cha juu kilichosanidiwa.

Seva pia inahitaji mgao wake yenyewe, na maingizo thabiti ya wateja hutumia bloku iwe wateja hao wanaunganisha au la. Zote mbili hupunguza masafa yanayobadilika bila kubadilisha kiambishi ulichoanza nacho.

Mipaka ya dimbwi ni muhimu zaidi kuliko kiambishi

Agizo la seva linaweza kufafanua dimbwi jembamba kuliko subnet inayoitaja, na script saidizi inaweza kupanuka hadi mipangilio ya ziada isiyoonekana katika wasifu uliofungua. Anwani thabiti kutoka saraka ya client-config ziko ndani ya masafa hayo na haziwezi kutolewa mara mbili. Kiambishi hufafanua nafasi kubwa zaidi inayowezekana; dimbwi halisi ni kile usanidi unaoendelea unatoa kwa kweli.

Linganisha zote mbili kabla ya kuhitimisha chochote kuhusu uwezo, kwa sababu masafa madogo yaliyosanidiwa hufafanua kikomo vizuri kama topolojia.

Pata kikomo kilichomkataa mteja kwa kweli

Soma topolojia na dimbwi halisi kwanza, kisha zingatia mgao thabiti na anwani zilizohifadhiwa. Kabla ya kulaumu nafasi ya anwani, angalia max-clients na udhibiti wowote wa kiingilio nje ya OpenVPN. Mwishowe, linganisha ujumbe wa seva yenyewe wakati wa kukataa na watahiniwa hao. Ujumbe huitaja kizuizi; idadi hupunguza uwanja tu.

Kukataa kunakokuja na hitilafu ya samtidiga na kukataa kunakokuja na hitilafu ya mgao vina marekebisho tofauti, na kukisia kati yao hutumia bure dirisha la matengenezo.

Kubadili topolojia hubadilisha mpango wa anwani

Kuhamia topolojia ya subnet humpa kila mteja anwani moja badala ya bloku, jambo ambalo ni hatua sahihi wakati kiambishi ni kidogo sana. Pia hubadilisha maana ya vigezo vya anwani ya mteja, kwa hiyo mgao wowote uliobandikwa na faili yoyote maalum ya mteja lazima zitolewe upya badala ya kupewa namba kwa mkono. Panga masafa mapya, hamisha maingizo thabiti, na sasisha njia zinazorejelea.

Uhamisho si kisawe cha usanidi wa zamani. Uchukulie kama mabadiliko ya mpango wa anwani yenye ukaguzi wake, na tarajia angalau mteja mmoja atabaki na anwani ya mpango wa awali.

Pima dimbwi kutoka mpango, si kutoka mask

Chagua ukubwa kutoka idadi ya wateja wa wakati mmoja pamoja na nafasi ya kuunganisha upya na majaribio, kisha chagua kiambishi kidogo zaidi kinachofunika hilo chini ya topolojia iliyochaguliwa. Kupanua hadi /16 ili kutatua kikomo cha wateja sitini hubadilisha tatizo la uwezo kuwa tatizo la uelekezaji na muingilianao, kwa sababu masafa makubwa ya faragha yana uwezekano mkubwa wa kugongana na kitu ambacho mteja tayari anafikia.

Andika kwa pamoja topolojia, dimbwi, mgao thabiti na kikomo cha wateja kinachotokana. Swali la uwezo linalofuata basi huwa hesabu badala ya uchunguzi.