Savienošanās ar VPN neatkārto jūsu pieteikšanās skriptu

Jūsu lietotājs piesakās mājās, pieslēdzas VPN un gaida diska kartējumu, kas agrāk birojā parādījās pats no sevis. Tunelis paceļas, domēns atbild, un nekas netiek kartēts. Nekas nav salūzis: pieteikšanās skripts darbojas pieteikšanās laikā, un tunelis, kas atvērts divdesmit minūtes pēc sesijas sākuma, nav pieteikšanās. Abu uztveršana kā vienu notikumu sūta cilvēkus meklēt VPN defektu, kura nav.

Četri lēmumi pārvērš šo pārsteigumu pareizi uzvedīgā darbplūsmā, un pirmais ir vienkārši zināt, uz kuriem notikumiem skripts balstās.

Skripti balstās uz dzīves cikla notikumiem, kurus nevar atkārtot

Datora puses politika tiek piemērota, mašīnai palaižoties, un lietotāja puses politika, kādam pieteikoties, kamēr fona atjaunināšana izstaigā tos pašus iestatījumus, neko nepārstartējot. Šī atjaunināšana apstrādā skriptu paplašinājumu, bet neatkārto atsevišķos skriptus, kas aktivizējas tikai palaišanas, izslēgšanas, pieteikšanās vai izrakstīšanās laikā. Tāpēc gpupdate /force var ziņot par panākumiem, kamēr kartējuma vēl nav, un tīra atjaunināšana nav pierādījums, ka skripts kaut ko izdarīja.

Microsoft politikas apstrādes uzziņa novelk tieši šo robežu starp paplašinājuma apstrādi un tā satura izpildi, un tas ir lapa, uz kuru atsaukties, kad kāds uzstāj, ka atjaunināšanai vajadzēja atkārtot skriptu.

Ne katrs skripts neizdodas arī bez tīkla. Tas, kas lasa tikai vietējo vai kešotajā atmiņā esošo materiālu, var būt daļēji izdevies, kamēr tas, kas aizskar koplietojamu resursu, neizdodas klusi un neatstāj redzamu pēdu. Pārbaudiet skripta faktisko ceļu un to, ko tas sasniedz, pirms vainot tīklu. Tāda pati pārbaude pienākas arī katram apgalvojumam, ka skripts netiek izpildīts pieteikšanās laikā, jo plānots uzdevums vai klienta darbība var darīt darbu tur, kur neviens neskatās.

Piesaistiet darbu savienojumam, nevis pieteikšanās brīdim

Aiz frāzes pieteikšanās skripts slēpjas trīs dažādi darbi: diska kartēšana pēc tam, kad lietotājs pieslēdzas, mašīnas konfigurācijas piemērošana pirms kāds piesakās, un atjauninātas politikas iegūšana. Tiem ir atšķirīgi termiņi, un tikai otrajam patiešām vajag savienojumu pirms pieteikšanās. Uzrakstiet prasību kā teikumu ar termiņu, piemēram: šim kartējumam jābūt minūtes laikā pēc tuneļa pacelšanās.

Darbam, kam jānotiek pēc savienojuma, izmantojiet savienojuma aktivizētu uzdevumu vai klienta atbalstīto savienojuma darbību. Pārbaudiet, kuru notikumu klients patiešām izstaro, jo notikumu, ko izraisa Windows iebūvētais VPN klients, neizraisa trešās puses klients. Mašīnas konfigurācijai, kam jābūt pirms pieteikšanās, atbalstītā atbilde ir ierīces tunelis vai cits pirms pieteikšanās risinājums, nevis uzdevums, kas aktivizējas, tiklīdz parādās darbvirsma. Izpildiet darbu tajā identitātē un sesijā, kurām tas ir vajadzīgs, jo kartējums, kas izveidots kā SYSTEM, nonāk sesijā, kuru lietotājs nekad neredz.

Pārbaudiet gatavību pirms rīkošanās un neizdodieties skaļi

Savienojuma notikums var pienākt pirms DNS vai failu serveris ir lietojams, tāpēc uzdevumam vajadzētu pārbaudīt to, kas tam vajadzīgs, nevis pieņemt. Atrisiniet konkrēto nosaukumu, mēģiniet konkrēto savienojumu un atkārtojiet ar ierobežojumu un aizturi: Resolve-DnsName files.corp.example īsā cilpā atdala vēl-ne no nekad. Pēc pēdējā mēģinājuma ziņojiet par konkrētu neizdošanos, ar nosaukumu un kļūdu tajā.

Bezgalīga cilpa bez žurnāla nav atšķirama no uzdevuma, kas nekad nesākās, un tā slēpj atšķirību starp novecojušiem akreditācijas datiem un ugunsmūra noteikumu.

Pārbaudiet četras lietas, pēc tam padariet to atkārtojamu

Izmēģinājuma laikā reģistrējiet četrus novērojumus, nevis vienu: savienojuma notikums notika, uzdevums sākās, resurss atbildēja un pieprasītā izmaiņa patiešām stājās spēkā. Ja žurnāls apstājas pie uzdevums sākās, īstā neizdošanās paliek neredzama, lai cik ilgi gaidītu. Pēc tam palaidiet gpresult /scope user /v, lai redzētu, kādu politiku sesija uzskata sev esam, un salīdziniet to ar gaidīto iestatījumu. Pārskats, kurā GPO norādīta kā piemērota, joprojām neko neizsaka par kartējumu.

Padariet darbu droši atkārtojamu, pirms to paplašināt, jo klients atkal pieslēdzas un uzdevums atkal aktivizējas. Pirms izveides pārbaudiet, vai kartējums vai konfigurācija jau pastāv, un pierakstiet, ko atradāt. Atkārtots darbs pēc katras īslaicīgas atkārtotas pieslēgšanās ir ceļš, kā noderīgs uzdevums kļūst par incidentu.

Kur automātisks aktivizētājs nav piemērots, apstiprināta lietotāja darbība, kas izpilda to pašu parakstīto skriptu, ir likumīgs risinājums. Tā padara laiku skaidru, tā vietā lai izliktos, ka notikusi pieteikšanās.