RADIUS അക്കൗണ്ടിംഗും വിജയകരമായ ലോഗിനും: ഓരോന്നും എന്താണ് തെളിയിക്കുന്നത്

ഓരോ VPN ബില്ലിംഗ് ചർച്ചയിലും രണ്ട് ചോദ്യങ്ങൾ കൂടിക്കലരുന്നു: ഈ ഉപയോക്താവിന് കണക്ട് ചെയ്യാൻ അനുമതി ഉണ്ടായിരുന്നോ, എന്താണ് യഥാർത്ഥത്തിൽ ചെയ്തത്. ആദ്യത്തേതിന് ഉത്തരം നൽകുന്നത് പ്രാമാണീകരണമാണ്. രണ്ടാമത്തേതിന് ആരംഭിക്കുന്ന, പുതുക്കുന്ന, അവസാനിക്കുന്ന അക്കൗണ്ടിംഗ് റെക്കോർഡുകൾ വേണം. വിജയകരമായ ലോഗിൻ ആദ്യത്തേത് തെളിയിക്കുന്നു, രണ്ടാമത്തേതിനെക്കുറിച്ച് ഒന്നും പറയുന്നുമില്ല, അതിനാൽ പ്രവർത്തിക്കുന്ന RADIUS പ്രാമാണീകരണ സജ്ജീകരണത്തിന് പോലും ശൂന്യമായ ഉപയോഗ റിപ്പോർട്ട് ഉണ്ടാക്കാം.

രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങൾ

ഒരു കണക്ഷൻ ആരംഭിക്കാമോ എന്ന് പ്രാമാണീകരണം തീരുമാനിക്കുന്നു, കൂടാതെ വിലാസ പൂൾ അല്ലെങ്കിൽ ഗ്രൂപ്പ് പോലുള്ള ആട്രിബ്യൂട്ടുകൾക്കൊപ്പം ഒരു വിധിന്യായവും തിരികെ നൽകുന്നു. അക്കൗണ്ടിംഗ് പിന്നീട് വന്ന സേവനം ഒരു സെഷനുമായി ബന്ധിപ്പിച്ച സംഭവങ്ങളുടെ ക്രമമായി രേഖപ്പെടുത്തുന്നു.

അവ ഒരേ പ്രോട്ടോക്കോളിലൂടെ, സാധാരണയായി ഒരേ സെർവറിലേക്ക് പോകുന്നു, അതുകൊണ്ടാണ് ഒന്ന് മറ്റൊന്നിനെ അർത്ഥമാക്കുന്നു എന്ന് ആളുകൾ കരുതുന്നത്.

ആക്സസ് അഭ്യർത്ഥനയിൽ സെഷന്റെ ദൈർഘ്യം ഒന്നും വഹിക്കുന്നില്ല, Stop റെക്കോർഡിൽ ഉപയോക്താവിനെ സ്വീകരിക്കേണ്ടതായിരുന്നോ എന്ന് വീണ്ടും തീരുമാനിക്കുന്നുമില്ല. അവയെ വെവ്വേറെ കരാറുകളായി കാണുമ്പോൾ സംയോജനത്തിന്റെ ജോലി വ്യക്തമാകുന്നു: ഒരു പാതയ്ക്ക് തീരുമാനം വേണം, മറ്റൊന്നിന് തുടക്കവും നടുവും അവസാനവുമുള്ള ഒരു ജീവിതചക്രം വേണം.

മൂന്ന് റെക്കോർഡ് തരങ്ങൾ നൽകുന്നത്

Start റെക്കോർഡ് ഒരു സെഷൻ തുറക്കുന്നു, Interim-Update അത് തുറന്നിരിക്കുമ്പോൾ പ്രവർത്തനം റിപ്പോർട്ട് ചെയ്യുന്നു, Stop അത് അടയ്ക്കുന്നു. മൂന്നും സെഷൻ ഐഡന്റിഫയർ വഹിക്കുന്നു, അതിനാൽ സ്വീകർത്താവിന് അവയെ ഒരു സേവന സംഭവവുമായി ബന്ധിപ്പിക്കാം.

ആ ഐഡന്റിഫയർ മാത്രമാണ് അവയ്ക്കിടയിലുള്ള വിശ്വസനീയമായ കണ്ണി, കാരണം ഒരേ ഉപയോക്തൃനാമത്തിന് തുടർച്ചയായോ സമാന്തരമായോ പല സെഷനുകൾ ഉണ്ടാകാം. അക്കൗണ്ട് പേരിന് ചുറ്റുമല്ല, അതിന് ചുറ്റുമാണ് സംഭരണം രൂപകൽപ്പന ചെയ്യേണ്ടത്.

ഒരു റെക്കോർഡ് സ്വീകരിക്കുന്നതും അത് നന്നായി സംഭരിക്കുന്നതും വേറെ കാര്യമാണ്. റെക്കോർഡ് എഴുതാൻ കഴിയാതിരുന്നപ്പോൾ അക്കൗണ്ടിംഗ് സ്പെസിഫിക്കേഷൻ സ്വീകരണം വിലക്കുന്നു, അതിനാൽ ഒരു പ്രതികരണം സ്വീകർത്താവ് ഉത്തരവാദിത്തം ഏറ്റെടുത്തു എന്ന് നിങ്ങളോട് പറയുന്നു. എന്നാൽ പിന്നീടുള്ള റിപ്പോർട്ടിംഗ് ജോലിയോ ഡാഷ്ബോർഡോ ബില്ലിംഗ് എക്സ്പോർട്ടോ അത് ശരിയായി ഉപയോഗിച്ചു എന്ന് പറയുന്നില്ല.

ഉപയോക്തൃനാമം എന്തുകൊണ്ട് സെഷനല്ല

ഒരാൾ രാവിലെ ലാപ്ടോപ്പിൽ നിന്നും ഉച്ചയ്ക്ക് ശേഷം ഫോണിൽ നിന്നും കണക്ട് ചെയ്യുന്നു, രണ്ട് സെഷനുകളും ഒരേ അക്കൗണ്ട് പേര് വഹിക്കുന്നു. ചേരുന്ന Stop ഇല്ലാതെ വരുന്ന Start, പേര് തിരഞ്ഞ് ഏറ്റവും പഴയ തുറന്ന വരി തിരഞ്ഞെടുത്ത് അടയ്ക്കാൻ കഴിയില്ല.

ആ ഷോർട്ട്കട്ടാണ് ഉപയോഗ റിപ്പോർട്ടുകൾക്ക് അസാധ്യമായ ദൈർഘ്യം ലഭിക്കുന്ന വഴി.

നെറ്റ്വർക്ക് ആക്സസ് സെർവറിന്റെ ഐഡന്റിറ്റി സെഷൻ ഐഡന്റിഫയറിനൊപ്പം സൂക്ഷിക്കുക, കാരണം രണ്ട് സെർവറുകൾക്ക് വ്യത്യസ്ത സന്ദർഭങ്ങളിൽ ഒരേ മൂല്യം നൽകാം, ഐഡന്റിഫയർ മാത്രം അടിസ്ഥാനമാക്കിയുള്ള ലയനം ബന്ധമില്ലാത്ത സെഷനുകൾ ചേർത്തേക്കാം. സെഷൻ അഭിമാനകരമല്ലാത്ത രീതിയിൽ അവസാനിക്കുമ്പോൾ, അനുരഞ്ജന നയം അത് എങ്ങനെ അടയ്ക്കണം എന്ന് തീരുമാനിക്കണം, ആ തീരുമാനം രൂപകൽപ്പനയിൽ ഉള്ളതാണ്, മാസത്തിൽ ഒരിക്കൽ ചെയ്യുന്ന കൈകൊണ്ടുള്ള ഡാറ്റാബേസ് എഡിറ്റിംഗിലല്ല.

PAM എവിടെ ചേരുന്നു, എവിടെ ചേരുന്നില്ല

OpenVPN യുടെ പ്രാമാണീകരണ പ്ലഗിൻ PAM ന്റെ പ്രാമാണീകരണ, അക്കൗണ്ട് മാനേജ്മെന്റ് ഘട്ടങ്ങളെ വിളിക്കുന്നു. അക്കൗണ്ട് ഘട്ടം യോഗ്യത പരിശോധിക്കുന്നു; അതിന്റെ പേര് ഉപയോഗ അക്കൗണ്ടിംഗ് എന്നർത്ഥമാക്കുന്നില്ല, പ്ലഗിൻ PAM ന്റെ സെഷൻ തുറക്കുന്നതിനും അടയ്ക്കുന്നതിനുമുള്ള ഹുക്കുകൾ നയിക്കുന്നുമില്ല.

ചില PAM RADIUS മൊഡ്യൂളുകൾക്ക് ആ സെഷൻ ഹുക്കുകളിലൂടെ അക്കൗണ്ടിംഗ് റെക്കോർഡുകൾ അയക്കാം, അപ്ലിക്കേഷൻ അവയെ യഥാർത്ഥത്തിൽ വിളിക്കുമ്പോൾ മാത്രമേ അത് പ്രവർത്തിക്കൂ.

അതിനാൽ അത്തരം ഒരു മൊഡ്യൂൾ പ്രാമാണീകരണ സ്റ്റാക്കിൽ ചേർക്കുന്നത് ഡിസ്കണക്ട് സംഭവങ്ങൾ സൃഷ്ടിക്കുന്നില്ല. പൂർണ്ണ ജീവിതചക്രം വേണമെങ്കിൽ, അത് സ്വന്തമാക്കിയ ഒരു സംയോജനം തിരഞ്ഞെടുക്കുക: കണക്ഷന്റെ അവസ്ഥ മാറുമ്പോൾ Start, Interim-Update, Stop പുറപ്പെടുവിക്കുന്ന പ്ലഗിനോ പിന്തുണയുള്ള ബിൽഡോ. അതിന്റെ പരിപാലന നിലയും സ്വീകർത്താവ് ലഭ്യമല്ലാത്തപ്പോഴുള്ള രേഖപ്പെടുത്തിയ സ്വഭാവവും പരിശോധിക്കുക, കാരണം റെക്കോർഡുകൾ നിശബ്ദമായി ഉപേക്ഷിക്കുന്ന പ്ലഗിൻ ഒരിക്കലും അയക്കാത്തതിനോട് തന്നെ സാമ്യമുള്ളതാണ്. അക്കൗണ്ടിംഗ് സ്പെസിഫിക്കേഷൻ സംയോജനം പാലിക്കേണ്ട റെക്കോർഡുകളുടെ അർത്ഥശാസ്ത്രം നിർവചിക്കുന്നു.

കരാർ തെളിയിക്കുന്ന ഒരു സ്വീകരണ പരീക്ഷണം

സാധാരണ കണക്ടും ഡിസ്കണക്ടും പരീക്ഷിക്കുക, പിന്നീട് അതേ അക്കൗണ്ടിന് കീഴിൽ വീണ്ടും കണക്ട്, പിന്നീട് ഡിസ്കണക്ട് ചെയ്യാതെ അപ്രത്യക്ഷമാകുന്ന ഒരു ക്ലയന്റ്.

ഒരു സെഷൻ ഐഡന്റിഫയർ സൃഷ്ടിയിൽ നിന്ന് സ്വീകരണത്തിലൂടെ സംഭരണത്തിലേക്ക് പിന്തുടരുക, കൂടാതെ കൗണ്ടറുകളുടെ ദിശയും യൂണിറ്റുകളും ഇന്റർഫേസും പരിശോധിക്കുക. ലേബലില്ലാത്ത ബൈറ്റ് എണ്ണം പിന്നീട് ഓഡിറ്റ് ചെയ്യാൻ കഴിയില്ല.

അവസാനമായി, സമയപരിധി കഴിഞ്ഞതിനാൽ സെർവറിന് അടയ്ക്കേണ്ടിവന്ന സെഷൻ റിപ്പോർട്ട് മനസ്സിലാക്കുന്ന രീതിയിൽ അവതരിപ്പിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക. മാന്യമായ ഡിസ്കണക്ടുകൾ മാത്രം ഉൾക്കൊള്ളുന്ന ഒരു കരാർ ഏറ്റവും കൂടുതൽ ആവശ്യമുള്ള ദിവസങ്ങളിൽ പരാജയപ്പെടുന്ന കരാറാണ്.