OpenVPN తర్వాత OTP సెషన్ను వదిలేస్తుంది: పునఃప్రామాణీకరణకు ఏమి కావాలి

క్లయింట్ వైపు నుండి ఇది పని సెషన్ గంట తర్వాత యాదృచ్ఛిక డిస్కనెక్ట్లా కనిపిస్తుంది. ట్రే ఐకాన్ మాయమవుతుంది, టన్నెల్ తిరిగి నిర్మించబడుతుంది, మరియు లాగ్లో నెట్వర్క్ లోపం బదులు ప్రామాణీకరణ వైఫల్యం కనిపిస్తుంది. వాస్తవానికి జరిగింది ఏమిటంటే సెషన్ తిరిగి చర్చలు జరిపింది మరియు రెండవ హ్యాండ్షేక్కు క్లయింట్ వద్ద ఇకపై చెల్లుబాటు కాపీ లేని ఆధారాలు అవసరమయ్యాయి. లాగిన్లో పని చేసిన ఒక-సారి కోడ్ మళ్లీ పని చేయదు, కాబట్టి కీ మార్పిడి రూపకల్పన ప్రకారమే విఫలమవుతుంది.

పరిష్కారం రెండవ హ్యాండ్షేక్ ఏమి ప్రదర్శించాలి అనే నిర్ణయం, పొడవైన రీట్రై టైమర్ కాదు.

క్లయింట్ దృష్టికోణంలో మార్పిడిని చూడండి

లాగిన్ సమయంలో క్లయింట్ వినియోగదారు పేరు, పాస్వర్డ్ మరియు టోకెన్ పరికరం నుండి కోడ్ పంపుతుంది, సర్వర్ ఆ కలయికను అంగీకరిస్తుంది. తర్వాత సెషన్ పునః చర్చల ట్రిగ్గర్ సక్రియమయ్యే వరకు కొనసాగుతుంది, అది ఉన్న టన్నెల్ లోపల కొత్త TLS హ్యాండ్షేక్ ప్రారంభిస్తుంది. ఆ హ్యాండ్షేక్ మళ్లీ ప్రామాణీకరణ అడుగుతుంది. సర్వర్ ప్రామాణీకరణ మార్గం పాస్వర్డ్ మరియు ప్రస్తుత ఒక-సారి కోడ్ ఆశిస్తే, వినియోగదారు అక్కడ ఉండి టైప్ చేయకపోతే క్లయింట్ వద్ద అందించడానికి కొత్త కోడ్ లేదు.

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

auth-gen-token రెండవ ప్రశ్నకు ఎవరు సమాధానం ఇస్తారో మారుస్తుంది

ఎంపిక auth-gen-token విజయవంతమైన లాగిన్ తర్వాత సర్వర్ టోకెన్ జారీ చేయడానికి అనుమతిస్తుంది, మరియు తర్వాతి పునః చర్చలు పాస్వర్డ్ మరియు కోడ్ను పునరావృతం చేయకుండా ఆ టోకెన్ను ప్రదర్శిస్తాయి. మాన్యువల్ దాని జీవితకాలం మరియు పునరుద్ధరణ ప్రవర్తనను నమోదు చేస్తుంది, మరియు టోకెన్ను దాని సొంత గడువుతో కూడిన ఆధారంగా పరిగణించాలి. డిఫాల్ట్ మార్గంలో సర్వర్ బాహ్య పాస్వర్డ్ ప్రామాణీకరణకర్తను మళ్లీ పిలవకుండా టోకెన్ను తానే ధృవీకరిస్తుంది.

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

ఖాతా స్థితికి ఏమి జరుగుతుందో నిర్ణయించండి

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

బహుళ సర్వర్ విస్తరణలో టోకెన్ సంతకం రహస్యం పంచుకోవాలి, లేకపోతే క్లయింట్ తన టోకెన్ను ధృవీకరించలేని నోడ్కు పంపబడవచ్చు.

లాగిన్ మాత్రమే కాదు, గడువు ముగింపు మరియు పునః కనెక్షన్ను పరీక్షించండి

పరీక్ష ప్రొఫైల్లో పునః చర్చల విరామాన్ని తగ్గించండి, తద్వారా రెండవ హ్యాండ్షేక్ మీరు చూస్తుండగానే జరుగుతుంది, తర్వాత రెండు లాగ్లను అనుసరించండి. టోకెన్ లాగిన్లో జారీ అవుతుందా, కీ మార్పిడిలో ప్రదర్శించబడుతుందా, మరియు కాన్ఫిగర్ చేసిన జీవితకాలం ప్రకారం పునరుద్ధరించబడుతుందా లేదా తిరిగి జారీ అవుతుందా నిర్ధారించండి. తర్వాత టోకెన్ గడువు ముగింపు మరియు పూర్తి పునః కనెక్షన్ను బలవంతం చేయండి, ఎందుకంటే శుభ్రంగా తిరిగి కనెక్ట్ అయ్యే క్లయింట్ కూడా కీ మార్పిడి మార్గంలో విఫలం కావచ్చు.

ఖాతా తొలగింపును చివరగా పరీక్షించండి. ఆ సందర్భం మీరు రాసిన విధానం అమలవుతుందా లేదా కేవలం నమోదు చేయబడిందా అని చెబుతుంది.

పునరుద్ధరణను నిలిపివేసి దాన్ని సరిచేయవద్దు

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

పొడవైన రీట్రై టైమర్ ఖర్చు చేసిన కోడ్ను మళ్లీ చెల్లుబాటు చేయదు. అది డిస్కనెక్ట్ను ఆలస్యం చేసి లాగ్ చదవడం కష్టతరం చేస్తుంది.