Tvær spurningar blandast í hverri umræðu um VPN-gjaldheimtu: hvort þessum notanda var leyft að tengjast og hvað hann gerði í raun. Þeirri fyrri svarar auðkenning. Sú síðari krefst bókhaldsfærslna sem byrja, uppfærast og enda. Árangursrík innskráning sannar þá fyrri og segir ekkert um þá síðari, svo virk RADIUS-auðkenning getur samt gefið tóma notkunarskýrslu.

Tvær ólíkar spurningar

Auðkenning ákveður hvort tenging megi hefjast, og hún skilar úrskurði ásamt eigindum eins og vistfangi eða hópi. Bókhald skráir þjónustuna sem fylgdi, sem röð atburða tengdra einni lotu.

Þær ferðast um sama samskiptareglur og venjulega á sama netþjón, og einmitt þess vegna gera menn ráð fyrir að annað feli í sér hitt.

Ekkert í aðgangsbeiðni ber lengd lotunnar, og ekkert í Stop-færslu ákveður aftur hvort notandann hefði átt að hleypa inn. Ef fjallað er um þær sem aðskilda samninga verður samþættingarstarfið sýnilegt: önnur leiðin þarf ákvörðun, hin leiðin lífsferil með byrjun, miðju og endi.

Hvað þrjár færslurtegundirnar gefa þér

Start-færsla opnar lotu, Interim-Update tilkynnir virkni á meðan hún er opin, og Stop lokar henni. Allar þrjár bera lotuauðkenni svo móttakandinn geti tengt þær einum þjónustuatburði.

Þetta auðkenni er eina áreiðanlega tengingin milli þeirra, því sama notandanafn getur haft nokkrar lotur í röð eða samhliða. Hannaðu geymsluna í kringum það en ekki í kringum reikningsnafnið.

Að viðurkenna færslu er annað mál en að geyma hana vel. Bókhaldsskilgreiningin bannar viðurkenninguna þegar ekki var hægt að skrifa færsluna, svo svar segir þér vissulega að móttakandinn hafi tekið ábyrgð. Það segir þér ekki að síðara skýrsluverkefnið, mælaborðið eða gjaldheimtuútflutningurinn hafi notað hana rétt.

Hvers vegna notandanafnið er ekki lotan

Ein manneskja tengist frá fartölvu að morgni og síma síðdegis, og báðar lotur bera sama reikningsnafn. Start sem berst án samsvarandi Stop er ekki hægt að loka með því að fletta upp nafninu og velja elstu opnu röðina.

Þessi flýtileið er hvernig notkunarskýrslur fá ómögulegar lengdir.

Haltu auðkenni netaðgangsþjónsins við hlið lotuauðkennisins, því tveir netþjónar geta úthlutað sama gildi í ólíku samhengi og samruni einvörðungu á auðkenninu getur tengt saman óskyldar lotur. Þegar lotu lýkur ósnjallt verður sáttastefnan að ákveða hvernig eigi að loka henni, og sú ákvörðun tilheyrir hönnuninni en ekki handvirkri gagnagrunnsbreytingu sem gerð er einu sinni í mánuði.

Hvar PAM passar og hvar ekki

Auðkenningarviðbót OpenVPN kallar á auðkenningar- og reikningsstjórnunarstig PAM. Reikningsstigið athugar hæfi; nafnið þýðir ekki notkunarbókhald, og viðbótin stýrir ekki opnunar- og lokunarkrókum lotu PAM.

Sumar PAM RADIUS-einingar geta sent bókhaldsfærslur gegnum þessa lotukróka, og það virkar aðeins þegar forritið kallar í raun á þá.

Að bæta slíkri einingu við auðkenningarstafla skapar því ekki aftengingaratburði. Ef þú þarft allan lífsferilinn skaltu velja samþættingu sem á hann: viðbót eða studda byggingu sem sendir Start, Interim-Update og Stop þegar staða tengingarinnar breytist. Athugaðu viðhaldsstöðu hennar og skjalfesta hegðun þegar móttakandinn er ekki tiltækur, því viðbót sem sleppir færslum hljóðlega lítur nákvæmlega eins út og sú sem sendi þær aldrei. Bókhaldsskilgreiningin skilgreinir merkingu færslnanna sem samþættingin verður að virða.

Viðtökukeppsla sem sannar samninginn

Prófaðu venjulega tengingu og aftengingu, síðan endurtengingu undir sama reikningi, síðan biðlara sem hverfur án þess að aftengjast.

Fylgdu einu lotuauðkenni frá myndun í gegnum viðurkenningu til geymslu, og athugaðu stefnu, einingar og viðmót teljaranna. Ómerkt bætatala er ómöguleg að endurskoða síðar.

Að lokum, staðfestu að lota sem netþjóninum varð að ljúka vegna tímamarka sé sett fram á þann hátt sem skýrslan skilur. Samningur sem nær aðeins yfir snyrtilegar aftengingar er samningur sem bregst á þeim dögum sem þú þarft hann mest.

Tengdir greinar