Add-VpnConnection: PSK ఎందుకు విరిగిపోతుంది మరియు చిరునామా ఎందుకు పాతదిగానే ఉంటుంది
PowerShell డబుల్ కోట్స్ లో ఉన్న ముందుగా పంచుకున్న కీని cmdlet దాన్ని నిల్వ చేసే ముందే విస్తరిస్తుంది, మరియు నడుస్తున్న టన్నెల్ మీరు మళ్లీ కనెక్ట్ అయ్యే వరకు పాత చిరునామానే ఉంచుతుంది.
Windows VPN ప్రొఫైల్ అనేది ఫోన్ బుక్ లోని ఒక నమోదు, PowerShell ఆ నమోదును సవరించే ఒక మార్గం. ఈ భేదం నుంచి రెండు వైఫల్యాలు వస్తాయి: సర్వర్ కు చేరే సరికే పాడైన ముందుగా పంచుకున్న కీ, మరియు నవీకరించబడినట్టు కనిపించినా తదుపరి టన్నెల్ కాల్ చేసే చిరునామా కాని సర్వర్ చిరునామా. ప్రొఫైల్ ను మీరు నడిపిన ఆదేశంగా కాకుండా నిల్వ చేసిన స్థితిగా చూసినప్పుడు రెండూ సులభంగా కనిపిస్తాయి. వివరణ సవరణలు జరిగే క్రమాన్ని అనుసరిస్తుంది: సృష్టించు, మార్చు, పరిధి, తిరిగి చదువు.
అక్షరార్థ కీతో ప్రొఫైల్‌ను సృష్టించండి
Add-VpnConnection L2TP ముందుగా పంచుకున్న కీని -L2tpPsk ద్వారా స్వీకరిస్తుంది. cmdlet అది పొందక ముందే PowerShell స్ట్రింగ్ ను ప్రాసెస్ చేస్తుంది, మరియు డబుల్ కోట్స్ లో డాలర్ గుర్తు చరం సూచనను ప్రారంభిస్తుంది అయితే backtick escape ను ప్రారంభిస్తుంది. వీటిలో ఏదైనా ఉన్న కీ చిన్నదిగా లేదా వేరే అక్షరంతో వస్తుంది, ప్రొఫైల్ తప్పు రహస్యంతో విజయవంతంగా సృష్టించబడుతుంది.
తర్వాత వైఫల్యం IPsec ప్రామాణీకరణలో కనిపిస్తుంది, అక్కడ టన్నెల్ పైకి లేవడానికి నిరాకరిస్తుంది. అందుకే కోట్ లోపం సర్వర్ వైపు సమస్యగా ఎక్కువసార్లు నివేదించబడుతుంది: ప్రొఫైల్ ఉంది, పేరు సరైనది, రహస్యం మాత్రం నిశ్శబ్దంగా తప్పు.
| How you write it | What PowerShell does | Result |
|---|---|---|
| "p@ss$word!42" | Expands $word as a variable | Stored key is truncated |
| Double-quoted with an escape character | Consumes the next character as an escape | One character disappears |
| 'p@ss$word!42' | Keeps the literal characters | Stored key matches the secret |
ఒకే కోట్స్ మాత్రమే పరిష్కారం, అవి మొత్తం విలువను చుట్టాలి. నమోదు ఇప్పటికే చెడు కీతో ఉంటే, -Force దాన్ని భర్తీ చేస్తుంది, లేదా ప్రొఫైల్ తీసివేసి మళ్లీ సృష్టించి కొత్త కనెక్షన్‌తో పరీక్షించండి:
Add-VpnConnection -Name "Contoso-L2TP" -ServerAddress vpn.contoso.example -TunnelType L2tp -L2tpPsk 'n3w$ecret!2026' -AuthenticationMethod Pap -RememberCredential -Forceనిజమైన రహస్యాన్ని shell చరిత్ర మరియు పంచుకున్న స్క్రిప్ట్‌ల నుంచి దూరంగా ఉంచండి. నడిచే సమయంలో ఆమోదించిన నిల్వ నుంచి చదివి, అక్షరార్థ విలువకు బదులు చరాన్ని పంపండి, ఇది కోట్ సమస్యను పూర్తిగా నివారిస్తుంది.
చిరునామా మార్చి, తర్వాత మళ్లీ కనెక్ట్ అవ్వండి
Set-VpnConnection స్పేస్‌తో వేరు చేసిన పారామితులను తీసుకుంటుంది, కేటాయింపు సింటాక్స్ కాదు. -ServerAddress = "203.0.113.10" అని రాయడం అదనపు టోకెన్ పంపుతుంది, cmdlet గాని లోపం ఇస్తుంది లేదా మీరు ఉద్దేశించని దాన్ని నిల్వ చేస్తుంది. సరైన రూపం -Name "Office L2TP" -ServerAddress 203.0.113.10.
సరైన సింటాక్స్ ఉన్నా, ఇప్పటికే పైకి లేచిన టన్నెల్ కు మార్పు చేరదు. ఏర్పడిన కనెక్షన్ డిస్‌కనెక్ట్ అయ్యే వరకు తాను కాల్ చేసిన చిరునామానే ఉంచుతుంది, కాబట్టి అదే సెషన్ ను పరీక్షించడం కొత్త విలువ గురించి ఏమీ నిరూపించదు. డిస్‌కనెక్ట్ చేయండి, సవరించండి, మళ్లీ కనెక్ట్ అవ్వండి, కనెక్షన్ వివరాలలో ప్రత్యర్థి చిరునామాను నిర్ధారించండి.
కొన్ని లక్షణాలు అక్కడే మార్చలేరు. cmdlet నిరాకరించినప్పుడు ఉన్న పారామితులను రాసుకోండి, ప్రొఫైల్ తొలగించి సవరించిన విలువలతో మళ్లీ సృష్టించండి, అసలు టన్నెల్ మరియు ప్రామాణీకరణ సెట్టింగ్‌లను ఉంచండి. ఫోన్ నంబర్ మాత్రమే మార్చాల్సిన స్క్రిప్ట్ అన్నీ మళ్లీ సృష్టించకుండా RAS API ద్వారా ఫోన్ బుక్ నమోదును సవరించగలదు. ఏ మార్గం ఎంచుకున్నా, తర్వాత నిల్వ చేసిన విలువలను నిర్ధారించండి, ఆదేశపు మౌనాన్ని నమ్మకండి.
ఏ ఫోన్ బుక్ సవరించారో తెలుసుకోండి
ప్రతి వినియోగదారు ప్రొఫైల్ ఆ వినియోగదారు నెట్‌వర్క్ కనెక్షన్‌ల ఫోల్డర్‌లో ఉంటుంది, అందరు వినియోగదారుల ప్రొఫైల్ ప్రోగ్రామ్ డేటా చెట్టు కింద ఉన్న మెషీన్ వ్యాప్త ఫోల్డర్‌లో ఉంటుంది. ఇవి వేరే పరిధుల వేరే నమోదులు, ఒకటి సవరిస్తే మరొకటి తాకబడకుండా ఉంటుంది.
అందుకే మార్పు మాయమైనట్టు అనిపించవచ్చు: స్క్రిప్ట్ ఒక ఖాతాలో నడిచింది, పరీక్ష మరొకదానిలో. ప్రొఫైల్ మెషీన్‌ది అయితే -AllUserConnection వాడండి, మళ్లీ చదివేటప్పుడు అదే పరిధిని తనిఖీ చేయండి.
పరీక్షించే ముందు ప్రొఫైల్ మళ్లీ చదవండి
మీరు పంపినది కాదు, Windows నిల్వ చేసినది అడగండి:
Get-VpnConnection -Name "Office L2TP" | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethodఆ అవుట్‌పుట్‌ను ఉద్దేశంతో పోల్చి, తర్వాత కొత్త కనెక్షన్ ప్రారంభించండి. డయల్ విఫలమైతే, ప్రొఫైల్ మళ్లీ మార్చే ముందు Event Viewer లో RAS క్లయింట్ లాగ్ చూడండి, ఎందుకంటే లాగ్ విఫలమైన దశను పేర్కొంటుంది.
సవరిస్తున్నప్పుడు ప్రామాణీకరణ రూపకల్పనను చెక్కుచెదరకుండా ఉంచండి. చిరునామా మార్చి సర్టిఫికెట్ లేదా EAP కాన్ఫిగరేషన్ వదిలేసిన ఆదేశం సవరణతో సంబంధం లేనట్టు కనిపించే వైఫల్యాన్ని కలిగిస్తుంది, పనిచేసే ప్రొఫైల్‌ను ముందే ఎగుమతి చేయడం ఊహకు బదులు పునరుద్ధరించడానికి ఏదో ఇస్తుంది.