RADIUS VPN వినియోగదారు పేరు బదులు IP చిరునామాను ఎందుకు చూస్తుంది

ఏదైనా EAP మార్పిడికి ముందు strongSwan IKE గుర్తింపును RADIUS User-Name లో ఉంచగలదు. ఖాతా గుర్తింపును ఎవరు అడుగుతారో నిర్ణయించి, ఆపై ఒక ప్రయత్నాన్ని పరస్పరం అనుసంధానించండి.

Windows IKEv2 క్లయింట్ కనెక్ట్ అవుతుంది, RADIUS అభ్యర్థన ఖాతా పేరు ఉండాల్సిన చోట చిరునామాతో వస్తుంది. ఇంకా ఏదీ విఫలం కాలేదు, గందరగోళపు భాగం అదే: గేట్వే క్లయింట్ IKE పొరలో ప్రదర్శించిన గుర్తింపును నివేదిస్తోంది. మీ బ్యాకెండ్ కోరుకునే వినియోగదారు పేరు ఇంకా జరగని ప్రత్యేక EAP మార్పిడి నుండి రావచ్చు. ఖాతాను మార్చే ముందు దాన్ని ఎవరు అడుగుతారో నిర్ణయించండి.

ఒక కనెక్షన్లో రెండు గుర్తింపులు ప్రయాణిస్తాయి

ఒక కనెక్షన్లో రెండు పేర్లు కనిపించవచ్చు. IKE గుర్తింపు టన్నెల్ సెటప్ సమయంలో ప్రత్యర్థిని గుర్తిస్తుంది, eap-radius ప్లగిన్ మొదట దాన్ని RADIUS User-Name లోకి కాపీ చేస్తుంది. EAP గుర్తింపు వినియోగదారు ప్రామాణీకరణకు ఉపయోగించే వేరే విలువ, ఎవరూ అడగకపోతే అది ఎప్పటికీ పంపబడకపోవచ్చు.

అందుకే ఖాతా ఉన్నా, పాస్వర్డ్ సరైనా RADIUS లాగ్ చిరునామాను చూపవచ్చు. బ్యాకెండ్ను తప్పు పొర గురించి అడుగుతున్నారు. RADIUS లక్షణం ఎంచుకున్న పేరుకు రవాణా మాత్రమే.

EAP గుర్తింపును అడగమని గేట్వేను కోరండి

మద్దతు ఉన్న ఒక ఏర్పాటులో ప్రామాణీకరణను RADIUS కు అప్పగించే ముందు గేట్వే EAP గుర్తింపును అడుగుతుంది. కనెక్షన్ యొక్క రిమోట్ ప్రామాణీకరణ విభాగంలో, పద్ధతిని eap-radius గా సెట్ చేసి EAP గుర్తింపును స్పష్టంగా అడగండి. క్రింది భాగం దాని స్వంత ఫైల్లో కాదు, ఉన్న కనెక్షన్ బ్లాక్ లోపల చెందుతుంది. మరో డిప్లాయ్మెంట్ నుండి సింటాక్స్ కాపీ చేసే ముందు కనెక్షన్ మరియు కాన్ఫిగరేషన్ బ్యాకెండ్ను నిర్ధారించండి.

remote {
    auth = eap-radius
    eap_id = %any
}

దానితో బ్యాకెండ్ IKE చిరునామా బదులు క్లయింట్ EAP మార్పిడిలో అందించే గుర్తింపును పొందుతుంది. కనెక్షన్లో మరేదీ మారదు.

లేదా RADIUS EAP మార్పిడిని ప్రారంభించనివ్వండి

మరో ఏర్పాటు మొదటి అడుగును RADIUS వైపు ఉంచుతుంది. ప్లగిన్ ప్రారంభ గుర్తింపు ప్రతిస్పందన కోసం వేచి ఉండకుండా EAP-Start సూచనను పంపగలదు, ఇది సర్వర్ మార్పిడిని నడిపించడానికి అనుమతిస్తుంది. ఇది ప్లగిన్ స్థాయి కాన్ఫిగరేషన్, కాబట్టి ప్లగిన్ ఉపయోగించే ప్రతి కనెక్షన్ను ప్రభావితం చేస్తుంది.

charon {
    plugins {
        eap-radius {
            eap_start = yes
        }
    }
}

రెండింటినీ ప్రారంభించి ఆశించే బదులు RADIUS ఆపరేటర్తో ఒక ఏర్పాటును ఎంచుకోండి. అవి వేర్వేరు పని ప్రవాహాలను వివరిస్తాయి, ప్రారంభించాలని ఆశించే సర్వర్ సంభాషణను ప్రారంభించే గేట్వేను తప్పనిసరిగా నిర్వహించదు. ప్లగిన్ డాక్యుమెంటేషన్ రెండింటినీ వివరిస్తుంది, ప్రతి అడుగు ఏ గుర్తింపును మోస్తుందో కూడా.

ఒక ప్రయత్నాన్ని రెండు లాగ్లలో అనుసరించండి

ఒకే ప్రయత్నాన్ని రెండు లాగ్లలో అనుసంధానించండి. IKE గుర్తింపును చూడండి, తర్వాత EAP-Identity మార్పిడి జరుగుతుందో లేదో, తర్వాత ప్రామాణీకరణ అడుగు ఏ పేరును పొందుతుందో. EAP మార్పిడికి ముందు చిరునామాను తిరస్కరించే బ్యాకెండ్ మీ ఉద్దేశిత గుర్తింపు ఎప్పటికీ కనిపించక ముందే ప్రక్రియను ఆపగలదు.

journalctl -u strongswan -f

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

సరిదిద్దిన ప్రవాహం సరైన ఖాతాను చేరి ఇంకా తిరస్కరించబడితే, తదుపరి సాక్ష్యం గుర్తింపు కాదు, EAP పద్ధతి మరియు బ్యాకెండ్ విధానం. పాస్వర్డ్ రీసెట్ను పునరావృతం చేయడం మునుపటి ప్రోటోకాల్ పొరలో ఎంచుకున్న విలువను సరిచేయలేదు.

సంబంధిత వ్యాసాలు