En større VPN-pool er ikke en større sesjonsgrense

Et /22 rommer 1,024 IPv4-adresser, og dette tallet forveksles lett med kapasitet. Det beskriver hvor mange tildelinger området kan støtte, ikke hvor mange sesjoner gatewayen vil ta imot eller hvor mye trafikk den kan videresende. Bak hvert svar står tre separate tellinger, og de svikter på ulike måter. Det er ved å sammenligne dem at en avvisning knyttes til den riktige.

Poolen, rettigheten og arbeidsmengden telles i ulike enheter og av ulike eiere.

Hva poolen faktisk tilbyr

Start med de faktiske grensene i stedet for masken. Subnettopologien avgjør hvor mange adresser serveren kan dele ut, faste tildelinger og reservasjoner spiser noen, og nettverks- og kringkastingsadressen er utilgjengelige. Et /22 tilbyr 1,024 i prinsippet og færre i praksis, noe som allerede er nok til å bryte aritmetikken folk forventer. Overlapp med nettverk klientene må nå kan utelukke et område som så raust ut. Kontroller at tildelingsmekanismen støtter det foreslåtte området før du kunngjør det.

En større pool fjerner nøyaktig én begrensning. Den berører ikke adgangsgrenser, lisensiering eller videresendingsgjennomstrømning, og å utvide et subnett uten å endre rutene og tilgangspolicyen gir et område ingen kan nå.

Hva lisensen faktisk tillater

Plattformens støttede samtidighet og produktrettigheten er to tall til, og de er ofte ikke like. Rettigheter kan telle brukere, enheter eller samtidige sesjoner, og disse målene er ikke utbyttbare. Leverandørenes bestillingsveiledninger viser hvor forskjellige modellene kan være, og derfor bør ikke peer-tallet fra et gammelt datablad overføres til en ny utrulling. Les avtalen som gjelder for tjenesten du faktisk driver.

En lisens som teller navngitte brukere, tar ikke imot flere enheter bare fordi det er plass i poolen.

Hva gatewayen faktisk kan bære

Den tredje tellingen er arbeidsmengden. Anslå trafikken disse sesjonene skaper sammen: pakkehastigheter, autentifiseringsutbrudd, krypteringskostnad og hvilke policyfunksjoner som er slått på. Interaktive sesjoner og store overføringer lander svært forskjellig på samme maskin. En gateway kan ha ledige adresser og lisensiert adgang tilgjengelig mens den tiltenkte belastningen overstiger det den kan videresende. Kapasitetsplanlegging som ser bort fra funksjonssettet, gir et tall som bare holder i et laboratorium med alt slått av.

En avvisning er øyeblikket for å se hva gatewayen loggførte for det forsøket: en tildelingshendelse, en adgangsbeslutning eller et fastlåst autentifiseringskall. Disse tre krever ulike rettelser, og gjetting fra klientsiden treffer sjelden den riktige.

Henfør avvisningen før du endrer noe

Sammenligningen som nytter, er mellom de tre tellingene og feilen som ble observert. Er poolen full, utvid den og oppdater rutene og policyen som beskriver den. Avvises adgang mens det er adresser igjen, ligger begrensningen et annet sted. Tas sesjonene imot og kollapser ytelsen, er problemet kapasitet og ikke noen av de to grensene.

Noter hvilken telling som gikk tom, når det skjedde og hva som endret seg etterpå. Den registreringen hindrer at neste undersøkelse starter på nytt ved subnettmasken.

Å utvide en pool er en endring på én linje med en tredelt oppfølging: ruter, policy og en ny test.