Add-VpnConnection. ինչու է PSK-ն կոտրվում և ինչու է հասցեն մնում
PowerShell-ը կրկնակի չակերտների մեջ եղած նախապես համօգտագործված բանալին ընդլայնում է մինչև cmdlet-ը այն պահելը, և աշխատող թունելը պահում է հին հասցեն, քանի դեռ նորից չեք միանում։
Windows-ի VPN պրոֆիլը հեռախոսագրքի գրառում է, և PowerShell-ը այդ գրառումը խմբագրելու եղանակներից մեկն է։ Այս տարբերությունից բխում են երկու ձախողում՝ նախապես համօգտագործված բանալի, որը սերվեր է հասնում արդեն վնասված, և սերվերի հասցե, որը թարմացված է թվում, բայց այն չէ, որին կհավաքի հաջորդ թունելը։ Երկուսն էլ ավելի հեշտ է տեսնել, եթե պրոֆիլը դիտարկեք որպես պահված վիճակ, այլ ոչ թե որպես ձեր գործարկած հրաման։ Ուղեցույցը հետևում է փոփոխությունների հերթականությանը՝ ստեղծել, փոխել, շրջանակ, հետկարդալ։
Կառուցեք պրոֆիլը բառացի բանալիով
Add-VpnConnection-ը L2TP նախապես համօգտագործված բանալին ընդունում է -L2tpPsk-ի միջոցով։ PowerShell-ը մշակում է տողը մինչև cmdlet-ը այն ստանալը, և կրկնակի չակերտների ներսում դոլարի նշանը սկսում է փոփոխականի հղում, իսկ 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" գրելը փոխանցում է լրացուցիչ token, և 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Համեմատեք այդ արտածումը մտադրության հետ, ապա սկսեք նոր միացում։ Եթե հավաքումը ձախողվում է, նախքան պրոֆիլը նորից փոխելը ստուգեք RAS հաճախորդի մատյանը Event Viewer-ում, քանի որ մատյանը նշում է ձախողված փուլը։
Խմբագրման ընթացքում անփոփոխ պահեք նույնականացման ձևավորումը։ Հրամանը, որը փոխում է հասցեն, բայց թողնում է վկայականը կամ EAP կարգավորումը, առաջացնում է ձախողում, որը կարծես կապ չունի խմբագրման հետ, իսկ աշխատող պրոֆիլի նախնական արտահանումը ձեզ տալիս է վերականգնելու բան՝ ենթադրության փոխարեն։