VPN మళ్లీ కనెక్ట్ అయ్యేటప్పుడు ఆధారాలు మళ్లీ ఎందుకు అడుగుతారు
సేవ్ చేసిన పాస్వర్డ్ మరియు మళ్లీ ఉపయోగించగల టోకెన్ వేర్వేరు షెడ్యూళ్లలో ముగుస్తాయి. క్లయింట్పై ఏదైనా మార్చే ముందు మళ్లీ కనెక్ట్ ఏ పదార్థాన్ని అడిగిందో చదవండి.
గంటల తరబడి పనిచేసిన టన్నెల్ ల్యాప్టాప్ మేల్కొన్న క్షణంలో పాస్వర్డ్ అడుగుతుంది, కాన్ఫిగరేషన్లో ఏదీ మారలేదు. మారినది మళ్లీ కనెక్ట్ తిరిగి ఉపయోగించాలని ప్రయత్నించిన ఆధారం స్థితి. మూడు రకాల పదార్థం దీన్ని నియంత్రిస్తుంది, వాటిలో ఒక్కటి మాత్రమే ఏదైనా విరామాన్ని తట్టుకుంటుంది.
క్లయింట్ ఏది అడిగిందో చదవండి, ఎందుకంటే మూడూ వేర్వేరు గడియారాలతో ముగిసి వేర్వేరు సందేశాలతో విఫలమవుతాయి.
తిరిగి ఉపయోగించగల మూడు రకాల పదార్థం
కాష్లోని పాస్వర్డ్ క్లయింట్ ఉంచుకునే రహస్యం, ఖాతా దాన్ని మార్చే వరకు అది చెల్లుబాటు అవుతుంది. సెషన్ టోకెన్ను విజయవంతమైన లాగిన్ తర్వాత సర్వర్ జారీ చేస్తుంది, దానికి సొంత ఆయుష్షు ఉంటుంది, ఏ క్షణంలోనైనా రద్దు చేయవచ్చు. TLS సెషన్ టికెట్ లేదా IKE భద్రతా అనుబంధం అనేది ప్రోటోకాల్ స్థితి, తిరిగి ప్రారంభించడానికి చవకైనది మరియు మీ పాస్వర్డ్ నుండి పూర్తిగా స్వతంత్రం. ప్రతిదాన్ని వేరే భాగం జారీ చేస్తుంది, ప్రతిదీ దాని సొంత షరతుల్లో ముగుస్తుంది.
మొదటిది రీబూట్ను తట్టుకుంటుంది, రెండవది సాధారణంగా సస్పెండ్ను తట్టుకుంటుంది, మూడవది నెట్వర్క్ మార్పును అసలు తట్టుకోకపోవచ్చు. వాటిని కలిపేయడం తప్పు పరిష్కారాన్ని ఇస్తుంది, ఉదాహరణకు ఎప్పుడూ తిరస్కరించబడని పాస్వర్డ్ను రీసెట్ చేయడం.
ప్రాంప్ట్ కూడా రోగనిర్ధారణే. బ్రౌజర్ విండో లేదా రెండవ కారకం కోడ్ అంటే సర్వర్ ఇంటరాక్టివ్ ప్రామాణీకరణ కోరింది, ప్రాంప్ట్ లేని నిశ్శబ్ద వైఫల్యం అంటే క్లయింట్ అడగబడేంత దూరం చేరలేదు.
| Material | Typical lifetime | What invalidates it |
|---|---|---|
| Cached password | Until changed | Account or password policy change |
| Session token | Minutes to hours | Expiry, revocation, reauthentication policy |
| Tunnel SA or TLS ticket | Configured rekey interval | Rekey, network change, peer restart |
కీ పునరుద్ధరణ తిరిగి ప్రామాణీకరణ కాదు
కీ పునరుద్ధరణ ప్రామాణీకృత గుర్తింపును నిలిపి కీలను మారుస్తుంది, అందుకే ఆరోగ్యకరమైన టన్నెల్లో అప్పుడప్పుడు నిశ్శబ్దంగా జరుగుతుంది. తిరిగి ప్రామాణీకరణ గుర్తింపు తనిఖీని మళ్లీ చేస్తుంది, మీ అవసరం ఆ సంఘటనకే. IKEv2 రెండింటినీ స్పష్టంగా వేరు చేస్తుంది, మధ్యలో ఎన్ని కీ పునరుద్ధరణలు జరిగినా నిర్దిష్ట విరామంలో పూర్తి తిరిగి ప్రామాణీకరణ కోరవచ్చు. లాగ్ ఏది పేరు చెబుతుందో చదివే వరకు రెండు సంఘటనలు బయటినుంచి ఒకేలా కనిపిస్తాయి.
OpenVPN తన పదజాలంలో అదే విధంగా ప్రవర్తిస్తుంది: తిరిగి చర్చల విరామం డేటా ఛానెల్ను తాజా చేస్తుంది, తదుపరి కనెక్షన్లో పూర్తి లాగిన్ తప్పించుకోవడానికి ప్రామాణీకరణ టోకెన్ను క్లయింట్కు తిరిగి ఇవ్వవచ్చు. ఆ టోకెన్కు ఆయుష్షు ఉంది, దాన్ని మళ్లీ అంగీకరించాలా అని సర్వర్ నిర్ణయిస్తుంది.
అందువల్ల ఎనిమిది గంటల తర్వాత మళ్లీ కనెక్ట్ ఎనిమిది నిమిషాల తర్వాత మళ్లీ కనెక్ట్ విజయవంతమైన చోట విఫలమవ్వవచ్చు, రెండు వైపులా ఎలాంటి కాన్ఫిగరేషన్ మార్పు లేకుండా. మధ్యాహ్న భోజనం తర్వాత మాత్రమే కనిపించే ప్రాంప్ట్ పూర్తి వివరణ అదే.
క్లయింట్ కొత్త సవాలును పూర్తి చేయలేనప్పుడు
బ్రౌజర్ దశ కోరే విధానం దాన్ని చూపించే మార్గం లేని క్లయింట్పై విఫలమవుతుంది. తల లేని సర్వర్లు, స్టార్టప్ స్క్రిప్ట్లు మరియు పాస్వర్డ్ మాత్రమే ప్రామాణీకరణ కోసం నిర్మించిన పాత ప్రొఫైళ్లు అన్నీ ఆ గోడకు తగులుతాయి, వైఫల్యం తరచుగా ప్రామాణీకరణ లోపం కాకుండా సాధారణ సమయ పరిమితిగా కనిపిస్తుంది.
పరికరం మరియు నెట్వర్క్ మార్పులు కూడా విధాన మూల్యాంకన విండోలో పడవచ్చు, అందువల్ల Wi-Fi నుండి హాట్స్పాట్కు మారడం ఏమైనప్పటికీ జరిగే తనిఖీతో కలిసిపోతుంది. ఆ యాదృచ్ఛికత కారణం టైమర్ అయినప్పుడు నెట్వర్క్ను నిందితుడిగా చూపిస్తుంది.
openvpn --config client.ovpn --verb 3 2>&1 | grep -i -E "reneg|auth" ipsec statusall | grep -i -E "rekey|reauth"
మొదటి పంక్తి క్లయింట్ సొంత లాగ్లో తిరిగి చర్చలు మరియు ప్రామాణీకరణ సంఘటనలను చూపిస్తుంది, రెండవది strongSwan సహచరుడు ఇప్పుడు కలిగి ఉన్న భద్రతా అనుబంధాలను చూపిస్తుంది. ప్రాంప్ట్ కనిపించిన క్షణంతో సమయ ముద్రలను పోల్చండి; సరిపోలిక నెట్వర్క్ కాదు, టైమర్ను నిర్ధారిస్తుంది.
ఏమి నివేదించాలి, ఏమి ఆపివేయకూడదు
చేతితో లాగిన్ విజయవంతమై స్వయంచాలక పునర్వినియోగం నిరంతరం విఫలమైతే, అదే విషయాన్ని నిర్వాహకుడికి సరిగ్గా చెప్పండి. అది భాగాన్ని పేర్కొంటుంది: పునర్వినియోగ మార్గం, ఆధారం కాదు. వైఫల్య సమయం, ఉపయోగిస్తున్న ఖాతా మరియు మీరు చూసిన ప్రాంప్ట్ రకాన్ని చేర్చండి.
మళ్లీ కనెక్ట్ను నిశ్శబ్దం చేయడానికి రెండవ కారకాన్ని నిలిపివేయకండి, ధృవపత్ర ధ్రువీకరణను దాటవేయకండి, ఆధారాలను స్క్రిప్ట్లో అతికించకండి. వీటిలో ప్రతిదీ విధానం అమలు చేయడానికి ఉన్న తనిఖీని తొలగిస్తుంది, ప్రతిదీ లాగిన్ ప్రాంప్ట్ను సంఘటనగా మారుస్తుంది.
బదులుగా మద్దతు ఉన్న ప్రవాహాన్ని అడగండి: సవాలును పూర్తి చేయగల క్లయింట్, పని దినానికి సరిపోయే టోకెన్ ఆయుష్షు, లేదా అడగలేని యంత్రానికి ఆమోదించిన ఇంటరాక్టివ్ కాని ప్రొఫైల్. ఇవన్నీ ఎవరైనా ఆమోదించగల కాన్ఫిగరేషన్ నిర్ణయాలు, ఇది ఒక తాత్కాలిక పరిష్కారం కాదు.