Omejitve povezav VPN: živo stanje ali shranjena zgodovina
Omejitev treh povezav potrebuje živo stanje mest, ne zgodovine brskanja: kaj mora mehanizem shraniti, kaj lahko zavrže in kam to stanje gre naprej.
Tri hkratne povezave so odločitev o sprejemu, in da bi nanjo odgovorili, je treba vedeti, katera mesta so prav zdaj zasedena, ne pa, kaj se je zgodilo prejšnji mesec. Storitev lahko zavrne četrto sejo iz majhne tabele aktivnih zapisov in nikoli ne zgradi časovnice. To je trditev o mehanizmu, ne o operaterju, in razlika je pomembna, ko berete politiko zasebnosti. Model spodaj kaže, kaj odločitev potrebuje in kaj lahko zavrže.
Mehanizem: tabela mest, ne dnevnik
Najpreprostejša izvedba poveže naročnino z največ tremi aktivnimi zapisi seje. Vsaka sprejeta seja zasede eno mesto, mesto pa se sprosti, ko se storitev odloči, da se je ta seja končala. Zapis potrebuje dovolj specifično identiteto, da sprostitev ene povezave ne sprosti mesta druge povezave; zato je identifikator seje pomembnejši od imena računa.
Zasedenost in zgodovina sta različni podatkovni strukturi. Zasedenost odgovarja na vprašanje da ali ne o sedanjosti in jo je mogoče zavreči v trenutku, ko se seja konča. Zgodovina je tok dogodkov, ki se samo dodaja, in preživi, ker se je nekdo odločil, da jo bo obdržal. Storitev ima lahko eno, oboje ali ničesar.
Razlika je od zunaj nevidna. Vidna omejitev povezav je združljiva z drobnim števcem v pomnilniku, skupno tabelo podatkovne baze in popolnim arhivom dogodkov z nadzorno ploščo. Nič pri omejitvi ne pove, katera od teh možnosti teče.
| What is stored | Why it exists |
|---|---|
| Active session slots | To admit or refuse the next connection |
| Session event log | To investigate or bill later |
| Monitoring series | To watch capacity and error rates |
| Backup copies | To restore any of the above |
Zakaj živi model vseeno potrebuje usklajevanje
Izgubljena povezava morda ne bo takoj prepoznana kot končana. Prehod čaka na časovno omejitev, okvaro keepalive ali ustavitev obračunavanja, in dokler ne prispe eno od tega, mesto ostane zasedeno. Uporabnik, ki se v tem oknu znova poveže, vidi zavrnitev, ki nima nič skupnega s četrto napravo.
Znova zagnan strežnik mora uskladiti svoje stanje, več prehodov, ki strežejo istemu računu, pa potrebuje skupno odločitev. Sicer lahko račun preseže kvoto s povezovanjem na različne lokacije. Skupno ali obnovljivo stanje to reši, in skupno stanje je zahteva oblikovanja, ne dokaz nadzora.
Nič od tega usklajevanja ne zahteva zgodovine brskanja. Prehod, ki posreduje pakete, ne potrebuje vedeti, katere strani je seja obiskala, da bi štel seje, in ta dva podatkovna toka običajno obravnavajo povsem različne komponente.
Hramba števca v pomnilniku tudi ne naredi povezanih dejstev anonimnih. Dokler storitev deluje, zapis, povezan z naročnino, razkrije, da ima račun aktivne povezave, in tako dostop do tega stanja kot njegova življenjska doba si zaslužita vprašanje.
Kam to stanje gre pozneje
Vprašanje zasebnosti ni, ali strežnik zna šteti. Vprašajte, kaj se zgodi s končano sejo: ali je zapis odstranjen ali postane dogodek v nizu spremljanja? Nato vprašajte, katere druge komponente so videle isti dogodek, ker lahko overitveni dnevniki, obračunski zapisi in varnostne kopije vsak ohranijo kopijo, ki jo je pot izvrševanja zavrgla.
Obračunavanje RADIUS je najjasnejši primer. Par Start in Stop obstaja za podporo obračunavanju in nadzoru sej, in ustvari zapis o povezavi ne glede na to, ali ga kdo kdaj poizveduje kot zgodovino. Storitev, ki omejitve uveljavlja prek obračunavanja, zato po zgradbi hrani več kot tabelo mest.
Tudi brisanje ima obliko. Zapis, odstranjen iz žive tabele, lahko vztraja v varnostni kopiji, narejeni uro prej, in obdobje hrambe te kopije je samostojna izjava o politiki. Branje samo primarnega skladišča daje nepopoln odgovor.
Vprašanje postavite v smislu polj
Smernice RFC 6973 za zmanjševanje podatkov povezujejo zbrane in shranjene podatke z namenom, ki mu služijo. Tukaj uporabljeno je koristno vprašanje, katera polja naloga hkratnega sprejema v resnici potrebuje in kateri namen upravičuje hrambo vsakega od njih po koncu te naloge.
Natančna izjava storitve loči živo stanje povezave, ki se uporablja za uveljavljanje kvote, od vseh zapisov, ohranjenih po prekinitvi, in imenuje druge sisteme v obsegu obljube. Stavek, ki pravi samo, da se uveljavljajo tri povezave, ne ugotovi niti da arhiv obstaja niti da ga ni.
Ko je življenjski cikel nejasen, to zabeležite kot neodgovorjeno vprašanje hrambe, ne kot razsodbo. Obstoj omejitve ni dokaz skrite zgodovine, in verjetna razlaga živega stanja ni revizija ponudnika.