Մուտքի սկրիպտը, որը քարտեզագրում է սկավառակ կամ սկսում է համաժամացման աշխատանք, գործարկվում է նախքան թունելը հասցե կստանա, ուստի այն լուռ ձախողվում է, և օգտատերը ամեն առավոտ ձեռքով ուղղում է այն։ Windows-ը մեծամասնության համար չի առաջարկում VPN-ի միացման հետադարձ կանչ, սակայն գրանցում է ցանցի փոփոխությունը, և այդ գրառումը կարող է աշխատանքը սկսել ճիշտ պահին։ Ընտրությունը գտնվում է այդ գրառմանը արձագանքելու, ռեսուրսը պարբերաբար ստուգելու և ձախողումը տեսանելի դարձրած հուշումը հեռացնելու միջև։

Երեք մեխանիզմների համեմատությունը՝ ըստ նրանց երաշխիքների, ավելի լավն է, քան դրանք նրբագեղությամբ դասավորելը։ Յուրաքանչյուրը տարբեր կերպ է ձախողվում, և ձախողման եղանակն է այն, ինչի հետ ապրում եք հետո։

Ինչու է մուտքը գործարկվում շատ վաղ

Մուտքը և մեկնարկը գործարկվում են նախքան VPN-ադապտերը կստանա իր հասցեն, ուստի այդ պահին փորձված սկավառակի քարտեզագրումը, ներքին URL-ը կամ տվյալների բազայի միացումը չունեն ոչ երթուղի, ոչ լուծիչ։ Հարցումը ձախողվում է, և սեսիան մնում է վիճակում, որը օգտատերը պետք է ձեռքով ուղղի։ Նույն սկրիպտը մեկնարկային պանակ տեղափոխելը ոչինչ չի փոխում, որովհետև հերթականության խնդիրը նրա հետ միասին է գնում։ Ձգանը պետք է լինի ցանցի փոփոխություն, ոչ թե սեսիայի իրադարձություն։

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

Երեք կեռիկների համեմատություն

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

MechanismReacts toCovers a mid-session reconnectTypical failure
Network profile eventA network connect recordYes, when the event repeatsRuns on the wrong network
Resource poll with backoffThe resource becoming reachableYesLog noise and a wasted window
Stored credentials aloneNothing; it removes a promptNoStill fires before the tunnel

Կարդացեք աղյուսակը տող առ տող։ Իրադարձության կեռիկը ամենաարագն է և ամենաաղմկոտը, քանի որ Windows-ը գրանցում է յուրաքանչյուր ցանց՝ ներառյալ սրճարանի Wi-Fi-ը, ուստի գործողությունը պետք է ստուգի ռեսուրսը նախքան որևէ բան անելը։ Պարբերական ստուգումը ավելի դանդաղ է և ավելի ճշգրիտ, որովհետև այն հաջողվում է հենց այն պահին, երբ պատասխանում է համօգտագործումը կամ հոսթի անունը, և կարիք չունի իմանալու, թե որ հաճախորդն է տեղադրված։ Պահված հավատարմագրերը ամենևին մրցակցող տարբերակ չեն։ դրանք հեռացնում են գաղտնաբառի հուշումը, ինչը երկրորդ և անկախ պատճառն է, թե ինչու է մուտքի պահին քարտեզագրումը ձախողվում։

Առաջին երկուսի միջև ընտրությունը կախված է նրանից, թե արդյոք հաճախորդի վրա կա օգտագործելի իրադարձություն։ Այնտեղ, որտեղ կա, իրադարձությունը ռեսուրսի ստուգման հետ ավելի լավ լռելյայն է։

Կառուցեք իրադարձության ձգանը ճիշտ

Գրառումը գտնվում է Microsoft-Windows-NetworkProfile/Operational մատյանում, և 10001 ID-ն նշում է հենց նոր միացած ցանցը։ Ստեղծեք աշխատանքը «Իրադարձության դեպքում» ձգանով, որն ուղղված է այդ մատյանին, այդ մատակարարի անվանը և այդ նույնացուցիչին։ Ցանկացած ցանց, որին միանում է մեքենան, կգործարկի այն, ուստի գործողությանը պետք է պահակային պայման, ոչ թե ենթադրություն, և այն պետք է աշխատի միայն այն դեպքում, երբ օգտատերը մուտք է գործել, եթե աշխատանքը դիպչում է քարտեզագրված սկավառակներին։

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

Ստուգեք, որ աշխատանքը գործարկվում է ճիշտ պահին

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

schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoami

Աշխատանքի պատմության գրառումը, որը գոյություն ունի, երբ ոչ մի ցանցային իրադարձություն չի համընկնում, նշանակում է, որ սխալ է ձգանը, ոչ թե գործողությունը։ Եթե իրադարձությունները հայտնվում են, իսկ աշխատանքը չի գործարկվում, աշխատանքը կարող է աշխատել հաշվից, որը չի տեսնում ռեսուրսը, և հաշվի ելքը հուշումն է։ Ռեսուրսի ստուգումը, որն անցնում է, մինչ քարտեզագրումը դեռ բացակայում է, մատնանշում է սեսիայի համատեքստը, ոչ թե կապը։ Այդ երեք դիտարկումներից յուրաքանչյուրը տանում է տարբեր լուծման։

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

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