Windows లో L2TP/IPsec లోపం 789: ప్రొఫైల్ సృష్టించి ప్రతిపాదనను పిన్ చేయండి
లోపం 789 IPsec మార్పిడిలో విఫలమవుతుంది, పాస్వర్డ్లో కాదు. L2TP ప్రొఫైల్ను స్క్రిప్ట్ చేయండి, ప్రతిపాదనను పిన్ చేయండి మరియు తదుపరి కోడ్లను దశల వారీగా చదవండి.
Windows లోని L2TP కనెక్షన్పై లోపం 789 అంటే సొరంగం IPsec భద్రతా మార్పిడి లోపలే చనిపోయింది, ఇది Windows ఎక్కడైనా వినియోగదారు పాస్వర్డ్ను పంపడానికి చాలా ముందే జరుగుతుంది. పాస్వర్డ్ను మళ్లీ ప్రయత్నించడం, లేదా డైరెక్టరీలో దాన్ని రీసెట్ చేయడం ఆ దశను ముందుకు నెట్టలేదు. దాన్ని ముందుకు నెట్టేది PowerShell నుండి కనెక్షన్ను గేట్వే నిజంగా అందించే ప్రతిపాదనతో తిరిగి నిర్మించడం, ఎందుకంటే సెట్టింగ్ల విజార్డ్ IPsec రూపాంతరాలను నిశ్శబ్దంగా ఎంచుకుంటుంది మరియు ఏమి ఎంచుకుందో మీకు ఎప్పుడూ చూపదు. ఇది దాని కోసం మార్గదర్శకం: ప్రొఫైల్ సృష్టించండి, ప్రతిపాదనను పిన్ చేయండి, ఆపై దశల పట్టికను ఉపయోగించండి, తద్వారా తదుపరి కోడ్ మీకు ఏదో చెబుతుంది.
విజార్డ్ లేకుండా ప్రొఫైల్ సృష్టించండి
Add-VpnConnection స్థానిక ఫోన్-బుక్ ఎంట్రీని వ్రాస్తుంది, కాబట్టి ఫలితం సెట్టింగ్ల యాప్ తర్వాత సవరించే అదే వస్తువు. కనెక్షన్ మెషీన్లోని ప్రతి ఖాతాకు ఉండాల్సినప్పుడు దాన్ని ఎలివేటెడ్ సెషన్ నుండి, లేదా ప్రైవేట్గా ఉండాల్సినప్పుడు వినియోగదారు సందర్భం నుండి అమలు చేయండి:
Add-VpnConnection -Name "Contoso L2TP" `
-ServerAddress 203.0.113.10 `
-TunnelType L2tp `
-EncryptionLevel Required `
-AuthenticationMethod MSChapv2 `
-RememberCredential -Force
గేట్వే అందించే దానితో -AuthenticationMethod సరిపోల్చండి. MSChapv2, EAP మరియు PAP పరస్పరం మార్చుకోగలిగినవి కావు, మరియు సర్వర్ అంగీకరించని పద్ధతిని కోరే ప్రొఫైల్ ఏ వినియోగదారు రికార్డును చూసే ముందే విఫలమవుతుంది. ఏదైనా నిజమైన దానికి -EncryptionLevel Required ఉంచుకోండి; Optional ప్రత్యర్థి ఒకటి అందిస్తే Windows ను ఎన్క్రిప్షన్ లేని సొరంగాన్ని అంగీకరించనిస్తుంది, ఇది లాబ్ షార్ట్కట్, పంపాల్సిన సెట్టింగ్ కాదు.
మీరు -L2tpPsk ఇచ్చినట్లయితే, ఆ ముందుగా పంచుకున్న కీ డిస్క్లోని ప్రొఫైల్లోకి వ్రాయబడుతుంది, అక్కడ నుండి ఆ మెషీన్లో ప్రొఫైల్ను చదవగల ఎవరైనా దాన్ని తిరిగి పొందవచ్చు. గేట్వే మద్దతిచ్చినప్పుడు ప్రత్యర్థి ప్రామాణీకరణకు సర్టిఫికెట్ ఉపయోగించండి, మరియు PSK తప్పనిసరైనప్పుడు ప్రతి ప్రొవిజనింగ్ రన్లో అతికించడం బదులు దాన్ని నిల్వ మరియు షెల్ చరిత్రకు బయట ఉంచండి.
డిఫాల్ట్ విలువలను అంగీకరించడం బదులు ప్రతిపాదనను పిన్ చేయండి
Windows IPsec రూపాంతరాలను తనే నింపుతుంది, అందుకే ఒకేలా కనిపించే కనెక్షన్ ఉన్న రెండు మెషీన్లు ఒకే గేట్వేకు వ్యతిరేకంగా వేర్వేరుగా విఫలమవవచ్చు. Set-VpnConnectionIPsecConfiguration వాటిని పిన్ చేయడానికి మద్దతు ఉన్న మార్గం:
Set-VpnConnectionIPsecConfiguration -ConnectionName "Contoso L2TP" `
-AuthenticationTransformConstants SHA256128 `
-CipherTransformConstants AES128 `
-EncryptionMethod AES128 `
-IntegrityCheckMethod SHA256 `
-DHGroup Group14 `
-PfsGroup None `
-PassThru -Force
ఆ సెట్ ఒక సాధారణ L2TP/IPsec ఏర్పాటు, సార్వత్రిక సమాధానం కాదు. ప్రతి పరామితి నిర్దిష్ట విలువల జాబితాను అంగీకరిస్తుంది, మరియు ప్లాట్ఫారమ్ మ్యాప్ చేయలేని కలయిక నిశ్శబ్దంగా బలహీనపడిన ప్రొఫైల్ బదులు cmdlet లోపంగా తిరిగి వస్తుంది. అటువంటి లోపాన్ని విలువల గురించిన ప్రకటనగా పరిగణించండి, మీ అనుమతుల గురించి కాదు.
ప్రతిపాదనను గేట్వే డాక్యుమెంటేషన్ నుండి లేదా దాని ప్రత్యక్ష దశ 1 మరియు దశ 2 సెట్టింగ్ల నుండి కాపీ చేయండి, మరియు గేట్వే తిరస్కరించిన రూపాంతరాలను లాగ్ చేస్తున్నప్పుడు మాత్రమే ఒకసారికి ఒక ఫీల్డ్ మార్చండి. ఐదు ఫీల్డ్ల గుండా వెళ్లడం యాదృచ్ఛికంగా పనిచేసే కనెక్షన్ను మరియు తదుపరి వ్యక్తికి ఏమీ వివరించని రికార్డును ఉత్పత్తి చేస్తుంది.
వైఫల్యాన్ని లోపం వచనం ద్వారా కాదు, దశ ద్వారా చదవండి
789 క్లయింట్ సంభాషణలో అన్నీ ఒకేలా కనిపించే కోడ్ల కుటుంబానికి చెందుతుంది. ప్రొఫైల్ను మళ్లీ తాకే ముందు కోడ్ను అది చెందిన దశ ఎదురుగా ఉంచండి:
| What you see | Stage that failed | Check first |
|---|---|---|
| Nothing happens, then a timeout | No IKE response at all | Server address, UDP 500 and 4500 reachability, NAT traversal on the gateway |
| Error 789 | IKE security exchange | Proposal, pre-shared key, certificate trust and client clock |
| Error 691 or a repeated password prompt | User authentication | Account state, domain, RADIUS or NPS policy |
| Tunnel up, some hosts unreachable | Routing or DNS after PPP | Split-tunnel routes, pushed DNS, remote subnet mask |
ఇక్కడ ఆధారాల రెండు పాత్రలు ముఖ్యం. ముందుగా పంచుకున్న కీ లేదా సర్టిఫికెట్ పక్షాలను ఒకదానికొకటి ప్రామాణీకరిస్తుంది, అయితే MSChapv2 లేదా EAP మిమ్మల్ని సొరంగం లోపల ప్రామాణీకరిస్తుంది. వినియోగదారు పాస్వర్డ్ను రీసెట్ చేయడం మొదటిదాన్ని సరిచేయలేదు, కొత్త పంచుకున్న రహస్యం రెండవదాన్ని సరిచేయలేదు, రెండింటినీ ఒకేసారి మార్చడం ఏది తప్పు అనే రుజువును నాశనం చేస్తుంది.
సర్టిఫికెట్ మార్గంలో, ధృవీకరణను సడలించడాన్ని పరిగణించే ముందు క్లయింట్ గడియారం, విశ్వాస గొలుసు మరియు గేట్వే ఆశించే గుర్తింపును తనిఖీ చేయండి. ధృవీకరణను నిలిపివేయడం కనిపించే 789 ను తప్పు పక్షాన్ని నమ్ముతూ కనెక్ట్ అయ్యే సొరంగంగా మారుస్తుంది, మరియు క్లయింట్లో ఏదీ అది జరిగిందని మీకు చెప్పదు. Microsoft యొక్క రిమోట్ యాక్సెస్ లోపాల జాబితా కోడ్లకే సూచన, మరియు అది భద్రతా పొర వైఫల్యాలను లాగిన్ వైఫల్యాల నుండి వేరు చేస్తుంది.
సరిచేయబడిందని చెప్పే ముందు రెండు చివరల నుండి ధృవీకరించండి
ప్రొఫైల్ను తిరిగి చదవండి, కానీ అవుట్పుట్లో ప్రతిపాదనను ఆశించవద్దు. Get-VpnConnection పేరు, సర్వర్ చిరునామా, సొరంగ రకం, ఎన్క్రిప్షన్ స్థాయి మరియు ప్రామాణీకరణ పద్ధతిని నివేదిస్తుంది, మరియు రూపాంతరాల గురించి ఏమీ తెలియదు, కాబట్టి చదవడం ఎంట్రీ ఉందని మరియు సరైన హోస్ట్ను సూచిస్తుందని నిర్ధారిస్తుంది:
Get-VpnConnection -Name "Contoso L2TP" |
Select-Object Name, ServerAddress, TunnelType, EncryptionLevel, AuthenticationMethod
సంభాషణకు బదులు సంఖ్య పొందడానికి కమాండ్ లైన్ నుండి డయల్ చేయండి: rasdial "Contoso L2TP" ఇంటర్ఫేస్ ఇచ్చే అదే వైఫల్య కోడ్ను ఇస్తుంది, మరియు rasdial "Contoso L2TP" /disconnect ప్రయత్నాల మధ్య దాన్ని తుడిచివేస్తుంది. తర్వాత అదే ప్రయత్నానికి గేట్వే వైపు చదవండి. strongSwan యొక్క ipsec statusall లేదా రౌటర్ IKE లాగ్ ఏ ప్రతిపాదన వచ్చింది మరియు ఏది తిరస్కరించబడింది అని చెబుతుంది, మరియు దాన్ని cmdlet విలువలతో పోల్చడం రెండు చివరలు అంగీకరించాయని నిజంగా నిరూపించే ఏకైక అడుగు.
విజయవంతమైన కనెక్షన్ ముగింపు గీత కాదు. వినియోగదారుకు ముఖ్యమైన యాప్ను తెరవండి, ఎందుకంటే మార్గాలు, నెట్టబడిన DNS మరియు విభజిత సొరంగ సెట్టింగ్లు సొరంగం పైకి వచ్చిన తర్వాత విఫలమవుతాయి మరియు ఎలాంటి లోప సంభాషణను ఇవ్వవు.
దాన్ని ఆటోమేట్ చేయండి, మరియు శుభ్రంగా వెనక్కి తిరగండి
పర్యవేక్షణ లేని సెటప్ ఇది స్క్రిప్ట్ చేయడానికి కారణం, డయల్ దశ ఆధారాలు లీక్ అయ్యే స్థలం. rasdial వాటిని తన కమాండ్ లైన్లో తీసుకుంటుంది, అక్కడ ఇతర స్థానిక వినియోగదారులు మరియు చాలా లాగ్ సేకరణకర్తలు వాటిని చదవగలరు:
subprocess.run(["rasdial", "Contoso L2TP"], check=True)
పనిని నిర్వహించే ఖాతాకు పరిమితమైన ఆధారానికి ప్రాధాన్యం ఇవ్వండి, లేదా షెడ్యూల్ చేసిన పనిలో పాస్వర్డ్ను ఆర్గ్యుమెంట్గా అందించడం బదులు ప్రొఫైల్ దాన్ని -RememberCredential తో నిల్వ చేయనివ్వండి. ప్రొవిజనింగ్ ఆదేశాలు తామే -Force తో పునరావృతం చేయడానికి సురక్షితం, కానీ అవి పాత ప్రతిపాదనను సంతోషంగా పైన రాస్తాయి, కాబట్టి స్క్రిప్ట్ ప్రస్తుత విలువలను మోసుకొస్తే మాత్రమే తిరిగి అమలు చేయడం సహాయపడుతుంది.
ప్రొఫైల్లు రీబూట్లను దాటి నిలిచి ఉంటాయి మరియు అవి నిర్మించబడిన గేట్వే కాన్ఫిగరేషన్ కంటే ఎక్కువ కాలం జీవిస్తాయి. గేట్వే ప్రతిపాదన కదిలినప్పుడు, విలువల రెండవ సెట్ను పైన పోగు చేయడం బదులు ఎంట్రీని తీసివేసి మళ్లీ సృష్టించండి: Remove-VpnConnection -Name "Contoso L2TP" -Force, ఆపై కొత్త సెట్తో రెండు cmdlet లను పునరావృతం చేయండి.
స్క్రిప్ట్ పక్కన నివసించే నాలుగు తనిఖీలతో లూప్ను మూసివేయండి: Get-VpnConnection ఆశించిన సొరంగ రకం మరియు ఎన్క్రిప్షన్ స్థాయిని చూపుతుంది; గేట్వే మీ క్లయింట్ చిరునామా కోసం పూర్తయిన దశ 1 మరియు దశ 2 ను లాగ్ చేస్తుంది; rasdial విజయాన్ని తిరిగి ఇస్తుంది మరియు యాప్ తెరుచుకుంటుంది; మరియు స్క్రిప్ట్లో నమోదైన ప్రతిపాదన ప్రస్తుత గేట్వే సెట్టింగ్తో సరిపోలుతుంది. తదుపరి 789 వచ్చినప్పుడు, ఆ పోలిక మధ్యాహ్నం బదులు నిమిషాలు తీసుకుంటుంది.