Kontabiliteti RADIUS kundrejt hyrjes së suksesshme: çfarë provon secili

Në çdo diskutim për faturimin e VPN ngatërrohen dy pyetje: a iu lejua këtij përdoruesi të lidhej, dhe çfarë bëri në të vërtetë. Të parës i përgjigjet vërtetimi. E dyta kërkon regjistrime kontabiliteti që fillojnë, përditësohen dhe përfundojnë. Një hyrje e suksesshme provon të parën dhe nuk thotë asgjë për të dytën, prandaj një konfigurim funksional i vërtetimit RADIUS mund të prodhojë ende një raport bosh përdorimi.

Dy pyetje të ndryshme

Vërtetimi vendos nëse një lidhje mund të fillojë, dhe kthen një verdikt së bashku me atribute si një pishinë adresash ose një grup. Kontabiliteti regjistron shërbimin që pasoi, si një sekuencë ngjarjesh të lidhura me një sesion.

Ata udhëtojnë përmes të njëjtit protokoll dhe zakonisht drejt të njëjtit server, dhe pikërisht për këtë njerëzit supozojnë se njëri nënkupton tjetrin.

Asgjë në një kërkesë aksesi nuk mbart kohëzgjatjen e sesionit, dhe asgjë në një regjistrim Stop nuk vendos përsëri nëse përdoruesi duhej të pranohej. Trajtimi i tyre si kontrata të veçanta e bën të dukshëm punën e integrimit: një rrugë ka nevojë për një vendim, tjetra për një cikël jete me fillim, mes dhe fund.

Çfarë ofrojnë tre llojet e regjistrimeve

Një regjistrim Start hap një sesion, një Interim-Update raporton aktivitet ndërsa është i hapur, dhe një Stop e mbyll atë. Të tre mbartin një identifikues sesioni, kështu që marrësi mund t'i lidhë me një ngjarje të vetme shërbimi.

Ai identifikues është lidhja e vetme e besueshme mes tyre, sepse i njëjti emër përdoruesi mund të ketë disa sesione radhazi ose paralelisht. Dizajnoni ruajtjen rreth tij dhe jo rreth emrit të llogarisë.

Të konfirmosh një regjistrim është gjë tjetër nga ruajtja e tij mirë. Specifikimi i kontabilitetit ndalon konfirmimin kur regjistrimi nuk mund të shkruhej, kështu që një përgjigje ju thotë vërtet se marrësi mori përsipër përgjegjësinë. Ajo nuk ju thotë se puna e mëvonshme e raportimit, paneli ose eksporti i faturimit e konsumuan atë saktë.

Pse emri i përdoruesit nuk është sesioni

Një person lidhet nga një laptop në mëngjes dhe nga një telefon pasdite, dhe të dy sesionet mbartin të njëjtin emër llogarie. Një Start që vjen pa Stop-in përkatës nuk mund të mbyllet duke kërkuar emrin dhe duke zgjedhur rreshtin e hapur më të vjetër.

Ai shkurtim është mënyra se si raportet e përdorimit marrin kohëzgjatje të pamundura.

Mbani identitetin e serverit të aksesit në rrjet pranë identifikuesit të sesionit, sepse dy serverë mund të caktojnë të njëjtën vlerë në kontekste të ndryshme dhe një bashkim vetëm mbi identifikuesin mund të bashkojë sesione të palidhura. Kur një sesion përfundon në mënyrë të çrregullt, politika e rakordimit duhet të vendosë si ta mbyllë, dhe ai vendim i përket dizajnit dhe jo një redaktimi manual të bazës së të dhënave një herë në muaj.

Ku përshtatet PAM dhe ku jo

Shtojca e vërtetimit e OpenVPN thërret fazat e vërtetimit dhe të menaxhimit të llogarive të PAM. Faza e llogarisë kontrollon përshtatshmërinë; emri i saj nuk do të thotë kontabilitet përdorimi, dhe shtojca nuk drejton grepat e hapjes dhe mbylljes së sesionit të PAM.

Disa module PAM RADIUS mund të dërgojnë regjistrime kontabiliteti përmes atyre grepawe të sesionit, dhe kjo funksionon vetëm kur aplikacioni i thërret vërtet ato.

Prandaj shtimi i një moduli të tillë në një stivë vërtetimi nuk krijon ngjarje shkëputjeje. Nëse ju nevojitet cikli i plotë i jetës, zgjidhni një integrim që e zotëron: një shtojcë ose një ndërtim i mbështetur që lëshon Start, Interim-Update dhe Stop ndërsa lidhja ndryshon gjendje. Kontrolloni statusin e mirëmbajtjes dhe sjelljen e dokumentuar kur marrësi nuk është i disponueshëm, sepse një shtojcë që i hedh regjistrimet në heshtje duket identike me një që nuk i dërgoi kurrë. Specifikimi i kontabilitetit përcakton semantikën e regjistrimeve që integrimi duhet të respektojë.

Një provë pranimi që provon kontratën

Provoni një lidhje dhe shkëputje normale, më pas një rilidhje nën të njëjtën llogari, më pas një klient që zhduket pa u shkëputur.

Ndiqni një identifikues sesioni nga krijimi përmes konfirmimit deri në ruajtje, dhe kontrolloni drejtimin, njësitë dhe ndërfaqen e numëruesve. Një numër bajtesh pa etiketë është i pamundur të auditohet më vonë.

Së fundi, konfirmoni që një sesion që serveri duhej ta mbyllte për shkak të skadimit të kohës përfaqësohet në një mënyrë që raporti e kupton. Një kontratë që mbulon vetëm shkëputjet e rregullta është një kontratë që dështon në ditët kur ju nevojitet më shumë.