RADIUS kontabilitatea vs saio-hasiera arrakastatsua: bakoitzak zer frogatzen du

VPN fakturazioari buruzko elkarrizketa bakoitzean bi galdera nahasten dira: erabiltzaile honi konektatzeko baimena eman zitzaion, eta zer egin zuen benetan. Lehenengoa autentifikazioak erantzuten du. Bigarrenak hasten, eguneratzen eta amaitzen diren kontabilitate-erregistroak behar ditu. Saio-hasiera arrakastatsuak lehenengoa frogatzen du eta ez du bigarrenari buruz ezer esaten, horregatik RADIUS autentifikazio-ezarpen funtzional batek erabilera-txosten hutsa sor dezake oraindik.

Bi galdera desberdin

Autentifikazioak erabakitzen du konexio bat has daitekeen, eta verediktu bat itzultzen du, helbide-pool bat edo talde bat bezalako atributuekin batera. Kontabilitateak ondorengo zerbitzua erregistratzen du, saio bati lotutako gertaeren segida gisa.

Protokolo beretik eta normalean zerbitzari berera doaz, eta horrexegatik suposatzen dute pertsonek batek bestea dakarrela.

Sarbide-eskaera batean ezerk ez du saioko iraupena eramaten, eta Stop erregistro batean ezerk ez du berriz erabakitzen erabiltzailea onartu behar zen. Kontratu bereizi gisa tratatzeak integrazio-lana ikusgarri egiten du: bide batek erabaki bat behar du, besteak hasiera, erdiko eta amaiera dituen bizitza-ziklo bat.

Zer ematen dizkizute hiru erregistro motek

Start erregistro batek saio bat irekitzen du, Interim-Update batek jarduera jakinarazten du irekita dagoen bitartean, eta Stop batek ixten du. Hirurek saio-identifikatzaile bat daramate, hartzaileak zerbitzu-gertaera bakar batekin erlazionatu ahal izan ditzan.

Identifikatzaile hori da haien arteko lotura fidagarri bakarra, erabiltzaile-izen berak hainbat saio eduki baititzake segidan edo paraleloan. Diseinatu biltegiratzea haren inguruan, kontu-izenaren inguruan beharrean.

Erregistro bat onartzea eta ondo gordetzea gauza desberdinak dira. Kontabilitate-zehaztapenak onarpena debekatzen du erregistroa idatzi ezin izan zenean, beraz erantzun batek bai esaten dizu hartzaileak erantzukizuna hartu zuela. Ez dizu esaten geroagoko txosten-lanak, panelekoak edo fakturazio-esportazioak behar bezala kontsumitu zuenik.

Zergatik erabiltzaile-izena ez da saioa

Pertsona batek goizean ordenagailu eramangarri batetik konektatzen da eta arratsaldean telefono batetik, eta bi saioek kontu-izen bera daramate. Stop parekaturik gabe iristen den Start bat ezin da itxi izena bilatuta eta irekitako errenkadarik zaharrena aukeratuta.

Bide labur hori da erabilera-txostenen ezinezko iraupenak nola lortzen dituzten.

Mantendu sare-sarbideko zerbitzariaren identitatea saio-identifikatzailearen ondoan, bi zerbitzarik balio bera testuinguru desberdinetan eslei baitiezaiokete eta identifikatzaile hutsaren gaineko bat-egiteak erlaziorik gabeko saioak elkartu baititzake. Saio bat modu zakarrean amaitzen denean, adiskidetze-politikak erabaki behar du nola itxi, eta erabaki hori diseinuan dagokio, hilero behin egiten den datu-basearen eskuzko edizioan ez.

Non sartzen da PAM eta non ez

OpenVPNren autentifikazio-pluginek PAMen autentifikazio- eta kontu-kudeaketa-faseak deitzen ditu. Kontu-faseak egokitasuna egiaztatzen du; bere izenak ez du erabilera-kontabilitatea esan nahi, eta pluginek ez ditu PAMen saioa ireki eta ixteko kakoak gidatzen.

PAM RADIUS moduluek kontabilitate-erregistroak bidal ditzakete saio-kako horien bidez, eta hori aplikazioak benetan deitzen dituenean baino ez da funtzionatzen.

Beraz, halako modulu bat autentifikazio-pilaren gainean gehitzeak ez ditu deskonexio-gertaerak sortzen. Bizitza-ziklo osoa behar baduzu, aukeratu hura edukitzen duen integrazio bat: plugina edo onartutako eraikuntza bat, konexioak egoera aldatzean Start, Interim-Update eta Stop igortzen dituena. Egiaztatu haren mantentze-egoera eta dokumentatutako portaera hartzailea eskuragarri ez dagoenean, isilpean erregistroak botatzen dituen plugin bat inoiz bidali ez zituenaren berdin-berdina dirudielako. Kontabilitate-zehaztapenak integrazioak errespetatu behar duen erregistro-semantika definitzen du.

Kontratua frogatzen duen onarpen-proba

Probatu konexio eta deskonexio normal bat, gero berrkonexio kontu berarekin, gero deskonektatu gabe desagertzen den bezero bat.

Jarraitu saio-identifikatzaile bat sorreratik onarpenean zehar biltegiratzera, eta egiaztatu kontagailuen norabidea, unitateak eta interfazea. Etiketarik gabeko byte-kontaketa ezinezkoa da geroago auditatzeko.

Azkenik, egiaztatu zerbitzariak denboraz kanpo itxi behar izan zuen saio bat txostenak ulertzen duen moduan irudikatuta dagoela. Deskonexio ordenatuetan soilik estaltzen dituen kontratua huts egiten duen kontratua da, behar duzun egunetan.