Konekti la VPN ne reludas vian ensalutan skripton

Via uzanto ensalutas hejme, konektas la VPN kaj atendas la diskmapigon, kiu antaŭe aperis per si mem en la oficejo. La tunelo leviĝas, la domajno respondas, kaj nenio mapiĝas. Nenio estas rompita: ensaluta skripto ruliĝas ĉe ensaluto, kaj tunelo malfermita dudek minutojn post la komenco de la seanco ne estas ensaluto. Legi la du kiel la saman eventon sendas homojn ĉasi VPN-misojn, kiuj ne ekzistas.

Kvar decidoj transformas la surprizon en laborfluon, kiu kondutas ĝuste, kaj la unua estas simple scii, sur kiuj eventoj skripto baziĝas.

Skriptoj baziĝas sur vivciklaj eventoj, kiujn vi ne povas reludi

Politiko ĉe la komputila flanko aplikiĝas kiam la maŝino lanĉiĝas, kaj politiko ĉe la uzanta flanko kiam iu ensalutas, dum fona refreŝigo trakuras la samajn agordojn sen restarigi ion ajn. Tiu refreŝigo traktas la skriptan kromaĵon, sed ĝi ne rerulas la unuopajn skriptojn, kiuj ekagadas nur ĉe lanĉo, elŝalto, ensaluto aŭ elsaluto. Tial gpupdate /force povas raporti sukceson dum la mapigo ankoraŭ mankas, kaj pura refreŝigo ne estas pruvo, ke la skripto ion faris.

La Microsoft-referenco pri politiktraktado tiras ĝuste tiun linion inter traktado de la kromaĵo kaj rulo de tio, kion ĝi enhavas, kaj ĝi estas la paĝo citenda kiam iu insistas, ke refreŝigo devintus reludi la skripton.

Ankaŭ ne ĉiu skripto malsukcesas senrete. Tiu, kiu legas nur lokan aŭ kaŝmemoran materialon, eble parte sukcesis, dum tiu, kiu tuŝas kunhavigitan rimedon, malsukcesas silente kaj lasas neniun videblan spuron. Kontrolu la efektivan vojon de la skripto kaj kion ĝi atingas antaŭ ol kulpigi la reton. La sama kontrolado apartenas al ĉiu aserto, ke skripto ne ruliĝas ĉe ensaluto, ĉar planita tasko aŭ klienta ago eble faras la laboron tie, kie neniu rigardas.

Ligu la laboron al la konekto, ne al la ensaluto

Tri malsamaj taskoj kaŝiĝas malantaŭ la frazo ensaluta skripto: mapi diskon post kiam la uzanto konektiĝas, apliki maŝinan agordon antaŭ ol iu ensalutas, kaj elpreni ĝisdatigitan politikon. Ili havas malsamajn limdatojn, kaj nur la dua vere bezonas konektecon antaŭ ensaluto. Verku la postulon kiel frazon kun limdato, ekzemple: ĉi tiu mapigo devas ekzisti ene de unu minuto post la leviĝo de la tunelo.

Por laboro, kiu devas okazi post konekto, uzu konekte ekigitan taskon aŭ la konektan agon, kiun la kliento subtenas. Kontrolu, kiun eventon la kliento efektive elsendas, ĉar eventon levitan de la denaska Windows VPN-kliento ne levas triaparta kliento. Por maŝina agordo, kiu devas antaŭi ensaluton, la subtenata respondo estas aparata tunelo aŭ alia antaŭ-ensaluta dezajno, ne tasko, kiu ekagadas kiam la labortablo aperas. Plenumu la laboron en la identeco kaj seanco, kiuj bezonas ĝin, ĉar mapigo kreita kiel SYSTEM alteriĝas en seanco, kiun la uzanto neniam vidas.

Testu pretecon antaŭ ol agi, kaj malsukcesu laŭte

Konekta evento povas alveni antaŭ ol DNS aŭ la dosierservilo estas uzeblaj, do la tasko testu tion, kion ĝi bezonas, anstataŭ supozi. Solvu la specifan nomon, provu la specifan konekton, kaj reprovu kun limo kaj prokrasto: Resolve-DnsName files.corp.example en mallonga buklo apartigas ankoraŭ-ne de neniam. Raportu konkretan malsukceson post la lasta reprovo, kun la nomo kaj la eraro en ĝi.

Senfina buklo sen protokolo ne maldistingeblas de tasko, kiu neniam komenciĝis, kaj ĝi kaŝas la diferencon inter malaktuala legitimilo kaj fajroŝirma regulo.

Kontrolu kvar aferojn, poste faru ĝin ripetebla

Dum la provekspluatado, registru kvar observojn anstataŭ unu: la konekta evento okazis, la tasko komenciĝis, la rimedo respondis, kaj la petita ŝanĝo efektive enmondiĝis. Se la protokolo haltas ĉe tasko komenciĝis, la reala malsukceso restas nevidebla, kiom ajn longe vi atendas. Poste rulu gpresult /scope user /v por vidi, kian politikon la seanco opinias havi, kaj komparu tion kun la agordo, kiun vi atendis. Raporto listiganta la GPO kiel aplikita ankoraŭ diras nenion pri mapigo.

Faru la laboron sekura por ripeti antaŭ ol vastigi ĝin, ĉar la kliento rekonektiĝas kaj la tasko ekagadas denove. Kontrolu ĉu la mapigo aŭ agordo jam ekzistas antaŭ ol krei ĝin, kaj notu, kion vi trovis. Duobligita laboro post ĉiu pasema rekonekto estas la vojo, per kiu helpema tasko fariĝas incidento.

Kie aŭtomata ekigilo ne taŭgas, aprobita uzanta ago, kiu rulas la saman subskribitan skripton, estas legitima dezajno. Ĝi igas la tempon eksplicita anstataŭ ŝajnigi, ke ensaluta evento okazis.