Voer 'n taak uit wanneer die VPN koppel: gebeurtenis, peiling of geloofsbrief?
'n Aanmeldskripsie loop voordat die tonnel bestaan. Vergelyk 'n netwerkgebeurtenis-sneller, 'n hulpbronpeiling en gestoorde geloofsbriewe aan wat elkeen waarborg.
'n Aanmeldskripsie wat 'n skyf karteer of 'n sinchronisasietaak begin, loop voordat die tonnel 'n adres het, so dit misluk stilweg en die gebruiker herstel dit elke oggend met die hand. Windows bied vir die meeste kliënte geen per-VPN-koppel-terugroeping nie, maar dit teken wel die netwerkverandering aan, en daardie rekord kan werk op die regte oomblik begin. Die keuse lê tussen reageer op daardie rekord, die hulpbron peil, en die opdrag verwyder wat die mislukking sigbaar gemaak het.
Om die drie meganismes te vergelyk op grond van wat hulle waarborg, is beter as om hulle op elegansie te rangskik. Elkeen misluk anders, en die mislukkingsmodus is waarmee jy daarna saamleef.
Waarom aanmelding te vroeg afvuur
Aanmelding en opstart loop voordat die VPN-adapter sy adres ontvang, so 'n skyfkartering, 'n interne URL of 'n databasisverbinding wat op daardie oomblik probeer word, het nóg 'n roete nóg 'n oplosser. Die versoek misluk, en die sessie bly in 'n toestand wat die gebruiker met die hand moet regmaak. Om dieselfde skripsie na die opstartgids te skuif, verander niks, want die ordeningsprobleem reis saam. Die sneller moet 'n netwerkverandering wees eerder as 'n sessiegebeurtenis.
'n Geskeduleerde taak by aanmelding met 'n willekeurige vertraging lyk soos 'n oplossing en is eintlik 'n raaiskoot. Dit werk op 'n vinnige skakel en misluk op 'n stadige een, wat die nutteloosste soort betroubaarheid is.
Drie hake vergelyk
Die meganismes verskil in wat hulle waarneem, hoe vinnig hulle reageer, en wat hulle doen aan 'n herverbinding later in die dag. Die tabel vergelyk hulle op daardie drie punte eerder as op hoe slim elkeen klink.
| Mechanism | Reacts to | Covers a mid-session reconnect | Typical failure |
|---|---|---|---|
| Network profile event | A network connect record | Yes, when the event repeats | Runs on the wrong network |
| Resource poll with backoff | The resource becoming reachable | Yes | Log noise and a wasted window |
| Stored credentials alone | Nothing; it removes a prompt | No | Still fires before the tunnel |
Lees die tabel ry vir ry. Die gebeurtenishaak is die vinnigste en lawaaierigste, want Windows teken elke netwerk aan, insluitend die kafee se Wi-Fi, so die aksie moet die hulpbron verifieer voordat dit enigiets doen. Die peiling is stadiger en noukeuriger, want dit slaag presies wanneer die deel of gasheernaam antwoord, en dit het geen kennis nodig van watter kliënt geïnstalleer is nie. Gestoorde geloofsbriewe is glad nie 'n mededingende opsie nie: dit verwyder die wagwoordopdrag, wat 'n tweede en onafhanklike rede is waarom 'n kartering by aanmelding misluk.
Om tussen die eerste twee te kies, kom neer op of daar 'n bruikbare gebeurtenis op die kliënt bestaan. Waar dit wel bestaan, is 'n gebeurtenis plus 'n hulpbronkontrole die beter verstek.
Bou die gebeurtenissneller korrek
Die rekord woon in die Microsoft-Windows-NetworkProfile/Operational-log, en ID 10001 merk 'n netwerk wat pas gekoppel het. Skep die taak met 'n Op-'n-gebeurtenis-sneller wat op daardie log, daardie verskaffernaam en daardie identifiseerder gerig is. Elke netwerk waaraan die masjien aansluit, sal dit afvuur, so die aksie het 'n wagklousule nodig eerder as 'n aanname, en dit moet slegs loop terwyl die gebruiker aangemeld is as die werk gekarteerde skywe raak.
Die wagklousule moet toets wat die taak werklik nodig het, soos 'n deelpad of 'n dienspoort, en stilweg afsluit wanneer dit onbereikbaar is. Om die adapternaam te toets is nie genoeg nie, want 'n kliënt kan een adapter oor verskeie profiele hergebruik. 'n Stille afsluiting hou die log leesbaar en voorkom 'n herprobeer-storm teen 'n netwerk wat die hulpbron nooit sal bedien nie.
Toets dat die taak op die regte oomblik loop
Bewys die tydsberekening eerder as die konfigurasie. Die opdragte hieronder wys die taakdefinisie, die onlangse netwerkprofiel-gebeurtenisse, en of die hulpbron bereikbaar is vanaf die rekening waaronder die taak loop. Voer hulle ná 'n werklike herverbinding uit eerder as ná 'n handmatige begin.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoami'n Taakgeskiedenis-inskrywing wat bestaan terwyl geen netwerkgebeurtenis ooreenstem nie, beteken die sneller is verkeerd eerder as die aksie. As die gebeurtenisse verskyn en die taak nie, loop die taak dalk onder 'n rekening wat nie die hulpbron kan sien nie, en die rekening-uitset is die leidraad. 'n Hulpbronkontrole wat slaag terwyl die kartering steeds ontbreek, wys na sessiekonteks eerder as konnektiwiteit. Elkeen van daardie drie waarnemings stuur jou na 'n ander oplossing.
Skryf een logreël per lopie met die adres, die hulpbronresultaat en die uitkoms. Die volgende mislukking sal dan wys of die taak vroeg geloop het, op die verkeerde netwerk geloop het, of glad nie geloop het nie.