Om die VPN te verbind speel nie jou aanmeldskrip oor nie

Jou gebruiker meld by die huis aan, verbind die VPN en wag vir die skyftoewysing wat vroeër vanself in die kantoor verskyn het. Die tonnel kom op, die domein antwoord, en niks word toegewys nie. Niks is stukkend nie: 'n aanmeldskrip loop by aanmelding, en 'n tonnel wat twintig minute ná die begin van die sessie oopgemaak word, is nie 'n aanmelding nie. Om die twee as dieselfde gebeurtenis te lees, stuur mense om 'n VPN-fout te soek wat nie bestaan nie.

Vier besluite verander die verrassing in 'n werkvloei wat reg gedra, en die eerste is eenvoudig om te weet op watter gebeurtenisse 'n skrip ry.

Skripte ry op lewensiklusgebeurtenisse wat jy nie kan herspeel nie

Rekenaarkant-beleid word toegepas wanneer die masjien begin, en gebruikerskant-beleid wanneer iemand aanmeld, terwyl 'n agtergrondverfrissing dieselfde instellings sikluseer sonder om iets te herbegin. Daardie verfrissing verwerk die skripuitbreiding, maar dit voer nie die individuele skripte weer uit nie, want dié aktiveer slegs by opstart, afskakeling, aanmelding of afmelding. Dus kan gpupdate /force sukses rapporteer terwyl die toewysing steeds ontbreek, en 'n skoon verfrissing is nie bewys dat die skrip iets gedoen het nie.

Die Microsoft-verwysing oor verwerking trek presies daardie lyn tussen die verwerking van die uitbreiding en die uitvoering van wat dit bevat, en dit is die bladsy om aan te haal wanneer iemand daarop aandring dat 'n verfrissing die skrip moes herspeel het.

Nie elke skrip misluk ook vanlyn nie. Een wat slegs plaaslike of gekerste materiaal lees, het moontlik gedeeltelik geslaag, terwyl een wat 'n deel raak, stilweg misluk en geen duidelike merk laat nie. Kontroleer die werklike skrippad en wat dit bereik voordat jy die netwerk blameer. Dieselfde ondersoek geld vir enige bewering dat 'n skrip nie by aanmelding loop nie, want 'n geskeduleerde taak of 'n kliëntaksie doen dalk die werk waar niemand kyk nie.

Heg die werk aan die verbinding, nie aan aanmelding nie

Drie verskillende take skuil agter die frase aanmeldskrip: om 'n skyf te karteer nadat die gebruiker verbind, om masjienkonfigurasie toe te pas voordat iemand aanmeld, en om bygewerkte beleid te trek. Hulle het verskillende spertye, en net die tweede het werklik konnektiwiteit nodig voor aanmelding. Skryf die vereiste as 'n sin met 'n spertyd in, soos: hierdie toewysing moet binne 'n minuut nadat die tonnel opkom bestaan.

Vir werk wat ná verbinding moet gebeur, gebruik 'n verbindinggeaktiveerde taak of die verbindingaksie wat die kliënt ondersteun. Kontroleer watter gebeurtenis die kliënt werklik uitstuur, want 'n gebeurtenis wat deur die inheemse Windows VPN-kliënt opgewerp word, word nie deur 'n derdeparty een opgewerp nie. Vir masjienkonfigurasie wat aanmelding moet voorafgaan, is die ondersteunde antwoord 'n toesteltonnel of 'n ander voor-aanmelding-ontwerp, nie 'n taak wat aktiveer sodra die lessenaar verskyn nie. Voer die werk uit in die identiteit en sessie wat dit nodig het, want 'n toewysing wat as SYSTEM geskep word, beland in 'n sessie wat die gebruiker nooit sien nie.

Toets gereedheid voordat jy optree, en misluk hard

'n Verbindinggebeurtenis kan aankom voordat DNS of die lêerbediener bruikbaar is, so die taak moet toets wat dit nodig het eerder as om te aanvaar. Los die spesifieke naam op, probeer die spesifieke verbinding, en herprobeer met 'n perk en 'n vertraging: Resolve-DnsName files.corp.example binne 'n kort lus skei nog-nie van nooit. Rapporteer 'n konkrete mislukking ná die laaste herprobeering, met die naam en die fout daarin.

'n Eindelose lus sonder 'n log is nie te onderskei van 'n taak wat nooit begin het nie, en dit verberg die verskil tussen 'n verouderde geloofsbewys en 'n firewall-reël.

Verifieer vier dinge, maak dit dan herhaalbaar

Tydens die proef, teken vier waarnemings aan eerder as een: die verbindinggebeurtenis het plaasgevind, die taak het begin, die hulpbron het geantwoord, en die versoekte verandering het werklik geland. As die log by taak begin stop, bly die werklike mislukking onsigbaar maak nie saak hoe lank jy wag nie. Voer dan gpresult /scope user /v uit om te sien wat die sessie glo sy beleid is, en vergelyk dit met die instelling wat jy verwag het. 'n Verslag wat die GPO as toegepas lys, sê steeds niks oor 'n toewysing nie.

Maak die werk veilig om te herhaal voordat jy dit verbreed, want die kliënt herverbind en die taak aktiveer weer. Kontroleer vir die bestaande toewysing of konfigurasie voordat jy dit skep, en teken aan wat jy gevind het. Gedupliseerde werk ná elke kortstondige herverbinding is hoe 'n nuttige taak 'n voorval word.

Waar 'n outomatiese sneller ongeskik is, is 'n goedgekeurde gebruikeraksie wat dieselfde ondertekende skrip uitvoer, 'n wettige ontwerp. Dit maak die tydsberekening eksplisiet in plaas daarvan om voor te gee dat 'n aanmeldgebeurtenis plaasgevind het.