VPN:ään yhdistäminen ei toista sisäänkirjautumisskriptiäsi

Käyttäjäsi kirjautuu sisään kotona, yhdistää VPN:ään ja odottaa asemakartoitusta, joka ennen ilmestyi itsestään toimistossa. Tunneli nousee, toimialue vastaa, eikä mitään kartoiteta. Mikään ei ole rikki: sisäänkirjautumisskripti ajetaan kirjautuessa, eikä tunneli, joka avataan kaksikymmentä minuuttia istunnon alun jälkeen, ole kirjautuminen. Näiden kahden lukeminen samaksi tapahtumaksi lähettää ihmiset etsimään VPN-vikaa, jota ei ole.

Neljä päätöstä muuttaa yllätyksen asiallisesti käyttäytyväksi työnkuluksi, ja ensimmäinen on yksinkertaisesti tietää, millä tapahtumilla skripti ratsastaa.

Skriptit ratsastavat elinkaaritapahtumilla, joita et voi toistaa

Tietokonepuolen käytäntö otetaan käyttöön koneen käynnistyessä ja käyttäjäpuolen käytäntö jonkun kirjautuessa, kun taas taustapäivitys käy samat asetukset läpi käynnistämättä mitään uudelleen. Tämä päivitys käsittelee skriptilaajennuksen, mutta ei aja yksittäisiä skriptejä uudelleen, sillä ne laukeavat vain käynnistyksessä, sammutuksessa, kirjautumisessa tai uloskirjautumisessa. Siksi gpupdate /force voi raportoida onnistumisesta, vaikka kartoitus yhä puuttuu, eikä puhdas päivitys ole todiste siitä, että skripti teki jotain.

Microsoftin käytäntöjen käsittelyn viite vetää juuri sen rajan laajennuksen käsittelyn ja sen sisällön suorittamisen välille, ja se on sivu, johon viitataan, kun joku vaatii, että päivityksen olisi pitänyt toistaa skripti.

Kaikki skriptit eivät epäonnistu myöskään offline-tilassa. Vain paikallista tai välimuistiin tallennettua aineistoa lukeva on voinut osittain onnistua, kun taas jakoresurssiin koskeva epäonnistuu hiljaa eikä jätä selvää jälkeä. Tarkista skriptin todellinen polku ja mihin se yltää ennen kuin syytät verkkoa. Sama tarkastelu kuuluu jokaiselle väitteelle, että skripti ei ajaudu kirjautuessa, sillä ajoitettu tehtävä tai asiakastoimi voi tehdä työn siellä, missä kukaan ei katso.

Sido työ yhteyteen, älä kirjautumiseen

Kolme eri työtä piiloutuu ilmauksen sisäänkirjautumisskripti taakse: aseman kartoitus käyttäjän yhdistämisen jälkeen, koneen kokoonpanon käyttöönotto ennen kuin kukaan kirjautuu, ja päivitetyn käytännön hakeminen. Niillä on eri määräajat, ja vain toinen tarvitsee todella yhteyttä ennen kirjautumista. Kirjoita vaatimus lauseena, jossa on määräaika, esimerkiksi: tämän kartoituksen on oltava olemassa minuutin kuluessa tunnelin noususta.

Työhön, joka on tehtävä yhteyden jälkeen, käytä yhteyden laukaisemaa tehtävää tai yhteyden toimintoa, jota asiakas tukee. Tarkista, minkä tapahtuman asiakas todella lähettää, sillä Windowsin natiivin VPN-asiakkaan nostamaa tapahtumaa ei nosta kolmannen osapuolen asiakas. Koneen kokoonpanolle, jonka on edellettävä kirjautumista, tuettu vastaus on laitetunneli tai muu ennen kirjautumista tehtävä ratkaisu, ei tehtävä, joka laukeaa työpöydän ilmestyessä. Suorita työ siinä identiteetissä ja istunnossa, jotka sitä tarvitsevat, sillä SYSTEM-tilinä luotu kartoitus päätyy istuntoon, jota käyttäjä ei koskaan näe.

Testaa valmius ennen toimintaa ja epäonnistu äänekkäästi

Yhteystapahtuma voi saapua ennen kuin DNS tai tiedostopalvelin on käytettävissä, joten tehtävän tulisi testata mitä se tarvitsee sen sijaan että olettaa. Ratkaise tarkka nimi, yritä tarkkaa yhteyttä ja yritä uudelleen rajalla ja viiveellä: Resolve-DnsName files.corp.example lyhyessä silmukassa erottaa ei-vielä-sanasta ei-koskaan. Ilmoita konkreettisesta epäonnistumisesta viimeisen yrityksen jälkeen, nimeen ja virheeseen sisältyen.

Loputon silmukka ilman lokia on erottamaton tehtävästä, joka ei koskaan alkanut, ja se kätkee eron vanhentuneen valtuutuksen ja palomuurisäännön välillä.

Varmista neljä asiaa ja tee siitä sitten toistettava

Kirjaa pilotin aikana neljä havaintoa yhden sijaan: yhteystapahtuma laukesi, tehtävä alkoi, resurssi vastasi ja pyydetty muutos toteutui todella. Jos loki pysähtyy kohtaan tehtävä alkoi, todellinen epäonnistuminen pysyy näkymättömänä, vaikka kuinka kauan odottaisit. Aja sitten gpresult /scope user /v nähdäksesi, mitä käytäntöä istunto luulee noudattavansa, ja vertaa sitä odottamaasi asetukseen. Raportti, joka luettelee GPO:n käyttöön otetuksi, ei vieläkään kerro kartoituksesta mitään.

Tee työstä turvallisesti toistettava ennen kuin laajennat sitä, sillä asiakas yhdistää uudelleen ja tehtävä laukeaa jälleen. Tarkista olemassa oleva kartoitus tai kokoonpano ennen sen luomista ja kirjaa, mitä löysit. Toistettu työ jokaisen ohimenevän uudelleenyhdistämisen jälkeen on tapa, jolla hyödyllisestä tehtävästä tulee incidentti.

Kun automaattinen laukaisin ei sovi, hyväksytty käyttäjätoimi, joka ajaa saman allekirjoitetun skriptin, on laillinen ratkaisu. Se tekee ajoituksesta selkeän sen sijaan, että teeskentelisi kirjautumistapahtuman tapahtuneen.