RADIUS-ന്റെ VLAN മറുപടി ഒരു VPN ഉപയോക്താവിന് എന്തുകൊണ്ട് ഒന്നും ചെയ്യുന്നില്ല

NPS നയത്തിൽ VLAN ആട്രിബ്യൂട്ട് ചേർക്കുന്നു, VPN ഉപയോക്താവ് കണക്ട് ചെയ്യുന്നു, ലാപ്ടോപ്പ് ഇപ്പോഴും സ്ഥിരസ്ഥിതി പൂളിൽ ഇറങ്ങുന്നു. RADIUS സെർവർ നിങ്ങൾ ആവശ്യപ്പെട്ടത് തന്നെ തിരികെ നൽകുന്നു, അതുകൊണ്ട് പരാജയം കാഷെ പ്രശ്നം പോലെ തോന്നുന്നു. സാധാരണയായി അങ്ങനെയല്ല. Access-Accept അധികാര സൂചനകൾ വഹിക്കുന്നു, അവ സ്വീകരിച്ച നെറ്റ്വർക്ക് ആക്സസ് സെർവറിന് മാത്രമേ ഒന്നിനെ നെറ്റ്വർക്ക് അനുവദനമാക്കി മാറ്റാൻ കഴിയൂ.

നയത്തിൽ നിന്നല്ല, ഗേറ്റ്വേയിൽ നിന്ന് തുടങ്ങുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ക്ലയന്റിൽ നിന്ന് അകത്തേക്ക് ശൃംഖല പിന്തുടരുക. ക്ലയന്റ് ഗേറ്റ്വേയോട് ഒരു സെഷൻ ആവശ്യപ്പെടുന്നു, ഗേറ്റ്വേ RADIUS-നോട് ഉപയോക്താവിന് ഒന്ന് ലഭിക്കുമോ എന്ന് ചോദിക്കുന്നു, RADIUS ഒരു ഫലവും ആട്രിബ്യൂട്ടുകളുടെ കൂട്ടവും നൽകി മറുപടി നൽകുന്നു. തുടർന്ന് ഗേറ്റ്വേ തനിക്ക് അറിയാവുന്നത് പ്രയോഗിക്കുന്നു.

നിങ്ങളുടെ പരിശോധന നാലാമത്തെ ഘട്ടത്തിൽ തുടങ്ങുന്നു, അതുകൊണ്ട് ആദ്യത്തെ മൂന്നെണ്ണം ആരോഗ്യകരമായി തോന്നുന്നു. കൈമാറ്റത്തിൽ ഒന്നും ഗേറ്റ്വേയെ ലഭിച്ച ആട്രിബ്യൂട്ട് നടപ്പാക്കാൻ നിർബന്ധിക്കുന്നില്ല. മറുപടി ഗേറ്റ്വേയോടുള്ള അഭ്യർത്ഥനയാണ്, ക്ലയന്റിനെക്കുറിച്ചുള്ള വസ്തുതയല്ല.

സ്വിച്ച് ചെയ്യുന്നതും VPN ചെയ്യാൻ കഴിയാത്തതും

802.1X ആക്സസ് സ്വിച്ച് പോർട്ടുകളുള്ള ഒരു പ്രാമാണീകരണ ഉപകരണമാണ്, കൂടാതെ ഡൈനാമിക് VLAN അനുവദനം ആ പോർട്ടുകളിൽ ഒന്നിനെ സ്വിച്ച് ഇതിനകം വഹിക്കുന്ന ഒരു VLAN-ലേക്ക് നീക്കുന്നു. RADIUS ടണൽ ആട്രിബ്യൂട്ടുകൾ ആ ഉദ്ദേശ്യം സ്വിച്ച് മനസ്സിലാക്കുന്ന രൂപത്തിൽ വിവരിക്കുന്നു. റൂട്ടുചെയ്ത VPN ടണലുകൾ അവസാനിപ്പിക്കുന്നു, സ്വിച്ച് പോർട്ടുകളല്ല, അതിന്റെ ക്ലയന്റുകൾക്ക് സാധാരണയായി ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നിലെ അംഗത്വത്തിന് പകരം ഒരു വിലാസവും റൂട്ടും ലഭിക്കുന്നു. നീക്കാൻ പോർട്ടില്ല, അതിനാൽ അതേ ആട്രിബ്യൂട്ടിന് പ്രവർത്തിക്കാൻ ഒന്നുമില്ല.

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

സെർവർ യഥാർത്ഥത്തിൽ അയച്ച മറുപടി വായിക്കുക

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

radtest alice secret 10.0.0.10 0 testing123

ആ മറുപടിയിൽ VLAN ആട്രിബ്യൂട്ടുകൾ ഇല്ലെങ്കിൽ, ആദ്യം നയ പൊരുത്തം ശരിയാക്കുക. അവ ഉണ്ടെങ്കിൽ, സെർവർ തന്റെ ഭാഗം ചെയ്തു, വിടവ് താഴെയാണ്.

ആദ്യം സെഷൻ നയം തെളിയിക്കുക, പിന്നെ എത്തിച്ചേരൽ

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

swanctl --list-sas

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