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

பின்னர் வாடிக்கையாளரிடமிருந்து அனுமதிக்கப்பட்ட ஒரு வளம் மற்றும் மறுக்கப்பட்ட ஒரு வளம் சோதியுங்கள், ஏனெனில் சரியான குளத்தின் முகவரி தனிமைப்படுத்தலை நிரூபிக்காது. கேட்வேயிடம் நீங்கள் விரும்பும் ஒதுக்கீட்டுக்கான பொறிமுறை இல்லாவிட்டால், பண்பின் கூடுதல் நகல்கள் ஒன்றை உருவாக்காது. எதிர்பார்க்கப்படும் குளத்தின் முகவரி மற்ற ஒவ்வொரு குளத்திற்கும் முழு அணுகலுடன் சேர்ந்து இருக்கலாம். ஆதரிக்கப்படும் கொள்கை பொறிமுறையைத் தேர்ந்தெடுங்கள் அல்லது வேண்டுமென்றே பிணைய வடிவமைப்பை மாற்றுங்கள்.