A VPN-hez csatlakozás nem játssza újra a bejelentkezési szkriptet
A bejelentkezési szkriptek bejelentkezéskor futnak, nem akkor, amikor egy alagút megjelenik. Válassza szét az indítást, a bejelentkezést és a háttérfrissítést, majd a kapcsolatra kösse a munkát.
A felhasználó otthon bejelentkezik, csatlakozik a VPN-hez, és várja a meghajtó-leképezést, amely korábban magától megjelent az irodában. Az alagút feljön, a tartomány válaszol, és semmi nem képződik le. Semmi sem hibás: a bejelentkezési szkript bejelentkezéskor fut, és a munkamenet kezdete után húsz perccel megnyitott alagút nem bejelentkezés. A kettőt egyetlen eseményként olvasni olyan VPN-hiba keresésére küldi az embereket, amely nem létezik.
Négy döntés alakítja a meglepetést helyesen viselkedő munkafolyamattá, és az első egyszerűen annak ismerete, milyen eseményekre támaszkodik egy szkript.
A szkriptek olyan életciklus-eseményekre támaszkodnak, amelyeket nem lehet újrajátszani
A számítógép oldali szabályzat a gép indításakor, a felhasználói oldali szabályzat a bejelentkezéskor érvényesül, miközben a háttérfrissítés ugyanezeket a beállításokat járja be anélkül, hogy bármit újraindítana. Ez a frissítés feldolgozza a szkriptbővítményt, de nem futtatja újra az egyes szkripteket, amelyek csak indításkor, leállításkor, bejelentkezéskor vagy kijelentkezéskor aktiválódnak. Ezért a gpupdate /force sikert jelenthet, miközben a leképezés még hiányzik, és a tiszta frissítés nem bizonyítja, hogy a szkript bármit tett.
A Microsoft szabályzatfeldolgozási referenciája pontosan ezt a határvonalat húzza meg a bővítmény feldolgozása és a benne lévők futtatása között, és ezt az oldalt kell idézni, amikor valaki ragaszkodik hozzá, hogy a frissítésnek újra kellett volna játszania a szkriptet.
Nem minden szkript hibázik offline sem. Az, amely csak helyi vagy gyorsítótárazott anyagot olvas, részben sikerülhetett, míg az, amely megosztáshoz nyúl, csendesen meghiúsul, és nem hagy nyilvánvaló nyomot. Ellenőrizze a szkript tényleges útvonalát és azt, hogy mit ér el, mielőtt a hálózatot okolná. Ugyanez a vizsgálat jár minden olyan állításnak, hogy egy szkript nem fut bejelentkezéskor, mert egy ütemezett feladat vagy egy kliensművelet végezheti a munkát ott, ahol senki sem néz.
A munkát a kapcsolathoz kösse, ne a bejelentkezéshez
Három különböző feladat bújik meg a bejelentkezési szkript kifejezés mögött: meghajtó leképezése a felhasználó csatlakozása után, gépkonfiguráció alkalmazása még a bejelentkezés előtt, és a frissített szabályzat letöltése. Különböző határidejük van, és valóban csak a másodiknak van szüksége kapcsolatra a bejelentkezés előtt. Fogalmazza meg a követelményt határidőt tartalmazó mondatként, például: ennek a leképezésnek az alagút feljövetele után egy percen belül léteznie kell.
A kapcsolat után szükséges munkához használjon kapcsolat által indított feladatot vagy az ügyfél által támogatott kapcsolati műveletet. Ellenőrizze, melyik eseményt bocsátja ki valóban az ügyfél, mert a Windows natív VPN-ügyfele által kiváltott eseményt egy harmadik féltől származó ügyfél nem váltja ki. A bejelentkezés előtt szükséges gépkonfigurációhoz a támogatott válasz egy eszközalagút vagy más, bejelentkezés előtti kialakítás, nem pedig egy feladat, amely az asztal megjelenésekor indul. A munkát abban az identitásban és munkamenetben futtassa, amelynek szüksége van rá, mert a SYSTEM-ként létrehozott leképezés olyan munkamenetbe kerül, amelyet a felhasználó soha nem lát.
Tesztelje a készenlétet cselekvés előtt, és hangosan hibázzon
Egy kapcsolati esemény megérkezhet, mielőtt a DNS vagy a fájlszerver használható lenne, ezért a feladatnak tesztelnie kell, amire szüksége van, ahelyett hogy feltételezné. Oldja fel a konkrét nevet, próbálja meg a konkrét kapcsolatot, és próbálkozzon újra korláttal és késleltetéssel: a Resolve-DnsName files.corp.example egy rövid ciklusban elválasztja a még-nem-et a soha-tól. Az utolsó próbálkozás után jelentsen konkrét hibát, benne a névvel és a hibával.
A napló nélküli végtelen ciklus megkülönböztethetetlen egy soha el nem indult feladattól, és elrejti a különbséget az elavult hitelesítő adat és a tűzfal-szabály között.
Ellenőrizzen négy dolgot, majd tegye ismételhetővé
A kísérlet során négy megfigyelést rögzítsen egy helyett: a kapcsolati esemény kiváltódott, a feladat elindult, az erőforrás válaszolt, és a kért változás valóban megtörtént. Ha a napló a feladat elindult pontnál megáll, a valódi hiba láthatatlan marad, bármennyit is vár. Ezután futtassa a gpresult /scope user /v parancsot, hogy lássa, milyen szabályzatot hisz a munkamenet magáénak, és hasonlítsa össze a várt beállítással. A GPO-t alkalmazottként felsoroló jelentés még mindig semmit sem mond a leképezésről.
Tegye biztonságosan ismételhetővé a munkát, mielőtt kiterjesztené, mert az ügyfél újracsatlakozik, és a feladat ismét kiváltódik. A létrehozás előtt ellenőrizze a meglévő leképezést vagy konfigurációt, és jegyezze fel, mit talált. Az ismételt munka minden rövid újracsatlakozás után az az út, amelyen egy hasznos feladat incidenssé válik.
Ahol az automatikus kiváltó nem megfelelő, egy jóváhagyott felhasználói művelet, amely ugyanazt az aláírt szkriptet futtatja, legitim kialakítás. Kifejezetté teszi az időzítést ahelyett, hogy színlelné, hogy bejelentkezési esemény történt.