Повезивање на VPN не понавља вашу скрипту за пријављивање
Скрипте за пријављивање се извршавају при пријављивању, не када се појави тунел. Одвојите покретање, пријављивање и освежавање у позадини, а затим покрените посао на вези.
Ваш корисник се пријављује код куће, повезује VPN и чека мапирање диска које се раније у канцеларији појављивало само. Тунел се подиже, домен одговара, а ништа се не мапира. Ништа није покварено: скрипта за пријављивање се извршава при пријављивању, а тунел отворен двадесет минута након почетка сесије није пријављивање. Читање то двоје као истог догађаја шаље људе у потрагу за кваром VPN-а који не постоји.
Четири одлуке претварају изненађење у ток рада који се понаша како треба, а прва је једноставно знати на које се догађаје скрипта ослања.
Скрипте се ослањају на догађаје животног циклуса које не можете поновити
Политика на страни рачунара примењује се при подизању машине, а политика на страни корисника када се неко пријави, док освежавање у позадини пролази кроз иста подешавања без поновног покретања било чега. То освежавање обрађује екстензију скрипти, али не покреће поново појединачне скрипте, које се активирају само при покретању, искључивању, пријављивању или одјављивању. Зато gpupdate /force може пријавити успех док мапирање још недостаје, а чисто освежавање није доказ да је скрипта нешто урадила.
Микрософтово упутство за обраду политике повлачи управо ту границу између обраде екстензије и извршавања онога што она садржи, и то је страница на коју се позивате када неко тврди да је освежавање требало поновити скрипту.
Није свака скрипта неуспешна ни ван мреже. Она која чита само локални или кеширани материјал можда је делимично успела, док она која дира дељени ресурс тихо не успева и не оставља очигледан траг. Проверите стварну путању скрипте и до чега досеже пре него што окривите мрежу. Иста провера припада свакој тврдњи да се скрипта не извршава при пријављивању, јер планирани задатак или радња клијента може обављати посао тамо где нико не гледа.
Вежите посао за везу, а не за пријављивање
Три различита посла крију се иза израза скрипта за пријављивање: мапирање диска након што се корисник повеже, примена конфигурације машине пре него што се ико пријави и повлачење ажуриране политике. Имају различите рокове, а само други заиста треба повезаност пре пријављивања. Напишите захтев као реченицу с роком, на пример: ово мапирање мора постојати у року од минута након подизања тунела.
За посао који мора да се догоди након везе користите задатак покренут везом или радњу везе коју клијент подржава. Проверите који догађај клијент заиста емитује, јер догађај који подиже изворни Windows VPN клијент не подиже клијент треће стране. За конфигурацију машине која мора претходити пријављивању, подржани одговор је тунел уређаја или други дизајн пре пријављивања, а не задатак који се активира када се радна површина појави. Извршите посао у идентитету и сесији којима је потребан, јер мапирање створено као SYSTEM завршава у сесији коју корисник никада не види.
Тестирајте спремност пре деловања и не успевајте гласно
Догађај везе може стићи пре него што су DNS или сервер датотека употребљиви, па задатак треба да тестира шта му треба уместо да претпоставља. Разрешите конкретно име, покушајте конкретну везу и поновите с ограничењем и одгодом: Resolve-DnsName files.corp.example у краткој петљи раздваја још-не од никада. Након последњег покушаја пријавите конкретан неуспех, с именом и грешком у њему.
Бесконачна петља без записа не разликује се од задатка који никада није почео и крије разлику између застарелих акредитива и правила firewall-а.
Проверите четири ствари, затим то учините поновљивим
Током пилот-пројекта бележите четири запажања уместо једног: догађај везе се активирао, задатак је почео, ресурс је одговорио и тражена промена је заиста примењена. Ако се запис заустави на задатак је почео, стварни неуспех остаје невидљив колико год чекали. Затим покрените gpresult /scope user /v да видите шта сесија мисли да је њена политика, и упоредите то с поставком коју сте очекивали. Извештај који наводи GPO као примењен и даље не говори ништа о мапирању.
Учините посао безбедним за понављање пре него што га проширите, јер се клијент поново повезује и задатак се поново активира. Проверите постоји ли већ мапирање или конфигурација пре него што је створите, и забележите шта сте нашли. Удвостручен посао након сваког краткотрајног поновног повезивања начин је на који користан задатак постаје инцидент.
Када аутоматски окидач није прикладан, одобрена корисничка радња која покреће исту потписану скрипту легитиман је дизајн. Она чини време изричитим уместо да се претвара да се догодио догађај пријављивања.