സ്ഥിര VPN IP: RADIUS Framed-IP-Address അല്ലെങ്കിൽ പൂൾ റിസർവേഷൻ

VPN ക്ലയന്റിനുള്ള സ്ഥിരമായ ആന്തരിക വിലാസം മൂന്ന് സ്ഥലങ്ങളിൽ സൂക്ഷിക്കാം, അവയിൽ ഒന്ന് മാത്രമേ അത് സ്വന്തമാക്കേണ്ടതുള്ളൂ. RADIUS വിലാസം Access-Accept-ൽ തിരികെ നൽകാം, ഗേറ്റ്‌വേ അക്കൗണ്ടിനായി സ്ഥിരമായ മാപ്പിംഗ് സൂക്ഷിക്കാം, ക്ലയന്റ് അഡാപ്റ്റർ കൈകൊണ്ട് സജ്ജീകരിക്കാം. ആദ്യ രണ്ടെണ്ണം നയമാണ്, മൂന്നാമത്തേത് ഗേറ്റ്‌വേക്ക് അവഗണിക്കാനോ മുകളിൽ എഴുതാനോ സ്വാതന്ത്ര്യമുള്ള പ്രാദേശിക ഊഹമാണ്. ആദ്യ രണ്ടെണ്ണത്തിനിടയിലെ തിരഞ്ഞെടുപ്പാണ് യഥാർത്ഥ തീരുമാനം, അത് നെറ്റ്‌വർക്ക് ആക്സസ് സെർവർ യഥാർത്ഥത്തിൽ എന്ത് നടപ്പാക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

സ്ഥിര വിലാസം ഉണ്ടാകാവുന്ന മൂന്ന് സ്ഥലങ്ങൾ

മറുപടിയിൽ Framed-IP-Address ഉണ്ടെന്നും ഗേറ്റ്‌വേ ആ മൂല്യം സെഷനിൽ പ്രയോഗിക്കുന്നു എന്നും വരുമ്പോൾ RADIUS വിലാസം സ്വന്തമാക്കുന്നു. അഡ്മിനിസ്ട്രേറ്റർ അക്കൗണ്ട് പൂളിനുള്ളിലെ സ്ഥിര വിലാസത്തിലേക്ക് മാപ്പ് ചെയ്യുമ്പോൾ ഗേറ്റ്‌വേ അത് സ്വന്തമാക്കുന്നു. ക്ലയന്റ് ഒന്നും സ്വന്തമാക്കുന്നില്ല, അതിന്റെ അഡാപ്റ്റർ കൈകൊണ്ട് നൽകിയ വിലാസം കാണിച്ചാലും, കാരണം സെർവർ ചർച്ചയ്ക്കിടയിൽ ആന്തരിക വിലാസം അനുവദിക്കുന്നു, സെർവർ ഒന്നും അയക്കാത്തപ്പോൾ മാത്രമേ പ്രാദേശിക ക്രമീകരണത്തിന് പ്രസക്തിയുള്ളൂ. പ്രവർത്തിക്കുന്ന കണക്ഷനിൽ മൂന്നും ഒരേപോലെ കാണാം, അതുകൊണ്ടാണ് പൊരുത്തക്കേടുകൾ വൈകി പ്രകടമാകുന്നത്. വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ, രണ്ടാമത്തെ ഉപകരണത്തിൽ, നയമാറ്റത്തിന് ശേഷം എന്നിവിടങ്ങളിൽ വ്യത്യാസം കാണാം.

രണ്ട് ഉടമകളാണ് തകരുന്ന ക്രമീകരണം. RADIUS മറുപടി 172.28.4.77 അനുവദിക്കുമ്പോൾ ഗേറ്റ്‌വേ 172.28.4.90-നായി സ്ഥിര മാപ്പിംഗ് സൂക്ഷിക്കുന്നു, വെണ്ടർ കോഡ് ആദ്യം പരിശോധിക്കുന്ന മൂല്യമാണ് ലഭിക്കുന്നത്, തോറ്റത് ലോഗ് വരിയില്ലാതെ ഒഴിവാക്കപ്പെടുന്നു. അതേ അക്കൗണ്ട് രണ്ടാമത്തെ ഉപകരണത്തിൽ പകർപ്പ് വിലാസം സ്വീകരിക്കുന്നു, ലക്ഷണം അനുവദന പൊരുത്തക്കേടായല്ല, റൂട്ടിംഗ് തകരാറായാണ് വായിക്കപ്പെടുന്നത്. രണ്ടാമത്തെ സംവിധാനം ചേർക്കുന്നതിന് മുമ്പ് ഉടമയെ തീരുമാനിക്കുക.

ക്ലയന്റ് ഭാഗത്തെ ഓപ്ഷൻ ഒഴിവാക്കാൻ വേണ്ടി മാത്രം പേര് പറയുന്നത് മൂല്യമുള്ളതാണ്. കൈകൊണ്ടുള്ള അഡാപ്റ്റർ വിലാസം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അവതരിപ്പിക്കാവുന്ന മുൻഗണനയാണ്, റിസർവേഷനല്ല, മറ്റൊരു സെഷന് അതേ വിലാസം ലഭിക്കുന്നത് അതിന് തടയാനാവില്ല.

RADIUS മറുപടിക്ക് വാഗ്ദാനം ചെയ്യാനാവുന്നതും ആവാത്തതും

RFC 2865Framed-IP-Address-നെ ഉപയോക്താവിനായി ക്രമീകരിക്കേണ്ട IPv4 വിലാസമായി നിർവചിക്കുന്നു, അത് Access-Accept-ൽ ഉൾപ്പെടുന്നു. Access-Request-ലെ അതേ ആട്രിബ്യൂട്ട് സെർവർ അവഗണിക്കാവുന്ന സൂചന മാത്രമാണ്, ക്ലയന്റോ ഗേറ്റ്‌വേയോ മുൻഗണനാ വിലാസം വാഗ്ദാനം ചെയ്യുമ്പോൾ ഇത് പ്രധാനമാണ്. പ്രോട്ടോക്കോളിൽ ഗേറ്റ്‌വേയെ മറുപടി മാനിക്കാൻ നിർബന്ധിക്കുന്നത് ഒന്നുമില്ല, കാരണം അത് സെഷനിൽ പ്രയോഗിക്കുന്ന ഘടകം നെറ്റ്‌വർക്ക് ആക്സസ് സെർവറാണ്.

പിന്തുണ ഒരു ഉൽപ്പന്ന ചോദ്യമാണ്, പ്രോട്ടോക്കോൾ ചോദ്യമല്ല. ചില ഗേറ്റ്‌വേകൾ ഫ്രെയിം ചെയ്ത വിലാസങ്ങൾ സ്വതവേ പ്രയോഗിക്കുന്നു, ചിലതിന് അത് ചെയ്യാൻ ഗ്രൂപ്പ് തലത്തിലുള്ള സ്വിച്ച് ഓൺ ചെയ്യേണ്ടതുണ്ട്, മറ്റുള്ളവ ആട്രിബ്യൂട്ട് സ്വീകരിച്ച് റിമോട്ട് ആക്സസ് സെഷനുകൾക്ക് ഒരിക്കലും ഉപയോഗിക്കുന്നില്ല. അവസാന സാഹചര്യമാണ് അപകടകരം, കാരണം അക്കൗണ്ടിംഗ് രേഖ മറുപടി കാണിക്കുമ്പോൾ ക്ലയന്റ് പൂൾ വിലാസം സ്വീകരിക്കുന്നു. നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന കൃത്യമായ ഗേറ്റ്‌വേ മോഡലിലും ഫേംവെയറിലും സ്വഭാവം സ്ഥിരീകരിക്കുക, സഹോദര ഉൽപ്പന്നത്തിന്റെ ഡോക്യുമെന്റേഷനിൽ അല്ല.

ഗേറ്റ്‌വേ അവഗണിക്കുന്ന മറുപടി ഒരിക്കലും അയക്കാത്ത മറുപടിപോലെ തന്നെ കാണപ്പെടുന്നു. Access-Accept-ഉം സെഷൻ വിലാസവും വശങ്ങളിൽ വായിക്കുന്നതാണ് ഈ രണ്ട് സാഹചര്യങ്ങളെ വേർതിരിക്കാനുള്ള ഒരേയൊരു മാർഗം.

നിങ്ങൾ ഇതിനകം റൂട്ട് ചെയ്യുന്ന പൂളിനുള്ളിൽ വിലാസം റിസർവ് ചെയ്യുക

ഗേറ്റ്‌വേ ഇതിനകം റൂട്ട് ചെയ്യുന്ന, ഫയർവാൾ ഇതിനകം വിശ്വസിക്കുന്ന പൂൾ സബ്നെറ്റിൽ നിന്ന് സ്ഥിര വിലാസം തിരഞ്ഞെടുക്കുക. ആ പരിധിക്ക് പുറത്തുള്ള വിലാസം നയമാറ്റത്തെ റൂട്ടിംഗ് പ്രോജക്ടാക്കി മാറ്റുന്നു, VPN ഉയരും പക്ഷേ അതിന് പിന്നിൽ ഒന്നിനും മറുപടി നൽകാനാവില്ല. ഓരോ വിലാസത്തിനും ആക്സസ് നിയമങ്ങൾ ഉണ്ടെങ്കിൽ അതേ മാറ്റത്തിൽ സ്ഥിര വിലാസം അവയിൽ ചേർക്കുക.

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

തിരിച്ചുള്ള റൂട്ടുകൾക്കും അനുവദനത്തിന് കൊടുക്കുന്ന അതേ ശ്രദ്ധ അർഹതയുണ്ട്. ഗേറ്റ്‌വേക്ക് പൂളിലേക്ക് റൂട്ട് വേണം, ആന്തരിക റൂട്ടറുകൾക്ക് ഗേറ്റ്‌വേയിലേക്ക് തിരിച്ചുള്ള റൂട്ട് വേണം, സ്ഥിര വിലാസം രണ്ടും പാരമ്പര്യമായി നേടുന്നു. ഒരു ക്ലയന്റ് പ്രവർത്തിക്കുമ്പോൾ മറ്റെല്ലാം പരാജയപ്പെടുന്നത് സാധാരണയായി അർത്ഥമാക്കുന്നത് പൂൾ റൂട്ട് ഉണ്ട്, പക്ഷേ റിസർവ് ചെയ്ത വിലാസത്തിന്റെ ഹോസ്റ്റ് റൂട്ട് ഇല്ല എന്നാണ്.

റിസർവേഷനിൽ വിശ്വസിക്കുന്നതിന് മുമ്പ് മറുപടി പരിശോധിക്കുക

AAA ഭാഗവും സെഷൻ ഭാഗവും വെവ്വേറെ പരിശോധിക്കുക, കാരണം അവ വ്യത്യസ്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു. പ്രാദേശിക radtest ഗേറ്റ്‌വേയെ ഉൾപ്പെടുത്താതെ സെർവർ അക്കൗണ്ടിനായി എന്ത് തിരികെ നൽകുന്നു എന്ന് കാണിക്കുന്നു, ഉപയോക്തൃ ഫയലിലെ എൻട്രി സെർവർ എന്തുമായി പൊരുത്തപ്പെടണം എന്ന് കാണിക്കുന്നു. തുടർന്ന് ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്ത് ലഭിച്ച വിലാസം മറുപടിയിലെ ആട്രിബ്യൂട്ടുമായി താരതമ്യം ചെയ്യുക.

Authenticated member: survey-tablet-17
Reply attribute:      Framed-IP-Address = 172.28.4.77

survey-tablet-17  Cleartext-Password := "REPLACE_ME"
                  Framed-IP-Address = 172.28.4.77

radtest survey-tablet-17 REPLACE_ME 127.0.0.1 0 testing123

ആട്രിബ്യൂട്ട് ഇല്ലാത്ത Access-Accept എന്നാൽ സെർവർ എൻട്രിയുമായി പൊരുത്തപ്പെട്ടില്ല അല്ലെങ്കിൽ ആ ഉപയോക്താവിന് ആട്രിബ്യൂട്ട് പ്രയോഗിച്ചില്ല എന്നാണ്. ആട്രിബ്യൂട്ടുള്ള Access-Accept-ഉം ഇപ്പോഴും പൂൾ വിലാസം ലഭിക്കുന്ന ക്ലയന്റും എന്നാൽ ഗേറ്റ്‌വേ അത് അവഗണിച്ചു എന്നാണ്. Access-Reject നിങ്ങളെ ക്രെഡൻഷ്യലുകളിലേക്കോ ഗ്രൂപ്പ് നയത്തിലേക്കോ തിരികെ അയക്കുന്നു, ഈ ഫലങ്ങളിൽ ഒന്നും ക്ലയന്റ് അഡാപ്റ്റർ എഡിറ്റ് ചെയ്ത് ഡീബഗ് ചെയ്യരുത്.

വീണ്ടും കണക്ട് ചെയ്തതിന് ശേഷവും മറ്റൊരു ഉപകരണത്തിൽ നിന്നുള്ള രണ്ടാം ലോഗിന് ശേഷവും പരിശോധന ആവർത്തിക്കുക. ആദ്യ സെഷന് മാത്രം നിലനിൽക്കുന്ന റിസർവേഷൻ സംഭവിക്കാൻ കാത്തിരിക്കുന്ന പൂൾ പൊരുത്തക്കേടാണ്, ഓഡിറ്റിനിടയിൽ കണ്ടെത്തുന്നതിനേക്കാൾ വിലകുറവാണ് ഇപ്പോൾ കണ്ടെത്തുന്നത്.

ഒരു ഉടമയെ തിരഞ്ഞെടുത്ത് എഴുതുക

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

തിരഞ്ഞെടുത്ത ഉടമയും റിസർവ് ചെയ്ത വിലാസവും അത് വന്ന പൂളും അക്കൗണ്ട് രേഖയിൽ എഴുതുക. അടുത്തതായി ഉപകരണം ചേർക്കുന്ന വ്യക്തിക്ക് രണ്ടിൽ ഏതെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് വിലാസം AAA നയമാണോ ഗേറ്റ്‌വേ മാപ്പിംഗാണോ എന്ന് കാണാനാകും.