టాస్క్‌లో పాస్‌వర్డ్ పెట్టకుండా Windows VPNని మళ్లీ కనెక్ట్ చేయండి

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

టాస్క్ చర్య ఏమి చదవగలిగేలా వదిలిస్తుంది

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

schtasks /query /tn "VPN Reconnect" /xml
cmdkey /list

వ్యతిరేకంగా ఊహించే ముందు తనిఖీ చేయండి. మొదటి ఆదేశం చర్య మరియు దాని ఆర్గ్యుమెంట్లతో సహా పూర్తి నిర్వచనాన్ని ముద్రిస్తుంది. రెండవది ప్రస్తుత ఖాతా ఏ క్రెడెన్షియల్స్‌ను కాష్ చేసిందో చూపిస్తుంది, ఇది క్రింది ప్రత్యామ్నాయ డిజైన్లకు ముఖ్యం. పాస్‌వర్డ్ టాస్క్ XMLలో కనిపిస్తే, దాన్ని తిప్పడం సరిదిద్దడంలో సగం మాత్రమే, ఎందుకంటే టాస్క్ ఇప్పటికీ పాత విలువను కలిగి ఉంది.

నిల్వ చేసిన ముందస్తు షేర్డ్ కీ నిజంగా ఏమి ఇస్తుంది

Add-VpnConnection -L2tpPsk కీని టాస్క్‌లో కాకుండా కనెక్షన్ యొక్క ఫోన్‌బుక్ ఎంట్రీలో రాస్తుంది. ఇది టాస్క్ చర్య కంటే చిన్న బహిర్గత ఉపరితలం. ఇది ఇప్పటికీ పునరుద్ధరించగల రహస్యం, ఎందుకంటే యంత్రంపై నిర్వాహకుడు ఫోన్‌బుక్‌ను చదవగలడు.

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

Winlogon క్రెడెన్షియల్స్ రహస్యాన్ని తొలగించి ఆధారపడటాన్ని జోడిస్తాయి

-UseWinlogonCredential వేరే మార్గాన్ని ఎంచుకుంటుంది. కనెక్షన్ ప్రామాణీకరిస్తుంది MSCHAPv2 లాగిన్ అయిన వినియోగదారు క్రెడెన్షియల్స్‌కు వ్యతిరేకంగా. ఆ ఖాతా కోసం అదనంగా ఏమీ నిల్వ చేయబడదు.

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

సర్టిఫికెట్ ప్రామాణీకరణ స్కేల్ అవుతుంది ఎందుకంటే ఏమీ నిల్వ చేయబడదు

సర్వర్ EAP-TLSని మద్దతు ఇచ్చే చోట, యంత్ర సర్టిఫికెట్ పంచుకున్న రహస్యాన్ని పూర్తిగా తొలగిస్తుంది, మరియు రద్దు సర్టిఫికెట్ పొరలో జరుగుతుంది. SYSTEMగా నడిచే టాస్క్ ఇంటరాక్టివ్ లాగ్ఆన్ లేకుండా ఆ సర్టిఫికెట్‌ను ప్రదర్శించగలదు. దానిపై నిర్మించే ముందు సర్వర్ సర్టిఫికెట్ ప్రామాణీకరణను అంగీకరిస్తుందని నిర్ధారించండి. మద్దతు లేని పద్ధతిపై ఆధారపడిన డిజైన్ పరిష్కారం కంటే ప్రణాళిక. తర్వాత ప్రైవేట్ కీ ఎక్కడ నివసిస్తుందో నిర్ణయించండి: పరికర గుర్తింపు కోసం యంత్ర నిల్వ, వ్యక్తి కోసం వినియోగదారు నిల్వ.

వినియోగదారు పేరు మరియు పాస్‌వర్డ్‌ను నివారించలేని చోట, వాటిని టాస్క్ యొక్క స్వంత ఖాతాకు పరిమితం చేసి Credential Managerలో నిల్వ చేయండి. క్లయింట్ వాటిని ఆర్గ్యుమెంట్ నుండి కాకుండా అక్కడి నుండి చదవనివ్వండి. టాస్క్ ముద్రించకుండా పొందగల రహస్యం దాని నిర్వచనంలో రాసిన దానికంటే చిన్న సమస్య.

తదుపరి భ్రమణానికి ముందు ఆర్టిఫాక్ట్‌లను సమీక్షించండి

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

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