Kufijtë e lidhjeve VPN: gjendja e drejtpërdrejtë apo historiku i ruajtur

Tre lidhje të njëkohshme janë një vendim pranimi, dhe për t'iu përgjigjur duhet të dihet se cilat vende janë të zëna pikërisht tani, e jo çfarë ndodhi muajin e kaluar. Një shërbim mund të refuzojë një sesion të katërt nga një tabelë e vogël me regjistrime aktive dhe të mos ndërtojë kurrë një vijë kohore. Kjo është një pohim për mekanizmin, jo për operatorin, dhe dallimi ka rëndësi kur lexoni një politikë privatësie. Modeli më poshtë tregon çfarë i duhet vendimit dhe çfarë mund të hedhë.

Mekanizmi: një tabelë vendesh, jo një regjistër

Zbatimi më i thjeshtë lidh një abonim me deri në tre regjistrime aktive sesioni. Çdo sesion i pranuar zë një vend, dhe vendi lirohet kur shërbimi vendos se ai sesion ka përfunduar. Regjistrimit i duhet një identitet mjaft specifik që lirimi i një lidhjeje të mos lirojë vendin e një lidhjeje tjetër; prandaj identifikuesi i sesionit ka më shumë rëndësi se emri i llogarisë.

Zënia dhe historiku janë struktura të ndryshme të dhënash. Zënia i përgjigjet një pyetjeje po ose jo për të tashmen, dhe mund të hidhet në momentin kur sesioni përfundon. Historiku është një rrjedhë ngjarjesh vetëm shtesë, dhe mbijeton sepse dikush zgjodhi ta mbajë. Një shërbim mund të ketë njërën, të dyja ose asnjërën.

Dallimi është i padukshëm nga jashtë. Një kufi lidhjesh i dukshëm është i pajtueshëm me një numërues të vogël në memorje, një tabelë të përbashkët baze të dhënash dhe një arkiv të plotë ngjarjesh me panel. Asgjë në kufi nuk ju tregon se cili prej tyre po funksionon.

Pse modeli i drejtpërdrejtë ende kërkon koordinim

Një lidhje e humbur mund të mos njihet menjëherë si e përfunduar. Porta pret një afat kohor, një dështim keepalive ose një ndalim kontabiliteti, dhe derisa të arrijë njëri prej tyre vendi mbetet i zënë. Një përdorues që rilidhet në atë interval shikon një refuzim që nuk ka asnjë lidhje me një pajisje të katërt.

Një server i rinisur duhet të rakordojë gjendjen e tij, dhe disa porta që shërbejnë të njëjtin llogari kanë nevojë për një vendim të përbashkët. Përndryshe një llogari mund të tejkalojë kuotën duke u lidhur me vendndodhje të ndryshme. Gjendja e përbashkët ose e rikuperueshme e zgjidh atë, dhe gjendja e përbashkët është një kërkesë projekti, jo provë mbikëqyrjeje.

Asnjë pjesë e atij koordinimi nuk kërkon historikë shfletimi. Një portë që përcjell paketa nuk ka nevojë të dijë cilat sajte vizitoi një sesion për të numëruar sesione, dhe këto dy rrjedha të dhënash zakonisht trajtohen nga komponentë krejt të ndryshëm.

Mbajtja e një numëruesi në memorje as nuk i bën faktet e lidhura anonime. Ndërsa shërbimi punon, një regjistrim i lidhur me abonimin zbulon se një llogari ka lidhje aktive, dhe si qasja në atë gjendje ashtu edhe kohëzgjatja e saj meritojnë të pyeten.

Ku shkon më pas gjendja

Pyetja e privatësisë nuk është nëse serveri mund të numërojë. Pyetni çfarë ndodh me një sesion të përfunduar: a hiqet regjistrimi, apo bëhet ngjarje në një seri monitorimi? Pastaj pyetni cilët komponentë të tjerë panë të njëjtën ngjarje, sepse regjistrat e autentikimit, regjistrimet e kontabilitetit dhe kopjet rezervë mund të mbajnë secili një kopje që rruga e zbatimit e hodhi.

Kontabiliteti RADIUS është shembulli më i qartë. Një çift Start dhe Stop ekziston për të mbështetur faturimin dhe kontrollin e sesioneve, dhe krijon një regjistrim të lidhjes pavarësisht nëse dikush e kërkon ndonjëherë si historik. Një shërbim që zbaton kufij përmes kontabilitetit pra mban nga ndërtimi më shumë se një tabelë vendesh.

Edhe fshirja ka një formë. Një regjistrim i hequr nga tabela e drejtpërdrejtë mund të vazhdojë në një kopje rezervë të marrë një orë më parë, dhe periudha e mbajtjes së asaj kopje është një deklaratë politike më vete. Leximi vetëm i depos primare jep një përgjigje të paplotë.

Bëni pyetjen në terma fushash

Udhëzimi i RFC 6973 për minimizimin e të dhënave lidh të dhënat e mbledhura dhe të ruajtura me qëllimin që shërbehet. I zbatuar këtu, pyetja e dobishme është cilat fusha i duhen vërtet detyrës së pranimit të njëkohshëm, dhe çfarë qëllimi justifikon mbajtjen e secilës pasi ajo detyrë të përfundojë.

Një deklaratë e saktë shërbimi ndan gjendjen e drejtpërdrejtë të lidhjes që përdoret për të zbatuar kuotën nga çdo regjistrim i mbajtur pas përfundimit, dhe emërton sistemet e tjera brenda fushëveprimit të premtimit. Një fjali që thotë vetëm se zbatohen tre lidhje nuk vërteton as që ekziston një arkiv, as që nuk ekziston.

Kur cikli i jetës nuk është i qartë, shënoni atë si një pyetje mbajtjeje pa përgjigje dhe jo si një verdikt. Prania e një kufiri nuk është provë e një historiku të fshehur, dhe një shpjegim i besueshëm i gjendjes së drejtpërdrejtë nuk është një auditim i ofruesit.