RADIUS Wi-Fi ലോഗിൻ vs HTTP പ്രോക്സി പ്രാമാണീകരണം
RADIUS തെളിവുകൾ നെറ്റ്‌വർക്ക് പ്രവേശനത്തിനാണോ, പ്രോക്സി അനുമതിക്കാണോ, സമയാധിഷ്ഠിത ലോഗ് ബന്ധത്തിനാണോ എന്ന് തീരുമാനിക്കുക.
വിജയകരമായ Wi-Fi ലോഗിൻ വെബ് പ്രോക്സിയുടെ 407 വെല്ലുവിളിക്ക് സ്വയമേവ ഉത്തരം നൽകുന്നില്ല. RADIUS നെറ്റ്‌വർക്ക് ആക്സസ് സർവറുമായി സംവദിക്കുന്നു; HTTP പ്രോക്സി പ്രാമാണീകരണം ക്ലയന്റും പ്രോക്സിയും തമ്മിലുള്ള മറ്റൊരു സംഭാഷണമാണ്.
രേഖകൾ ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് ഈ ജോലികളിൽ ഏതാണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക:
| ലക്ഷ്യം | ആവശ്യമായ തെളിവ് അല്ലെങ്കിൽ സംയോജനം |
|---|---|
| പേരുള്ള അക്കൗണ്ടോ ഗ്രൂപ്പോ ഉപയോഗിച്ച് Squid അഭ്യർത്ഥന അനുവദിക്കുക | ആ അഭ്യർത്ഥനയ്ക്ക് ലഭ്യമായ തിരിച്ചറിയൽ സംവിധാനം, ഉദാഹരണത്തിന് പിന്തുണയ്ക്കുന്ന സംയോജിത പ്രോക്സി പ്രാമാണീകരണം |
| മുൻകാല പ്രോക്സി ട്രാഫിക് ഏത് നെറ്റ്‌വർക്ക് സെഷനുമായി ബന്ധപ്പെട്ടിരുന്നു എന്ന് റിപ്പോർട്ട് ചെയ്യുക | പ്രോക്സി സംഭവവുമായി ബന്ധിപ്പിച്ച, സമയം രേഖപ്പെടുത്തിയ സെഷൻ, വിലാസം അനുവദനം എന്നിവയുടെ രേഖകൾ |
റിപ്പോർട്ടിംഗിനായി RADIUS സെഷൻ ഐഡന്റിഫയർ, സെഷൻ സമയങ്ങൾ, അനുവദിച്ച വിലാസങ്ങൾ, പ്രസക്തമായ DHCP അല്ലെങ്കിൽ അനുവദന ചരിത്രം എന്നിവ സൂക്ഷിക്കുക. Squid ആക്സസ് രേഖ ഒരു HTTP സംഭവം വിവരിക്കുന്നു; RADIUS അക്കൗണ്ടിംഗ് ഒരു നെറ്റ്‌വർക്ക് സെഷൻ വിവരിക്കുന്നു.
ഒരു ലാപ്‌ടോപ്പ് ഒരു വിലാസം വിടുകയും മറ്റൊന്ന് അത് സ്വീകരിക്കുകയും ചെയ്യുന്നു എന്ന് കരുതുക. വിലാസത്തിൽ മാത്രം ബന്ധിപ്പിക്കുമ്പോൾ രണ്ടാമത്തെ ഉപകരണത്തിന്റെ ട്രാഫിക് ആദ്യത്തേതിന് ആരോപിക്കപ്പെടുന്നു. NAT, പങ്കിട്ട വർക്ക്‌സ്റ്റേഷനുകൾ, ടണലുകൾ, ഒരേ സമയം സാധുവായ വിലാസങ്ങൾ എന്നിവ അവ്യക്തത കൂട്ടുന്നു.
പ്രഖ്യാപിത മാപ്പിംഗ് നിയമങ്ങൾക്ക് കീഴിൽ ഒരു നെറ്റ്‌വർക്ക് സെഷനുമായി ബന്ധപ്പെട്ട ട്രാഫിക് എന്ന് ബന്ധം വിവരിക്കുക. ഇടപാടിനോട് ബന്ധിപ്പിച്ച സാക്ഷ്യപ്പെടുത്തിയ പ്രോക്സി ഐഡന്റിറ്റി അല്ലാതെയും അത് ഉപയോഗപ്രദമാകാം. രണ്ട് സംവിധാനങ്ങളിലും ഒരേ ഉപയോക്തൃനാമങ്ങൾ ഉണ്ടായാലും നഷ്ടമായ അഭ്യർത്ഥനാ തലത്തിലുള്ള സംയോജനം നൽകുന്നില്ല.