Поврзувањето со VPN не ја повторува вашата скрипта за најавување

Вашиот корисник се најавува дома, се поврзува со VPN и чека мапирање на дискот што порано се појавуваше само во канцеларијата. Тунелот се крева, доменот одговара, а ништо не се мапира. Ништо не е расипано: скриптата за најавување се извршува при најавување, а тунел отворен дваесет минути по почетокот на сесијата не е најавување. Читањето на двете како ист настан ги праќа луѓето да бараат дефект на VPN што не постои.

Четири одлуки ја претвораат изненадата во работен тек што се однесува правилно, а првата е едноставно да се знае на кои настани се потпира скриптата.

Скриптите се потпираат на настани од животниот циклус што не можете да ги повторите

Политиката на страната на компјутерот се применува при подигање на машината, а политиката на страната на корисникот кога некој се најавува, додека позадинското освежување ги поминува истите поставки без да рестартира ништо. Тоа освежување ја обработува екстензијата за скрипти, но не ги извршува повторно поединечните скрипти, кои се активираат само при стартување, исклучување, најавување или одјавување. Затоа gpupdate /force може да пријави успех додека мапирањето сè уште недостига, а чистото освежување не е доказ дека скриптата направила нешто.

Референцата на Microsoft за обработка на политики ја повлекува токму таа граница меѓу обработката на екстензијата и извршувањето на она што го содржи, и тоа е страницата што се цитира кога некој инсистира дека освежувањето требало да ја повтори скриптата.

Не секоја скрипта не успева и без мрежа. Онаа што чита само локален или кеширан материјал може делумно да успеала, додека онаа што допира споделен ресурс не успева тивко и не остава очигледен траг. Проверете ја вистинската патека на скриптата и до што допира пред да ја обвините мрежата. Истата проверка ѝ припаѓа на секоја тврдба дека скриптата не се извршува при најавување, бидејќи закажана задача или дејство на клиентот може да ја работи работата таму каде што никој не гледа.

Врзете ја работата за врската, не за најавувањето

Три различни работи се кријат зад изразот скрипта за најавување: мапирање на диск откако корисникот ќе се поврзе, примена на конфигурација на машината пред некој да се најави, и влечење на ажурирана политика. Имаат различни рокови, и само втората навистина бара поврзаност пред најавувањето. Запишете го барањето како реченица со рок, на пример: ова мапирање мора да постои во рок од една минута по кревањето на тунелот.

За работа што мора да се случи по поврзувањето, користете задача активирана од врската или дејството за поврзување што клиентот го поддржува. Проверете кој настан клиентот навистина го емитува, бидејќи настан што го крева вградениот Windows VPN клиент не го крева клиент од трета страна. За конфигурација на машината што мора да претходи на најавувањето, поддржаниот одговор е тунел на уред или друг пред-најавен дизајн, а не задача што се активира кога ќе се појави работната површина. Извршете ја работата во идентитетот и сесијата на кои им е потребна, бидејќи мапирање создадено како SYSTEM слетува во сесија што корисникот никогаш не ја гледа.

Тестирајте ја подготвеноста пред да дејствувате и не успевајте гласно

Настанот за поврзување може да пристигне пред DNS или серверот за датотеки да бидат употребливи, па задачата треба да провери што ѝ треба наместо да претпоставува. Решете го конкретното име, обидете се со конкретната врска и повторете со граница и доцнење: Resolve-DnsName files.corp.example во кратка јамка го одделува уште-не од никогаш. По последниот обид пријавете конкретен неуспех, со името и грешката во него.

Бесконечна јамка без дневник не се разликува од задача што никогаш не започнала, и ја крие разликата меѓу застарени акредитиви и правило на ѕидот за заштита.

Проверете четири работи, потоа направете го повторливо

За време на пилотот, запишете четири набљудувања наместо едно: настанот за поврзување се случи, задачата започна, ресурсот одговори и бараната промена навистина се примени. Ако дневникот застане на задачата започна, вистинскиот неуспех останува невидлив колку и да чекате. Потоа извршете gpresult /scope user /v за да видите каква политика смета сесијата дека има, и споредете ја со поставката што ја очекувавте. Извештај што го наведува GPO како применет сè уште не кажува ништо за мапирање.

Направете ја работата безбедна за повторување пред да ја проширите, бидејќи клиентот повторно се поврзува и задачата повторно се активира. Пред да создадете, проверете дали мапирањето или конфигурацијата веќе постои, и запишете што најдовте. Двојната работа по секое краткотрајно повторно поврзување е патот по кој корисна задача станува инцидент.

Каде што автоматскиот активатор не е соодветен, одобрено корисничко дејство што ја извршува истата потпишана скрипта е легитимен дизајн. Тоа го прави времето експлицитно наместо да се преправа дека се случил настан за најавување.