Un pool VPN mai mare nu înseamnă o limită de sesiuni mai mare

Un /22 conține 1,024 adrese IPv4, iar acest număr este ușor de confundat cu capacitatea. El descrie câte alocări poate susține intervalul, nu câte sesiuni va admite gateway-ul sau cât trafic poate redirecționa. În spatele oricărui răspuns stau trei numărări separate, iar ele eșuează în moduri diferite. Tocmai compararea lor permite atribuirea unui refuz numărării corecte.

Poolul, dreptul și volumul de lucru se numără în unități diferite și de către proprietari diferiți.

Ce oferă de fapt poolul

Începeți cu limitele efective, nu cu masca. Topologia subrețelei decide câte adrese poate distribui serverul, alocările fixe și rezervările consumă o parte, iar adresele de rețea și de difuziune nu sunt disponibile. Un /22 oferă 1,024 în principiu și mai puțin în practică, ceea ce este deja suficient pentru a strica aritmetica așteptată. Suprapunerea cu rețele în care clienții trebuie să ajungă poate elimina un interval care părea generos. Verificați dacă mecanismul de alocare acceptă intervalul propus înainte de a-l anunța.

Un pool mai mare elimină exact o constrângere. Nu atinge limitele de admitere, licențierea sau capacitatea de redirecționare, iar extinderea unei subrețele fără modificarea rutelor și a politicii de acces produce un interval în care nimeni nu poate ajunge.

Ce permite de fapt licența

Concurrența acceptată de platformă și dreptul asupra produsului sunt alte două numere, iar ele adesea nu coincid. Drepturile pot număra utilizatori, dispozitive sau sesiuni simultane, iar aceste măsuri nu sunt interschimbabile. Ghidurile de comandă ale furnizorilor arată cât de diferite pot fi modelele, de aceea numărul de parteneri dintr-o fișă tehnică veche nu trebuie trecut într-o implementare nouă. Citiți acordul care se aplică serviciului pe care îl operați efectiv.

O licență care numără utilizatori nominali nu va admite mai multe dispozitive doar pentru că poolul are loc.

Ce poate duce de fapt gateway-ul

A treia numărare este volumul de lucru. Estimați traficul pe care aceste sesiuni îl generează împreună: ritmurile de pachete, vârfurile de autentificare, costul criptării și funcțiile de politică activate. Sesiunile interactive și transferurile masive aterizează foarte diferit pe aceeași mașină. Un gateway poate avea adrese libere și admitere licențiată disponibilă în timp ce sarcina dorită depășește ce poate redirecționa. Planificarea capacității care ignoră setul de funcții produce un număr valabil doar într-un laborator cu totul oprit.

Un refuz este momentul să priviți ce a înregistrat gateway-ul pentru acea încercare: un eveniment de alocare, o decizie de admitere sau un apel de autentificare blocat. Acestea trei cer corecții diferite, iar ghicitul din partea clientului rareori o alege pe cea corectă.

Atribuiți refuzul înainte de a schimba ceva

Comparația utilă este între cele trei numărări și defecțiunea observată. Dacă poolul este plin, extindeți-l și actualizați rutele și politica ce îl descriu. Dacă admiterea este refuzată în timp ce rămân adrese, constrângerea este în altă parte. Dacă sesiunile sunt admise și performanța se prăbușește, problema este capacitatea, nu vreuna dintre cele două limite.

Notați care numărare s-a epuizat, când s-a întâmplat și ce s-a schimbat după aceea. Acea evidență împiedică următoarea investigație să înceapă din nou de la masca subrețelei.

Extinderea unui pool este o modificare de o linie cu o continuare în trei părți: rute, politică și un nou test.