VPN പ്രാമാണീകരണ റിയൽം: ഏത് അക്കൗണ്ട് നാമസ്ഥലമാണ് വിജയിക്കുന്നത്?

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

റിയൽം എന്താണ് തിരഞ്ഞെടുക്കുന്നത്

ഗേറ്റ്വേ ഒരു ഉപയോക്തൃനാമം സ്വീകരിച്ച് എവിടെ പരിശോധിക്കണമെന്ന് തീരുമാനിക്കണം. ആ നാമത്തിന്റെ ഭാഗമോ അതിനടുത്തുള്ള ആട്രിബ്യൂട്ടോ ആണ് റിയൽം, അത് ഡാറ്റാബേസ് തിരഞ്ഞെടുക്കുന്നു: ഒരു ഡയറക്ടറി, RADIUS പൂൾ, പ്രാദേശിക അക്കൗണ്ട് ഫയൽ. Microsoft NPS ഇതിനെ റിയൽം നാമം എന്ന് വിളിച്ച് അതിലൂടെ കണക്ഷൻ അഭ്യർത്ഥനകൾ റൂട്ട് ചെയ്യുന്നു, EAP നെറ്റ്വർക്ക് ആക്സസ് ഐഡന്റിഫയർ RFC 7542-ൽ at ചിഹ്നത്തിന് ശേഷമുള്ള പ്രത്യയമായി അതേ ആശയം വഹിക്കുന്നു. രണ്ടും തിരഞ്ഞെടുപ്പുകളാണ്, ഒന്നും ക്രെഡൻഷ്യൽ നല്ലതാണോ എന്ന് തീരുമാനിക്കുന്നില്ല.

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

റിയൽം വാക്യഘടന വിന്യാസത്തിന്റേതാണ്. ചില സേവനങ്ങൾക്ക് യോഗ്യതയില്ലാത്ത നാമവും ഒരു ആട്രിബ്യൂട്ടും വേണം, മറ്റുള്ളവയ്ക്ക് user@domain വേണം, കുറച്ച് എണ്ണം മിക്ക ഗൈഡുകളും പരാമർശിക്കാത്ത ബാക്ക്സ്ലാഷ് രൂപം പ്രതീക്ഷിക്കുന്നു.

ബാക്ക്എൻഡ് പ്രതീക്ഷിക്കുന്ന രൂപം ഉപയോഗിക്കുക

ട്യൂട്ടോറിയലിൽ നിന്നുള്ള പ്രത്യയങ്ങൾ പരീക്ഷിക്കുന്നതിന് മുമ്പ് ഏത് രൂപം ടൈപ്പ് ചെയ്യണമെന്ന് ഓപ്പറേറ്ററോട് ചോദിക്കുക. ലളിതമായ നാമം പ്രതീക്ഷിക്കുന്ന ബാക്ക്എൻഡിലെത്തുന്ന ഡൊമെയ്ൻ-യോഗ്യമായ നാമം സാധാരണയായി പാസ്വേഡ് പരിശോധനയിലല്ല, തിരയലിൽ പരാജയപ്പെടുന്നു. രണ്ട് ഡയറക്ടറികളിൽ ഒരേ ചെറിയ നാമം — കാണാത്ത റിയൽം ഏറ്റവും കൂടുതൽ നാശം വരുത്തുന്ന സന്ദർഭം.

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

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

പ്രോക്സിയിലൂടെ അഭ്യർത്ഥന പിന്തുടരുക

FreeRADIUS ഫ്രണ്ട് എൻഡിൽ റിയൽമുകൾ പ്രോക്സി കോൺഫിഗറേഷനിൽ പ്രഖ്യാപിക്കുന്നു, പ്രഖ്യാപിത പ്രത്യയം ഏത് ഹോം സർവർ അഭ്യർത്ഥന സ്വീകരിക്കുമെന്ന് തീരുമാനിക്കുന്നു. എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ആ ഫയൽ വായിക്കുക, കാരണം ഒരു റിയൽമുമായും പൊരുത്തപ്പെടാത്ത അഭ്യർത്ഥന സ്ഥിരസ്ഥിതിയായി പ്രാദേശികമായി കൈകാര്യം ചെയ്യുന്നു.

grep -n -A4 '^realm' /etc/freeradius/3.0/proxy.conf
radtest '[email protected]' 'wrong-password' 10.20.30.10 0 testing123
journalctl -u freeradius --since '-10 min' | grep -iE 'realm|stripped'

ഏത് പ്രത്യയങ്ങൾ നിലവിലുണ്ടെന്നും ഓരോന്നും ഏത് പൂളിനെ ലക്ഷ്യമിടുന്നുവെന്നും grep കാണിക്കുന്നു. radtest വിളി റിയൽമുള്ള ഒരു നാമവും ബോധപൂർവം തെറ്റായ പാസ്വേഡും അയയ്ക്കുന്നു, അതിനാൽ നിരസിക്കൽ റൂട്ടിംഗും ക്രെഡൻഷ്യൽ പരിശോധനയും നടന്നുവെന്ന് തെളിയിക്കുന്നു. ആ ശ്രമത്തിന് ചുറ്റുമുള്ള ജേണൽ വരികൾ പ്രോക്സിക്ക് മുമ്പ് നാമം നീക്കം ചെയ്തിട്ടുണ്ടോ, ഏത് ഹോം സർവർ അത് ഏറ്റെടുത്തുവെന്നും കാണിക്കുന്നു. ലോഗിൽ ഒട്ടും റിയൽം പൊരുത്തം കാണുന്നില്ലെങ്കിൽ, അഭ്യർത്ഥന പ്രാദേശിക സർവർ വിട്ടിട്ടില്ല, പ്രശ്നം പാസ്വേഡല്ല, പ്രത്യയമാണ്.

ഒരിക്കൽ ഒരു കാര്യം മാത്രം മാറ്റി ശ്രമം ആവർത്തിക്കുക, കാരണം ഇൻപുട്ട് ഓട്ടങ്ങൾക്കിടയിൽ വ്യത്യസ്തമാകുമ്പോൾ മാത്രമേ ലോഗ് റൂട്ടിംഗിനെ ക്രെഡൻഷ്യൽ പരാജയത്തിൽ നിന്ന് വേർതിരിക്കൂ. ഫയലിൽ നിന്നോ പ്രോംപ്റ്റിൽ നിന്നോ വായിക്കാൻ ഉപകരണം പിന്തുണയ്ക്കുന്നിടത്ത് പങ്കിട്ട രഹസ്യം shell ചരിത്രത്തിന് പുറത്ത് സൂക്ഷിക്കുക.

ചോർച്ചയില്ലാതെ ശ്രമം രേഖപ്പെടുത്തുക

അഡ്മിനിസ്ട്രേറ്റർക്ക് നടപടിയെടുക്കാവുന്ന രൂപത്തിൽ പരാജയം എഴുതുക: ഇന്റർഫേസ്, ഐഡന്റിറ്റിയുടെ രൂപം, റിയൽം ഉണ്ടായിരുന്നോ, കൃത്യമായ രഹസ്യമല്ലാത്ത പിശക്. സജീവ ഉപയോക്തൃനാമം പൊതു റിപ്പോർട്ടുകളിൽ നിന്ന് പുറത്ത് നിർത്തി റിയൽം അകത്ത് സൂക്ഷിക്കുക. എല്ലാ ഐഡന്റിറ്റിയും ഒരേ പ്ലേസ്ഹോൾഡറിലേക്ക് മറയ്ക്കുന്നത് നിങ്ങൾ അന്വേഷിക്കുന്ന അപൊരുത്തം തന്നെ മറയ്ക്കുന്നു. ഗേറ്റ്വേയും പ്രോക്സിയും ഡയറക്ടറിയും വെവ്വേറെ ലോഗുകൾ സൂക്ഷിക്കുന്നതിനാൽ സമയമുദ്രയും പ്രധാനമാണ്.

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