Prisijungimas prie VPN nepakartoja jūsų prisijungimo scenarijaus

Jūsų naudotojas prisijungia namuose, prisijungia prie VPN ir laukia disko priskyrimo, kuris anksčiau biure atsirasdavo savaime. Tunelis pakyla, domenas atsako, o niekas nepriskiriama. Niekas nesugedę: prisijungimo scenarijus vykdomas prisijungiant, o tunelis, atidarytas praėjus dvidešimt minučių nuo sesijos pradžios, nėra prisijungimas. Skaitant abu kaip vieną įvykį, žmonės siunčiami ieškoti VPN gedimo, kurio nėra.

Keturi sprendimai paverčia šį netikėtumą tinkamai veikiančiu darbo procesu, o pirmasis yra tiesiog žinoti, kokiais įvykiais remiasi scenarijus.

Scenarijai remiasi gyvavimo ciklo įvykiais, kurių negalima pakartoti

Kompiuterio pusės politika taikoma paleidžiant mašiną, o naudotojo pusės politika kažkam prisijungus, tuo tarpu foninis atnaujinimas pereina tas pačias nuostatas nieko nepaleisdamas iš naujo. Tas atnaujinimas apdoroja scenarijų plėtinį, bet individualių scenarijų iš naujo nevykdo, o jie suveikia tik paleidžiant, išjungiant, prisijungiant arba atsijungiant. Todėl gpupdate /force gali pranešti apie sėkmę, nors priskyrimo vis dar nėra, ir švarus atnaujinimas nėra įrodymas, kad scenarijus ką nors padarė.

„Microsoft“ politikos apdorojimo nuoroda brėžia būtent tą ribą tarp plėtinio apdorojimo ir jo turinio vykdymo, ir tai yra puslapis, kuriuo remiamasi, kai kas nors tvirtina, kad atnaujinimas turėjo pakartoti scenarijų.

Ne kiekvienas scenarijus nepavyksta ir neprisijungus prie tinklo. Tas, kuris skaito tik vietinę ar talpykloje esančią medžiagą, galėjo iš dalies pavykti, o tas, kuris pasiekia bendrinamą išteklių, nepavyksta tyliai ir nepalieka akivaizdaus pėdsako. Prieš kaltindami tinklą patikrinkite tikrąjį scenarijaus kelią ir ką jis pasiekia. Toks patikrinimas priklauso ir kiekvienam teiginiui, kad scenarijus nevykdomas prisijungiant, nes suplanuota užduotis ar kliento veiksmas gali atlikti darbą ten, kur niekas nežiūri.

Pririškite darbą prie ryšio, o ne prie prisijungimo

Už posakio prisijungimo scenarijus slepiasi trys skirtingi darbai: disko priskyrimas po to, kai naudotojas prisijungia, mašinos konfigūracijos taikymas prieš kam nors prisijungiant ir atnaujintos politikos gavimas. Jie turi skirtingus terminus, ir tik antrajam iš tikrųjų reikia ryšio prieš prisijungimą. Parašykite reikalavimą kaip sakinį su terminu, pavyzdžiui: šis priskyrimas turi egzistuoti per minutę po tunelio pakilimo.

Darbui, kuris turi įvykti po prisijungimo, naudokite ryšio iškvietą užduotį arba kliento palaikomą ryšio veiksmą. Patikrinkite, kokį įvykį klientas iš tikrųjų skelbia, nes įvykio, kurį kelia numatytasis Windows VPN klientas, trečiosios šalies klientas nekelia. Mašinos konfigūracijai, kuri turi būti prieš prisijungimą, palaikomas atsakymas yra įrenginio tunelis arba kita prieš prisijungimą skirta konstrukcija, o ne užduotis, kuri suveikia pasirodžius darbalaukiui. Vykdykite darbą toje tapatybėje ir sesijoje, kurioms jo reikia, nes priskyrimas, sukurtas kaip SYSTEM, atsiduria sesijoje, kurios naudotojas niekada nemato.

Patikrinkite pasirengimą prieš veikdami ir nepavykite garsiai

Ryšio įvykis gali ateiti prieš tai, kai DNS ar failų serveris tampa naudojami, todėl užduotis turėtų tikrinti, ko jai reikia, o ne daryti prielaidas. Išspręskite konkretų vardą, pabandykite konkretų ryšį ir bandykite iš naujo su riba ir delsą: Resolve-DnsName files.corp.example trumpoje kilpoje atskiria dar-ne nuo niekada. Po paskutinio bandymo praneškite apie konkretų nepavykimą, su vardu ir klaida jame.

Begalinė kilpa be žurnalo neatskiriama nuo užduoties, kuri niekada neprasidėjo, ir ji slepia skirtumą tarp pasenusių prisijungimo duomenų ir užkardos taisyklės.

Patikrinkite keturis dalykus, tada padarykite tai kartojamu

Bandomojo projekto metu fiksuokite keturis stebėjimus, o ne vieną: ryšio įvykis įvyko, užduotis prasidėjo, išteklius atsakė ir prašytas pakeitimas tikrai įsigaliojo. Jei žurnalas sustoja ties užduotis prasidėjo, tikrasis nepavykimas lieka nematomas, kad ir kiek lauktumėte. Tada paleiskite gpresult /scope user /v, kad pamatytumėte, kokią politiką sesija mano turinti, ir palyginkite su tuo, ko tikėjotės. Ataskaita, kurioje GPO nurodyta kaip taikyta, vis tiek nieko nesako apie priskyrimą.

Padarykite darbą saugiai kartojamą prieš jį plečiant, nes klientas vėl prisijungia ir užduotis vėl suveikia. Prieš kurdami patikrinkite, ar priskyrimas ar konfigūracija jau yra, ir užsirašykite, ką radote. Pasikartojantis darbas po kiekvieno trumpalaikio prisijungimo iš naujo yra kelias, kuriuo naudinga užduotis tampa incidentu.

Kai automatinis iškvietėjas netinka, patvirtintas naudotojo veiksmas, vykdantis tą patį pasirašytą scenarijų, yra teisėta konstrukcija. Jis padaro laiką aiškų, o ne apsimeta, kad įvyko prisijungimo įvykis.