Ang pagkonekta sa VPN ay hindi nag-uulit ng iyong logon script

Nagsa-sign in ang iyong user sa bahay, kumokonekta sa VPN at naghihintay ng drive mapping na dating kusang lumilitaw sa opisina. Bumangon ang tunnel, sumagot ang domain, at walang na-map. Walang sira: ang logon script ay tumatakbo sa oras ng logon, at ang tunnel na binuksan dalawampung minuto pagkatapos magsimula ang session ay hindi logon. Ang pagbasa sa dalawa bilang isang pangyayari ay nagpapadala ng mga tao na hanapin ang isang sira ng VPN na wala naman.

Apat na desisyon ang nagpapalit ng sorpresa tungo sa isang workflow na kumikilos nang tama, at ang una ay ang malaman kung aling mga pangyayari ang sinasakyan ng script.

Ang mga script ay sumasakay sa mga pangyayari ng lifecycle na hindi mo maaaring i-play muli

Ang patakaran sa panig ng computer ay inilalapat kapag nag-boot ang makina at ang patakaran sa panig ng user kapag may nag-sign in, habang ang background refresh ay dumadaan sa parehong mga setting nang hindi nire-restart ang anuman. Binabago ng refresh na iyon ang extension ng script, ngunit hindi nito muling pinapatakbo ang mga indibidwal na script, na nag-trigger lamang sa startup, shutdown, logon o logoff. Kaya ang gpupdate /force ay maaaring mag-ulat ng tagumpay habang wala pa rin ang mapping, at ang malinis na refresh ay hindi patunay na may ginawa ang script.

Ang sanggunian ng Microsoft sa pagproseso ng patakaran ay gumuhit ng eksaktong linyang iyon sa pagitan ng pagproseso ng extension at pagpapatakbo ng nilalaman nito, at iyon ang pahinang dapat sipiin kapag may nagsasabing dapat ay inulit ng refresh ang script.

Hindi rin bumabagsak ang bawat script kapag offline. Ang isa na nagbabasa lamang ng lokal o naka-cache na materyal ay maaaring bahagyang nagtagumpay, habang ang isa na humahawak sa isang share ay tahimik na bumabagsak at walang iniiwang malinaw na bakas. Suriin ang aktwal na landas ng script at kung ano ang naaabot nito bago sisihin ang network. Ang parehong pagsusuri ay nararapat sa bawat pahayag na ang script ay hindi tumatakbo sa logon, dahil ang naka-iskedyul na gawain o aksyon ng client ay maaaring gumagawa ng trabaho kung saan walang tumitingin.

Itali ang trabaho sa koneksyon, hindi sa logon

Tatlong magkaibang gawain ang nagtatago sa likod ng pariralang logon script: pag-map ng drive pagkatapos kumonekta ng user, paglapat ng configuration ng makina bago mag-sign in ang sinuman, at pagkuha ng na-update na patakaran. May magkaibang mga deadline ang mga ito, at tanging ang pangalawa ang tunay na nangangailangan ng konektibidad bago ang logon. Isulat ang pangangailangan bilang pangungusap na may deadline, halimbawa: ang mapping na ito ay dapat umiiral sa loob ng isang minuto pagkatapos bumangon ang tunnel.

Para sa trabahong dapat mangyari pagkatapos ng koneksyon, gumamit ng gawaing na-trigger ng koneksyon o ang aksyon ng koneksyon na sinusuportahan ng client. Suriin kung aling pangyayari ang aktwal na inilalabas ng client, dahil ang pangyayaring itinataas ng native na VPN client ng Windows ay hindi itinataas ng client ng third party. Para sa configuration ng makina na dapat mauna sa sign-in, ang sinusuportahang sagot ay isang device tunnel o ibang disenyong bago ang sign-in, hindi isang gawaing nag-trigger kapag lumitaw ang desktop. Patakbuhin ang trabaho sa pagkakakilanlan at session na nangangailangan nito, dahil ang mapping na ginawa bilang SYSTEM ay napupunta sa isang session na hindi kailanman nakikita ng user.

Subukan ang kahandaan bago kumilos, at mabigo nang malakas

Ang pangyayari ng koneksyon ay maaaring dumating bago maging magagamit ang DNS o ang file server, kaya dapat subukan ng gawain ang kailangan nito sa halip na ipagpalagay. Lutasin ang partikular na pangalan, subukan ang partikular na koneksyon, at subukang muli na may hangganan at pagkaantala: ang Resolve-DnsName files.corp.example sa isang maikling loop ay naghihiwalay ng hindi-pa sa kailanman. Pagkatapos ng huling pagtatangka, mag-ulat ng konkretong pagkabigo, kasama ang pangalan at ang error sa loob.

Ang walang katapusang loop na walang log ay hindi makilala mula sa gawaing hindi kailanman nagsimula, at itinatago nito ang pagkakaiba ng isang lumang credential at isang tuntunin ng firewall.

I-verify ang apat na bagay, pagkatapos ay gawin itong nauulit

Sa panahon ng pilot, magtala ng apat na obserbasyon sa halip na isa: nag-trigger ang pangyayari ng koneksyon, nagsimula ang gawain, sumagot ang mapagkukunan, at aktwal na nangyari ang hiniling na pagbabago. Kung huminto ang log sa nagsimula ang gawain, mananatiling di-nakikita ang tunay na pagkabigo gaano man katagal kang maghintay. Pagkatapos ay patakbuhin ang gpresult /scope user /v upang makita kung anong patakaran ang inaakala ng session, at ihambing ito sa inaasahang setting. Ang ulat na naglilista ng GPO bilang inilapat ay wala pa ring sinasabi tungkol sa isang mapping.

Gawing ligtas na ulitin ang trabaho bago mo ito palawakin, dahil muling kumokonekta ang client at nag-trigger muli ang gawain. Suriin kung mayroon nang mapping o configuration bago ito gawin, at itala ang natuklasan mo. Ang doble-dobleng trabaho pagkatapos ng bawat pansamantalang muling pagkonekta ay ang paraan kung paano nagiging insidente ang isang kapaki-pakinabang na gawain.

Kung saan hindi angkop ang awtomatikong trigger, ang isang aprubadong aksyon ng user na nagpapatakbo ng parehong naka-sign na script ay isang lehitimong disenyo. Ginagawa nitong malinaw ang oras sa halip na magpanggap na nangyari ang isang pangyayari ng logon.