Povezivanje na VPN ne ponavlja vašu skriptu za prijavu
Skripte za prijavu se izvršavaju pri prijavi, ne kada se tunel pojavi. Odvojite pokretanje, prijavu i pozadinsko osvježavanje, a zatim pokrenite posao na vezi.
Vaš korisnik se prijavljuje kod kuće, povezuje VPN i čeka mapiranje diska koje se ranije samo pojavljivalo u kancelariji. Tunel se podiže, domena odgovara, a ništa se ne mapira. Ništa nije pokvareno: skripta za prijavu se izvršava pri prijavi, a tunel otvoren dvadeset minuta nakon početka sesije nije prijava. Čitanje to dvoje kao istog događaja šalje ljude u potragu za kvarom VPN-a koji ne postoji.
Četiri odluke pretvaraju iznenađenje u radni tok koji se ponaša kako treba, a prva je jednostavno znati na koje se događaje skripta naslanja.
Skripte se naslanjaju na događaje životnog ciklusa koje ne možete ponoviti
Politika na strani računara primjenjuje se pri podizanju mašine, a politika na strani korisnika kada se neko prijavi, dok pozadinsko osvježavanje ciklično prolazi kroz iste postavke bez ponovnog pokretanja bilo čega. To osvježavanje obrađuje ekstenziju skripti, ali ne pokreće ponovo pojedinačne skripte, koje se aktiviraju samo pri pokretanju, gašenju, prijavi ili odjavi. Zato gpupdate /force može prijaviti uspjeh dok mapiranje još nedostaje, a čisto osvježavanje nije dokaz da je skripta nešto uradila.
Microsoftovo referentno uputstvo za obradu politike povlači upravo tu granicu između obrade ekstenzije i izvršavanja onoga što ona sadrži, i to je stranica na koju se pozivate kada neko tvrdi da je osvježavanje trebalo ponoviti skriptu.
Nije svaka skripta neuspješna ni van mreže. Ona koja čita samo lokalni ili keširani materijal možda je djelimično uspjela, dok ona koja dira dijeljeni resurs neuspješno završava tiho i ne ostavlja očigledan trag. Provjerite stvarnu putanju skripte i do čega doseže prije nego okrivite mrežu. Ista provjera pripada svakoj tvrdnji da se skripta ne izvršava pri prijavi, jer zakazani zadatak ili radnja klijenta može obavljati posao tamo gdje niko ne gleda.
Vežite posao za vezu, a ne za prijavu
Tri različita posla kriju se iza izraza skripta za prijavu: mapiranje diska nakon što se korisnik poveže, primjena konfiguracije mašine prije nego se iko prijavi i povlačenje ažurirane politike. Imaju različite rokove, a samo drugi zaista treba povezanost prije prijave. Napišite zahtjev kao rečenicu s rokom, na primjer: ovo mapiranje mora postojati u roku od minute nakon podizanja tunela.
Za posao koji se mora dogoditi nakon veze koristite zadatak pokrenut vezom ili radnju veze koju klijent podržava. Provjerite koji događaj klijent zaista emitira, jer događaj koji podiže izvorni Windows VPN klijent ne podiže klijent treće strane. Za konfiguraciju mašine koja mora prethoditi prijavi, podržani odgovor je tunel uređaja ili drugi dizajn prije prijave, a ne zadatak koji se aktivira kada se radna površina pojavi. Izvršite posao u identitetu i sesiji kojima je potreban, jer mapiranje stvoreno kao SYSTEM završava u sesiji koju korisnik nikada ne vidi.
Testirajte spremnost prije djelovanja i neuspješno završite glasno
Događaj veze može stići prije nego što su DNS ili datotečni server upotrebljivi, pa zadatak treba testirati što mu treba umjesto da pretpostavlja. Razriješite konkretno ime, pokušajte konkretnu vezu i ponovite s granicom i odgodom: Resolve-DnsName files.corp.example unutar kratke petlje razdvaja još-ne od nikada. Nakon posljednjeg pokušaja prijavite konkretan neuspjeh, s imenom i greškom u njemu.
Beskonačna petlja bez zapisa ne razlikuje se od zadatka koji nikada nije počeo i skriva razliku između zastarjele vjerodajnice i pravila firewall-a.
Provjerite četiri stvari, zatim to učinite ponovljivim
Tokom pilot-projekta bilježite četiri opažanja umjesto jednog: događaj veze se aktivirao, zadatak je počeo, resurs je odgovorio i tražena promjena je zaista primijenjena. Ako se zapis zaustavi na početku zadatka, stvarni neuspjeh ostaje nevidljiv koliko god čekali. Zatim pokrenite gpresult /scope user /v da vidite šta sesija smatra svojom politikom i uporedite to s postavkom koju ste očekivali. Izvještaj koji navodi GPO kao primijenjen i dalje ne govori ništa o mapiranju.
Učinite posao sigurnim za ponavljanje prije nego ga proširite, jer se klijent ponovo povezuje i zadatak se ponovo aktivira. Provjerite postoji li već mapiranje ili konfiguracija prije nego je stvorite i zabilježite šta ste našli. Udvostručen posao nakon svakog kratkotrajnog ponovnog povezivanja način je na koji koristan zadatak postaje incident.
Kada automatski okidač nije prikladan, odobrena korisnička radnja koja pokreće istu potpisanu skriptu legitiman je dizajn. Ona čini vrijeme izričitim umjesto da se pretvara da se događaj prijave dogodio.