Ein større VPN-pool er ikkje ei større øktgrense

Eit /22 rommar 1,024 IPv4-adresser, og dette talet blir lett forveksla med kapasitet. Det skildrar kor mange tildelingar området kan støtte, ikkje kor mange økter gatewayen tek imot eller kor mykje trafikk han kan senda vidare. Bak kvart svar står tre separate teljingar, og dei sviktar på ulike måtar. Det er ved å samanlikna dei at ei avvising blir knytt til den rette.

Poolen, retten og arbeidsmengda blir talde i ulike einingar og av ulike eigarar.

Kva poolen faktisk tilbyr

Start med dei faktiske grensene i staden for maska. Subnettopologien avgjer kor mange adresser tenaren kan dela ut, faste tildelingar og reservasjonar et nokre, og nettverks- og kringkastingsadressa er utilgjengeleg. Eit /22 tilbyr 1,024 i prinsippet og færre i praksis, noko som alt er nok til å bryta aritmetikken folk ventar. Overlapp med nettverk klientane må nå kan utelukka eit område som såg rundhanda ut. Kontroller at tildelingsmekanismen støttar det føreslåtte området før du kunngjer det.

Ein større pool fjernar nøyaktig éin avgrensing. Han rører ikkje ved tilgangsgrenser, lisensiering eller vidaresendingsgjennomstrøyming, og å utvida eit subnett utan å endra rutene og tilgangspolitikken gir eit område ingen kan nå.

Kva lisensen faktisk tillét

Plattforma si støtta samtid og produktretten er to tal til, og dei er ofte ikkje like. Retter kan telja brukarar, einingar eller samtidige økter, og desse måla er ikkje utbyttbare. Bestillingsrettleiingane til leverandørane viser kor ulike modellane kan vera, og difor bør ikkje peer-talet frå eit gamalt datablad bli ført over til ei ny utrulling. Les avtalen som gjeld for tenesta du faktisk driv.

Ein lisens som tel namngjetne brukarar, tek ikkje imot fleire einingar berre fordi det er plass i poolen.

Kva gatewayen faktisk kan bera

Den tredje teljinga er arbeidsmengda. Anslå trafikken desse øktene skaper saman: pakkefrekvensar, autentiseringsutbrot, krypteringskostnad og kva policyfunksjonar som er slått på. Interaktive økter og store overføringar landar svært ulikt på same maskin. Ein gateway kan ha ledige adresser og lisensiert tilgang tilgjengeleg medan den tiltenkte belastninga overstig det han kan senda vidare. Kapasitetsplanlegging som ser bort frå funksjonssettet, gir eit tal som berre held i eit laboratorium med alt slått av.

Ei avvising er augneblinken for å sjå kva gatewayen logga for det forsøket: ei tildelingshending, eit tilgangsvedtak eller eit fastlåst autentiseringskall. Desse tre krev ulike rettingar, og gissing frå klientsida treff sjeldan den rette.

Før avvisinga tilbake før du endrar noko

Samanlikninga som nyttar, er mellom dei tre teljingane og feilen som vart observert. Er poolen full, utvid han og oppdater rutene og policyen som skildrar han. Blir tilgang avvist medan det er adresser att, ligg avgrensinga ein annan stad. Blir øktene tekne imot og ytinga kollapsar, er problemet kapasitet og ikkje nokon av dei to grensene.

Noter kva teljing som gjekk tom, når det skjedde og kva som endra seg etterpå. Den registreringa hindrar at neste gransking startar på nytt ved subnettmaska.

Å utvida ein pool er ei endring på éi linje med ei tredelt oppfølging: ruter, policy og ein ny test.