NetworkManager లో OpenConnect యొక్క TOTP అభ్యర్థన కనిపించడం లేదు: నాలుగు తనిఖీలు

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

మొదటి తనిఖీ: ప్రామాణీకరణ ఎక్కడ ఆగిందో చదవండి

తప్పు పాస్వర్డ్ వెంటనే విఫలమవుతుంది. లేని రెండవ కారకం ఆధారాల దశ తర్వాత విఫలమవుతుంది, సాధారణంగా పునరావృత అభ్యర్థన లేదా గేట్వే వైపు సమయం ముగియడంతో. ఏ రౌండ్ సమాధానం లేకుండా మిగిలిందో సమయం మరియు గేట్వే లాగ్ చూపుతాయి.

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

గేట్వే ఆశించే ఖచ్చితమైన అభ్యర్థన క్రమాన్ని గుర్తించండి: వినియోగదారు పేరు, పాస్వర్డ్, తర్వాత కోడ్, లేదా వినియోగదారు పేరు, కోడ్, తర్వాత పాస్వర్డ్. కొన్ని గేట్వేలు రౌండ్ల క్రమాన్ని మారుస్తాయి, మొదటి క్రమం మాత్రమే తెలిసిన క్లయింట్ రెండవదానిలో ఆగిపోతుంది.

రెండవ తనిఖీ: సవాలును కలిగిన క్లయింట్ను ఉపయోగించండి

OpenConnect స్వయంగా సవాలు రౌండ్తో సహా మొత్తం సంభాషణను అమలు చేస్తుంది. దాన్ని నేరుగా అమలు చేయడమే ఖాతా మరియు గేట్వే పనిచేస్తున్నాయని నిర్ధారించడానికి అత్యంత అంచనా వేయదగిన మార్గం:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

గేట్వే అడిగే క్రమంలోనే క్లయింట్ అడుగుతుంది. వినియోగదారు ఏజెంట్ ముఖ్యం, ఎందుకంటే కొన్ని గేట్వేలు తెలిసిన క్లయింట్కు లాగిన్ ప్రవాహాన్ని సర్దుబాటు చేస్తాయి, సాధారణ స్ట్రింగ్ కోడ్ను ఎప్పుడూ అడగని చిన్న ప్రవాహాన్ని ఉత్పత్తి చేయవచ్చు. ఏదైనా నేపథ్య సేవను ఏర్పాటు చేసే ముందు దాన్ని ఒకసారి ముందు భాగంలో అమలు చేయండి.

కమాండ్ లైన్ సరిగ్గా అడిగితే, ఖాతా, గేట్వే మరియు రెండవ కారకం బాగానే ఉన్నాయి. మిగిలిన సమస్య ప్లగిన్ సంభాషణ, ప్రామాణీకరణ సేవ కాదు. ఇది సర్వర్ను తాకకుండా లోపభూయిష్ట భాగాన్ని వేరుచేస్తుంది. కమాండ్ అవుట్పుట్ను సంఘటన రికార్డుతో పాటు ఉంచండి.

కమాండ్ లైన్ కూడా అభ్యర్థనను దాటవేస్తే, ఆగి గేట్వే కాన్ఫిగరేషన్ను దాని యజమానితో తనిఖీ చేయండి. సర్వర్ ఎప్పుడూ పంపని సవాలుకు ఏ డెస్క్టాప్ క్లయింట్ సమాధానం ఇవ్వలేదు.

మూడవ తనిఖీ: మీ ప్లగిన్ TOTP మోడ్ ఇస్తుందో లేదో చూడండి

కొన్ని NetworkManager OpenConnect నిర్మాణాలు కనెక్షన్ యొక్క Identity ట్యాబ్లో టోకెన్ మోడ్ మరియు వినియోగదారు ఏజెంట్ ఫీల్డ్ను ఇస్తాయి. వినియోగదారు ఏజెంట్ను గేట్వే ఆశించే విలువకు సెట్ చేయండి, మాన్యువల్ TOTP నమోదును ఎంచుకోండి మరియు కనెక్షన్ను సేవ్ చేయండి.

ఆ ఫీల్డ్లు ఉన్నాయా లేదా అనేది ప్లగిన్ వెర్షన్ మరియు డెస్క్టాప్ ఏ కనెక్షన్ ఎడిటర్ను ఉపయోగిస్తుందనే దానిపై ఆధారపడి ఉంటుంది. స్వతంత్ర ఎడిటర్ GNOME ప్యానెల్ దాచే ఎంపికలను చూపవచ్చు, లేదా దీనికి విరుద్ధంగా. దాచిన సెట్టింగ్ను వెతకడానికి ముందు ఇన్స్టాల్ చేసిన ప్యాకేజీ వెర్షన్ను తనిఖీ చేయండి.

టోకెన్ మోడ్ ఉన్నా అభ్యర్థన ఇంకా కనిపించకపోతే, నిర్మాణంలో ప్లగిన్ మరియు సాధారణ రహస్య సంభాషణ మధ్య సవాలు అప్పగింపు లేదు. పాస్వర్డ్ను మళ్లీ టైప్ చేయడం, అదే ప్యాకేజీని మళ్లీ ఇన్స్టాల్ చేయడం లేదా కీరింగ్ను శుభ్రం చేయడం నిర్మాణం అమలు చేయని ఫీల్డ్ను సృష్టించదు.

నాలుగవ తనిఖీ: ఉత్పత్తి చేసిన కోడ్ను రాజీగా పరిగణించండి

ఒక స్క్రిప్ట్ ప్రస్తుత కోడ్ కోసం oathtool సాధనాన్ని పిలిచి, వినియోగదారు పేరు, పాస్వర్డ్ మరియు కోడ్ను nmcli connection up --ask కమాండ్కు పంపవచ్చు. క్రమం పనిచేస్తుంది, కానీ పంచుకున్న రహస్యం స్క్రిప్ట్ను తెరవగల ఎవరైనా చదవగల ప్రదేశంలో నిల్వ చేయబడుతుంది, ఆ పాఠకుడు ఎప్పటికీ కోడ్లను సృష్టించగలరు. ఇది ఆధారాల ఉపరితలం యొక్క శాశ్వత విస్తరణ, క్లయింట్ మరమ్మత్తు కాదు.

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

స్క్రిప్ట్ గేట్వే అభ్యర్థన క్రమాన్ని కూడా అనుసరించాలి. సర్వర్ పాస్వర్డ్కు ముందు కోడ్ను అడిగితే, స్థిర ఇన్పుట్ క్రమం తప్పు విలువను తప్పు అభ్యర్థనకు పంపి అదే అసంపూర్ణ ప్రామాణీకరణను సృష్టిస్తుంది. లాగిన్ పనికి కనెక్ట్ చేయడానికి ముందు పరీక్షా ఖాతాతో సాధన చేయండి.

అదే గేట్వే మరియు ఖాతాను నిర్ధారించండి

ప్రతి ప్రత్యామ్నాయ పరిష్కారాన్ని అదే గేట్వే, అదే ఖాతా మరియు అదే టన్నెల్ సమూహంపై పరీక్షించండి. పరికర ధృవపత్రాన్ని కూడా అడిగే గేట్వే TOTPకి సంబంధం లేని కారణంతో కమాండ్-లైన్ క్లయింట్ను తిరస్కరించవచ్చు, అభ్యర్థన క్రమం మీరు సాధన చేసిన దానికి భిన్నంగా ఉండవచ్చు.

పనిచేసిన క్లయింట్, దాని వెర్షన్, వినియోగదారు ఏజెంట్ మరియు అభ్యర్థన క్రమాన్ని నమోదు చేయండి. ఆ రికార్డు తదుపరి వ్యక్తికి సమస్య ప్లగిన్ నిర్మాణంలోనా, గేట్వే ప్రవాహంలోనా, ఖాతా విధానంలోనా అని మరో పాస్వర్డ్ రీసెట్ చుట్టు లేకుండా చెబుతుంది.

పూర్తి లాగ్అవుట్ తర్వాత ఒకసారి మళ్లీ కనెక్ట్ అయి ముగించండి. క్యాష్ చేసిన రహస్యం విరిగిన ప్రవాహాన్ని తదుపరి సెషన్ వరకు సరిచేసినట్లు కనిపించేలా చేయవచ్చు, మరియు రెండవ కనెక్షన్లోనే కనిపించని అభ్యర్థన సాధారణంగా తిరిగి వస్తుంది.