VPN-ferbininglimits: aktuele steat fersus in bewarre skiednis
In limyt fan trije ferbiningen hat aktuele slotsteat nedich, gjin browse-skiednis: wat it meganisme bewarje moat, wat it fuortsmite kin en wêr't dy steat neitiid hinne giet.
Trije tagelyk ferbiningen is in talittingsbeslút, en om dat te beäljen moat men witte hokker slots no beset binne, net wat ferline moanne bard is. In tsjinst kin in fjirde sesje wegerje út in lytse tabel fan aktive records en nea in tiidline bouwe. Dat is in útspraak oer it meganisme, net oer de operator, en it ferskil docht der ta as men in privacybelied lêst. It model hjirûnder lit sjen wat it beslút nedich hat en wat it fuortsmite kin.
It meganisme: in slottabel, net in logboek
De simpelste ymplemintaasje keppelt in abonnemint oan maksimaal trije aktive sesjerecords. Eltse talitten sesje nimt ien slot, en it slot wurdt frijlitten as de tsjinst beslút dat dy sesje einige is. It record hat in identiteit nedich dy't spesifyk genôch is dat it frijlitten fan ien ferbining net it slot fan in oare ferbining frijlit; dêrom is de sesje-identifikaasje wichtiger as de kontonamme.
Besetting en skiednis binne ferskillende datastruktueren. Besetting beantwurdet in ja-of-nee-fraach oer it heden en kin fuortsmiten wurde op it stuit dat de sesje einiget. In skiednis is in allinnich-taheakseljende stream fan barrens, en dy oerlibbet om't immen besletten hat him te hâlden. In tsjinst kin ien, beide of gjinien hawwe.
It ûnderskie is fan bûten ûnsichtber. In sichtbere ferbininglimit is ferienichber mei in lyts tellerke yn it ûnthâld, in dielde databasetabel en in folslein barrenargyf mei in dashboard. Neat oan it limyt fertelt dy hokker fan dizze rint.
| 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 |
Wêrom't it aktuele model noch altyd koördinaasje nedich hat
In ferlern ferbining wurdt miskien net daliks as einige werkend. De gateway wachtet op in timeout, in keepalive-flater of in accounting-stop, en oant ien fan dy oankomt bliuwt it slot beset. In brûker dy't yn dat finster opnij ferbynt, sjocht in wegering dy't neat mei in fjirde apparaat te krijen hat.
In opnij starte server moat syn steat ferienje, en ferskate gateways dy't itselde akkount tsjinje hawwe in mienskiplik beslút nedich. Oars kin in akkount syn kwota oerstappe troch ferbining te meitsjen mei ferskillende lokaasjes. Dielde of werombringsbere steat oplost dat, en dielde steat is in ûntwerp-eask, net in bewiis fan tafersjoch.
Neat fan dy koördinaasje freget browse-skiednis. In gateway dy't pakketten trochstjoert hoecht net te witten hokker siden in sesje besocht hat om sesjes te tellen, en de twa datastreamen wurde meastentiids troch folslein ferskillende komponinten ôfhannelle.
In teller yn it ûnthâld hâlden makket de byhearrende feiten ek net anonym. Wylst de tsjinst rint, iepenbieret in oan it abonnemint keppele record dat in akkount aktive ferbiningen hat, en sawol tagong ta dy steat as syn libbensdoer binne it freegjen wurdich.
Wêr't de steat neitiid hinne giet
De privacyfraach is net oft de server telle kin. Freegje wat der bart mei in einige sesje: wurdt it record fuortsmiten, of wurdt it in barren yn in monitoringssearje? Freegje dan hokker oare komponinten itselde barren seagen, want autentikaasjeloggen, accountingrecords en backups kinne elk in kopy hâlde dy't it hanthaveningspaad fuortsmiten hat.
RADIUS-accounting is it dúdlikste foarbyld. In Start- en Stop-pear bestiet om fakturearring en sesjekontrôle te stypjen, en it makket in record fan de ferbining, los fan oft immen it ea as skiednis opfreget. In tsjinst dy't limiten fia accounting hanthavent, behâldt sadwaande per konstruksje mear as in slottabel.
Fuortsmite hat ek in foarm. In record dat út 'e aktuele tabel helle is, kin bestean bliuwe yn in backup fan in oere earder, en de bewarperioade fan dy backup is syn eigen beliedsútspraak. Allinnich de primêre opslach lêze jout in ûnfolslein antwurd.
Stel de fraach yn termen fan fjilden
De dataminimalisaasjerjochtline fan RFC 6973 keppelt de sammele en bewarre gegevens oan it doel dat tsjinne wurdt. Hjir tapast is de nijsgjirrige fraach hokker fjilden de taak fan tagelyk talitting echt nedich hat, en hokker doel it rjochtfeardiget elk dêrfan te hâlden nei't dy taak einiget.
In krekte tsjinstferklearring skiedt de aktuele ferbiningsteat dy't brûkt wurdt om it kwota te hanthavenjen fan alle records dy't nei beëiniging bewarre wurde, en se neamt de oare systemen binnen it berik fan 'e tasizzing. In sin dy't allinnich seit dat trije ferbiningen hanthavene wurde, fêstiget noch dat der in argyf is, noch dat der gjinien is.
As de libbenssyklus ûndúdlik is, registrearje it dan as in unbeantwurde bewarfraach ynstee fan in oardiel. De oanwêzigens fan in limyt is gjin bewiis fan in ferburgen skiednis, en in leauweardige ferklearring fan aktuele steat is gjin audit fan 'e provider.