Ո՞ր հեռախոսագրքում է SYSTEM առաջադրանքը փնտրում VPN պրոֆիլներ

Ձեր VPN պրոֆիլը հենց այնտեղ է Կարգավորումներում, և պլանավորված առաջադրանքը դեռ հաղորդում է, որ չի գտնում կապը։ Ոչինչ վնասված չէ. Windows-ի բնիկ VPN պահոցը յուրաքանչյուր օգտատիրոջն է, եթե պրոֆիլը ստեղծված չէ որպես բոլոր օգտատերերի պրոֆիլ, և առաջադրանքը գործարկվում է այն հաշվով, որը նշում է իր principal-ը։ Սովորաբար առաջադրանքը կարդում է հեռախոսագիրք, որտեղ ձեր պրոֆիլը երբեք չի եղել։ Դա ապացուցելու համար բավական են երկու հրաման և մեկ առաջադրանքի կարգավորում, և արժե դրանք գործարկել նախքան ինչ-որ մեկը կվերակառուցի կապը։

Երկու պահոց պահում են նույն պրոֆիլի անունը

Windows-ի բնիկ VPN պրոֆիլը ապրում է այն հաշվի պահոցում, որը ստեղծել է այն։ Գլոբալ պահոցը այլ հեռախոսագիրք է, որը լցվում է միայն այն ժամանակ, երբ պրոֆիլը ստեղծվում է բոլոր օգտատերերի բանալիով բարձրացված նստաշրջանում։ Երկուսն էլ կարող են պահել նույն անունով պրոֆիլ, և ոչ մեկը մյուսի տեսքը չէ։

Կարդացեք երկու պահոցներն էլ նույն նստաշրջանից և համեմատեք վերադարձվող անունները։ Բանալին ընտրում է գլոբալ պահոցը, և այն կարդալը սովորաբար պահանջում է բարձրացված նստաշրջան:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

Եթե առաջին հրամանը թվարկում է պրոֆիլը, իսկ երկրորդը՝ ոչ, ապա ոչ մի հավատարմագրի փոփոխություն չի օգնի այլ հաշվով գործարկվող առաջադրանքին, քանի որ խնդիրը անդամակցությունն է, ոչ թե նույնականացումը։ Եթե երկուսն էլ թվարկում են այն, պահոցը պատճառը չէ, և կիրառվում է հաջորդ բաժինը։ Այդ մեկ համեմատությունը փակում է այս տոմսերի կեսը։ Գրանցեք, թե որ պահոցը պատասխանեց և որ հաշվով եք կատարել ստուգումը, քանի որ պատասխանն անիմաստ է առանց երկու փաստերի։

Կարդացեք առաջադրանքի principal-ը մինչև դրա հավատարմագրերը

Բացեք առաջադրանքը և կարդացեք principal-ը, քանի որ այն ասում է, թե որ պահոցը կարող է տեսնել առաջադրանքը։ SYSTEM-ով գործարկվելու համար սահմանված առաջադրանքը ձեր հաշիվը չէ լրացուցիչ իրավունքներով. այն ունի իր սեփական պրոֆիլը և մուտք չունի յուրաքանչյուր օգտատիրոջ հեռախոսագիրքը, որը դուք ստեղծել եք մուտք գործած ժամանակ։ Ծառայության հաշիվը վարվում է ճիշտ նույն կերպ։

Մուտք գործած լինելուց անկախ գործարկելու տարբերակը նույնպես փոխում է սա, քանի որ այդ դեպքում առաջադրանքը ինտերակտիվ նստաշրջան չունի, որի հավատարմագրերը կարող է փոխառել։ Թող գործողությունը whoami-ը գրի ֆայլում, և կարդացեք պատասխանը՝ այն ենթադրելու փոխարեն։

Ձեր սեփական տերմինալի ախտորոշումը ոչինչ չի ասում այս խնդրի մասին, քանի որ ցույց է տալիս, թե ինչ է տեսնում ձեր հաշիվը։ Գործարկեք համեմատությունը առաջադրանքի ինքնության ներքո՝ ձեր ունեցած ցանկացած հաստատված ընթացակարգով։ Ադմինիստրատորի կոնսոլից տեղադրված ելքը այլ տվյալների հավաքածու է, ոչ ավելի արտոնյալ։ Եթե այդպիսի ընթացակարգ չկա, առաջադրանքն ինքը պետք է գրանցի պատասխանը, ինչը պատրաստում է վերջին բաժինը։

Պրոֆիլը գտնելը մուտք գործել չէ

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

Եթե առաջադրանքը հիմա գտնում է պրոֆիլը և ձախողվում նույնականացման ժամանակ, դա առաջընթաց է, և այդ փուլը պատկանում է գրառմանը։ Տեղափոխեք վկայականը մեքենայի պահոց, կամ տրամադրեք գաղտնիքը տեղակայման սեփական մեխանիզմով՝ կապի անունը նորից ստեղծելու փոխարեն։ Այն նորից ստեղծելը տալիս է նույն ձախողումը ավելի նոր ժամանակադրոշմով։ Microsoft-ը փաստագրում է երկու շրջանակները , որոնց միջև ընտրում է cmdlet-ի բանալին։

Ոչ ինտերակտիվ մարտահրավերները այդ փուլի հետևում գտնվող թակարդն են։ PIN հուշումը կամ մեկանգամյա կոդը չի կարող պատասխանվել սեղանատախտակ չունեցող առաջադրանքի կողմից, ուստի ձեռքով կատարյալ միացող պրոֆիլը կարող է անօգտագործելի լինել ավտոմատացման ներքո։

Չորս դաշտ, որոնք անհրաժեշտ են առաջադրանքի գրառմանը

Արդյունքը որոշող արժեքները պահեք մի տեղում միասին, քանի որ դրանցից երեքը սովորաբար մնում են ենթադրյալ։ Գրառմանը պետք է չորս տող:

• Գործողության ուղի՝ սկրիպտը կամ գործարկվող ֆայլը, որը գործարկում է առաջադրանքը, ոչ թե դյուրանցում, որը այլ հաշվի համար այլ կերպ է լուծվում։
• Պրոֆիլի անուն՝ ճշգրիտ տողը, քանի որ երկու պահոց կարող են պահել նույն անունը՝ ուղղված տարբեր սերվերների։
• Principal՝ այն հաշիվը, որով գործարկվում է առաջադրանքը, և արդյոք այն ունի ինտերակտիվ նստաշրջան։
• Նույնականացման մեթոդ՝ ինչ կարող է այդ principal-ը իրականում ավարտել, օրինակ՝ մեքենայի պահոցի վկայական՝ ձեր օգտատիրոջ պրոֆիլի բանալու փոխարեն։

Այդ չորս տողերը պատասխանում են այն հարցին, որը տոմսը իրականում տալիս է՝ թե որ կոնֆիգուրացիան է օգտագործել ավտոմատացումը։ Դրանք նաև գոյատևում են առաջադրանքի հաջորդ վերակառուցումից, երբ սկզբնական հեղինակը մոտակայքում չէ բացատրելու, թե ինչու էր անունը կարևոր։ Առանց դրանց նույն ձախողումը վերադառնում է հաջորդ տեղակայումից հետո և նորից արժենում նույն ժամերը։

Գտեք այն փուլը, որին հասել է առաջադրանքը

Գործիքավորեք գործողությունը՝ վերջին գործարկման արդյունքից գուշակելու փոխարեն։ Կարճ փաթաթան գրանցում է ինքնությունը, տեսանելի պահոցը և հավաքման արդյունքը մեկ տեղում:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

Հավաքման հրամանը տպում է իր սեփական սխալը, որը սովորաբար ավելի պարզ է, քան առաջադրանքի ընդհանուր ձախողումը։ Հարցումը վերադարձնում է principal-ը և վերջին արդյունքի կոդը կողք կողքի, այնպես որ ինքնությունը և արդյունքը տեսանելի են մեկ դիտումով։ Այդ երկու փաստերը որոշում են՝ հաջորդ քայլը պահոցի փոփոխություն է, թե հավատարմագրի փոփոխություն։

Վերջապես, առանձնացրեք օգտատիրոջ մուտքից հետո միացող առաջադրանքը սարքի թունելից կամ աջակցվող նախամուտքի աշխատահոսքից։ Մեկ պրոֆիլ կիսելը նախագիծ չէ դրանցից ոչ մեկի համար, և principal դաշտն է, որ ասում է, թե երեքից որն եք կառուցել։ Եթե կապը պետք է գոյություն ունենա մինչև մուտքը, ապա յուրաքանչյուր օգտատիրոջ պրոֆիլի պահոցը սխալ շերտ է ուղղելու համար։