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

తర్వాత క్లయింట్ నుండి అనుమతించిన ఒక వనరు మరియు నిరాకరించిన ఒక వనరు పరీక్షించండి, ఎందుకంటే సరైన పూల్ చిరునామా వేరుచేయడాన్ని నిరూపించదు. గేట్వేకు మీకు కావలసిన కేటాయింపు కోసం యంత్రాంగం లేకపోతే, లక్షణం యొక్క ఎక్కువ కాపీలు ఒకదాన్ని సృష్టించవు. ఆశించిన పూల్ చిరునామా ప్రతి ఇతర పూల్కు పూర్తి యాక్సెస్తో పాటు ఉండవచ్చు. మద్దతు ఉన్న విధాన యంత్రాంగాన్ని ఎంచుకోండి లేదా ఉద్దేశపూర్వకంగా నెట్వర్క్ రూపకల్పనను మార్చండి.