Նոր VPN-ը հայտնվեց, նույնականացումը աշխատեց, և երրորդ կողմի VPN-ը, որը երկու տարի ապրել էր մեքենայի վրա, անհետացավ նույն վերագործարկման ընթացքում: Տեղադրման մատյանում ոչինչ չհիշատակեց այն, որովհետև տեղադրման մեջ ոչինչ չէր զբաղվում դրանով: Փաթեթը փոխարինել էր գլոբալ հեռախոսագիրքը, և մյուս միացումը այդ ֆայլի գրառումն էր: Սա պատճենման գործողություն է, որը վարվում է ճիշտ այնպես, ինչպես պետք է վարվի պատճենման գործողությունը:

Լուծումը ավելի լավ պատճեն չէ: Լուծումն այն է՝ չպատճենել ֆայլը:

Ինչ է իրականում պարունակում հեռախոսագիրքը

Հեռախոսագիրքը միացումների սահմանումների տարան է, ոչ թե պրոֆիլ: Յուրաքանչյուր օգտատիրոջ գրառումները ապրում են օգտատիրոջ պրոֆիլի տակ, և բոլոր օգտատերերի գրառումներն ապրում են մեքենայի մակարդակի ProgramData ուղու տակ, դրա համար էլ այդ ֆայլը գրող տեղադրումը միանգամից դիպչում է բոլոր տեղական օգտատերերին: Նույն ֆայլը կրում է նաև այլ մատակարարների ստեղծած գրառումներ, և այստեղից է գալիս կողմնակի վնասը:

Միացման սահմանումը նույնպես ամբողջ պատմությունը չէ: Երթուղիները, DNS քաղաքականությունը, վստահելի CA նյութը և ինքնությունը տրամադրվում են առանձին սեփականատերերի կողմից:

Պարզեք, թե որ շրջանակն է տիրապետում պրոֆիլին

Թվարկեք երկու շրջանակներն էլ՝ նախքան որևէ բան գրելը: Get-VpnConnection վերադարձնում է ընթացիկ օգտատիրոջ գրառումները, և Get-VpnConnection -AllUserConnection վերադարձնում է մեքենայի մակարդակի գրառումները, և նույն անվանումը կարող է գոյություն ունենալ երկուսում էլ՝ տարբեր կարգավորումներով: Որոշեք, թե որ շրջանակին է տիրապետում ձեր տեղադրումը, և գրեք այն, որովհետև սխալ շրջանակը թարմացնելը օգտատիրոջը թողնում է միանալ հին պրոֆիլով, մինչ ձեր փոփոխությունը մնում է մի ֆայլում, որը ոչ ոք չի կարդում: SYSTEM-ով աշխատող պլանավորված առաջադրանք նույնպես տեսնում է այլ պրոֆիլների հավաքածու, քան մուտք գործած օգտատերը:

Սեփականատիրոջ անվանումը այն քայլն է, որը կանգնեցնում է հաջորդ ինժեներիրին ամբողջ ֆայլի պատճենումը կրկնելուց:

Ստեղծեք կամ թարմացրեք անվանված միացումը, և ոչ ավելին

Հայրենի Windows պրոֆիլի համար Add-VpnConnection ստեղծում է մեկ գրառում, և -AllUserConnection ընտրում է մեքենայի մակարդակի շրջանակը: Սկզբում գործարկեք այն -WhatIf-ով, որպեսզի նախադիտումը հայտնվի ձեր արձանագրության մեջ, այլ ոչ թե օգտատիրոջ բողոքի մեջ:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

EAP XML-ը պետք է գա օրինական տեղից՝ արտահանված աշխատող հղումային պրոֆիլից, կամ գեներացված ձեր կառավարման գործիքներով իրական դարպասի համար: Առանց սերվերի վստահության ճիշտ կարգավորումների՝ պրոֆիլը կամ միանում է սխալ բանին, կամ ձախողվում է ամենուր, և ոչ մեկը տեղադրման հաջողություն չէ:

Երբ գրառումն արդեն գոյություն ունի, համեմատեք դրա կարգավորումները և թարմացրեք այն Set-VpnConnection-ով՝ ջնջելու և նորից ստեղծելու փոխարեն: Ջնջումը այն ձևն է, որով աշխատող կոնֆիգուրացիան կորցնում է ոչ ոքի կողմից չփաստաթղթավորված դաշտեր, և այն ձևը, որով անկապ գրառումները հայտնվում են լայն մաքրման մեջ:

Ստուգեք՝ արդյոք կա երկրորդ կառավարման համակարգ, որը հաջորդ քաղաքականության թարմացման ժամանակ հետ կդնի հին պրոֆիլը: Փորձարկումներն այստեղ ավելի հաճախ են ձախողվում, քան հենց cmdlet-ում:

Փորձարկեք մի մեքենայի վրա, որն արդեն ունի այլ VPN

Ընտրեք փորձնական մեքենա՝ մեքենայի մակարդակի անկապ գրառումով, տեղադրեք, ապա ստուգեք երեք բան՝ նոր պրոֆիլը հայտնվում է նախատեսված շրջանակում, նույնականացումը հասնում է մասնավոր ռեսուրսի, և անկապ գրառումը դեռ միանում է: Տեղադրեք ևս երկու անգամ և հաստատեք, որ երկրորդ գործարկումը փոխում է միայն իրեն պատկանող պրոֆիլը: Այդ երրորդ ստուգումը բռնում է մի փաթեթ, որը իդեմպոտենտ է իր գրառման համար և կործանարար՝ մնացած ամեն ինչի համար:

Հեռացումը հետևում է նույն կանոնին. Remove-VpnConnection -Name 'Office VPN' -AllUserConnection հանգստացնում է մեկ գրառում և թողնում ֆայլի մնացած մասը անփոփոխ:

Պահեք նախորդ նախատեսված կոնֆիգուրացիան հասանելի, որպեսզի սահմանափակ հետգնումը նշանակի մեկ պրոֆիլի վերաներմուծում, այլ ոչ թե ամբողջ մեքենայի վիճակի վերականգնում:

Առնչվող հոդվածներ