Pli granda VPN-baseno ne estas pli granda sesia limo
/22 enhavas 1,024 adresojn, ne 1,024 sesiojn. Kalkulu la basenon, la permesilon kaj la plusendan kapablon aparte, poste ligi rifuzon al unu el ili.
/22 enhavas 1,024 IPv4-adresojn, kaj tiu nombro facile konfuziĝas kun kapacito. Ĝi priskribas kiom da atribuoj la intervalo povus subteni, ne kiom da sesioj la enirejo akceptos aŭ kiom da trafiko ĝi povas plusendi. Malantaŭ ĉiu respondo staras tri apartaj kalkuloj, kaj ili malsukcesas laŭ malsamaj manieroj. Ilia komparo estas la maniero atribui rifuzon al la ĝusta.
La baseno, la rajtigo kaj la laborŝarĝo kalkuliĝas laŭ malsamaj unuoj kaj de malsamaj posedantoj.
Kion la baseno efektive proponas
Komencu per la efektivaj limoj anstataŭ la masko. La topologio de la subreto decidas kiom da adresoj la servilo povas disdoni, fiksaj atribuoj kaj rezervoj konsumas kelkajn, kaj la reta kaj dissenda adresoj ne disponeblas. /22 proponas 1,024 principe kaj malpli praktike, kio jam sufiĉas por rompi la aritmetikon, kiun homoj atendas. Koincido kun retoj, kiujn la klientoj devas atingi, povas ekskludi intervalon, kiu aspektis malavara. Kontrolu, ĉu la atribua mekanismo subtenas la proponitan intervalon antaŭ ol anonci ĝin.
Pli granda baseno forigas ĝuste unu limigon. Ĝi ne tuŝas akceptajn limojn, permesilojn nek plusendan trafikkapablon, kaj pligrandigi subreton lasante la vojojn kaj la alirpolitikon senŝanĝaj produktas intervalon, kiun neniu povas atingi.
Kion la permesilo efektive rajtigas
La subtenata samtempeco de la platformo kaj la produkta rajtigo estas du pliaj nombroj, kaj ili ofte ne samas. Rajtigoj povas kalkuli uzantojn, aparatojn aŭ samtempajn sesiojn, kaj tiuj mezuroj ne estas interŝanĝeblaj. Mendaĵgvidiloj de vendistoj montras kiom malsamaj la modeloj povas esti, kaj tial la nombrego de partneroj el malnova datenfolio ne transdonu en novan ekspluatadon. Legu la interkonsenton, kiu validas por la servo, kiun vi efektive funkciigas.
Permesilo, kiu kalkulas nomitajn uzantojn, ne akceptos pli da aparatoj nur ĉar estas spaco en la baseno.
Kion la enirejo efektive povas porti
La tria kalkulo estas la laborŝarĝo. Taksi la trafikon, kiun tiuj sesioj kune generas: pakaĵrapidecojn, aŭtentikigajn eksplodojn, ĉifradan koston kaj kiuj ajn politikaj funkcioj estas ŝaltitaj. Interagaj sesioj kaj grandkvantaj transigoj surteriĝas tre malsame sur la sama maŝino. Enirejo povas havi liberajn adresojn kaj permesitan akcepton disponeblaj, dum la celata ŝarĝo superas tion, kion ĝi povas plusendi. Kapacita planado, kiu ignoras la funkciaron, produktas nombron, kiu validas nur en laboratorio kun ĉio malŝaltita.
Rifuzo estas la momento rigardi, kion la enirejo protokolis por tiu provo: atribua evento, akcepta decido aŭ haltinta aŭtentikiga alvoko. Tiuj tri postulas malsamajn korektojn, kaj diveni de la klienta flanko malofte elektas la ĝustan.
Atribuu la rifuzon antaŭ ol ŝanĝi ion
La utila komparo estas inter la tri kalkuloj kaj la observita malsukceso. Se la baseno plenas, pligrandigu ĝin kaj ĝisdatigu la vojojn kaj la politikon, kiuj priskribas ĝin. Se akcepto rifuziĝas dum adresoj restas, la limigo estas aliloke. Se sesioj akceptiĝas kaj rendimento kolapsas, la problemo estas kapacito, ne iu el la du limoj.
Notu, kiu kalkulo elĉerpiĝis, kiam tio okazis kaj kio ŝanĝiĝis poste. Tiu rikordo malhelpas la sekvan esploron denove komenci ĉe la subreta masko.
Pligrandigi basenon estas unulinia ŝanĝo kun triparta daŭrigo: vojoj, politiko kaj nova testo.