Zagon opravila ob povezavi VPN: dogodek, poizvedovanje ali poverilnice?
Prijavna skripta se izvede, preden tunel obstaja. Primerjajte sprožilec omrežnega dogodka, poizvedovanje vira in shranjene poverilnice po tem, kaj vsak zagotavlja.
Prijavna skripta, ki preslika pogon ali zažene sinhronizacijsko opravilo, se izvede, preden tunel dobi naslov, zato tiho spodleti in uporabnik jo vsako jutro popravi ročno. Windows večini odjemalcev ne ponuja povratnega klica ob povezavi za vsak VPN, a zabeleži spremembo omrežja, in ta zapis lahko zažene delo ob pravem trenutku. Izbira je med odzivom na ta zapis, poizvedovanjem vira in odstranitvijo poziva, ki je napako naredil vidno.
Primerjanje treh mehanizmov po tem, kaj zagotavljajo, je boljše od razvrščanja po eleganci. Vsak spodleti drugače, in način spodletelosti je tisto, s čimer potem živite.
Zakaj se prijava sproži prezgodaj
Prijava in zagon se izvedeta, preden omrežni vmesnik VPN prejme svoj naslov, zato preslikava pogona, notranji URL ali povezava z bazo, ki se poskusi v tistem trenutku, nima ne poti ne razreševalnika. Zahteva spodleti, seja pa ostane v stanju, ki ga mora uporabnik popraviti ročno. Premik iste skripte v zagonsko mapo ne spremeni ničesar, ker težava z vrstnim redom potuje z njo. Sprožilec mora biti sprememba omrežja in ne dogodek seje.
Načrtovano opravilo ob prijavi s poljubno zakasnitvijo je videti kot popravek, v resnici pa je ugibanje. Deluje na hitri povezavi in spodleti na počasni, kar je najmanj uporabna vrsta zanesljivosti.
Trije kavlji v primerjavi
Mehanizmi se razlikujejo po tem, kaj opazujejo, kako hitro se odzovejo in kaj naredijo ob ponovni povezavi pozneje v dnevu. Tabela jih primerja po teh treh točkah in ne po tem, kako pametno vsak zveni.
| 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 |
Berite tabelo vrstico za vrstico. Kavelj dogodka je najhitrejši in najglasnejši, saj Windows zabeleži vsako omrežje, tudi Wi-Fi v kavarni, zato mora dejanje preveriti vir, preden karkoli stori. Poizvedovanje je počasnejše in natančnejše, ker uspe natanko takrat, ko se odzove skupna raba ali ime gostitelja, in mu ni treba vedeti, kateri odjemalec je nameščen. Shranjene poverilnice sploh niso konkurenčna možnost: odstranijo poziv za geslo, kar je drugi in neodvisni razlog, da preslikava ob prijavi spodleti.
Izbira med prvima dvema je odvisna od tega, ali na odjemalcu obstaja uporaben dogodek. Kjer obstaja, je dogodek plus preverjanje vira boljša privzeta nastavitev.
Sprožilec dogodka zgradite pravilno
Zapis je v dnevniku Microsoft-Windows-NetworkProfile/Operational, ID 10001 pa označuje omrežje, ki se je pravkar povezalo. Ustvarite opravilo s sprožilcem Ob dogodku, usmerjenim na ta dnevnik, to ime ponudnika in ta identifikator. Vsako omrežje, ki se mu stroj pridruži, ga bo sprožilo, zato dejanje potrebuje zaščitno klavzulo in ne predpostavke, in naj se izvaja samo, dokler je uporabnik prijavljen, če delo zadeva preslikane pogone.
Zaščitna klavzula mora preizkusiti, kar opravilo resnično potrebuje, na primer pot skupne rabe ali vrata storitve, in tiho končati, ko to ni dosegljivo. Preizkušanje imena vmesnika ni dovolj, ker lahko odjemalec en vmesnik uporabi v več profilih. Tihi izhod ohranja dnevnik berljiv in preprečuje nevihto ponovnih poskusov proti omrežju, ki vira nikoli ne bo postreglo.
Preverite, da se opravilo izvede ob pravem trenutku
Dokažite trenutek, ne konfiguracije. Spodnji ukazi prikažejo definicijo opravila, nedavne dogodke omrežnega profila in ali je vir dosegljiv iz računa, pod katerim se opravilo izvaja. Zaženite jih po resnični ponovni povezavi in ne po ročnem zagonu.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiZapis v zgodovini opravil, ki obstaja, medtem ko se ne ujema noben omrežni dogodek, pomeni, da je napačen sprožilec in ne dejanje. Če se dogodki pojavijo, opravilo pa se ne izvede, opravilo morda teče pod računom, ki vira ne vidi, in izhod računa je namig. Preverjanje vira, ki uspe, medtem ko preslikava še manjka, kaže na kontekst seje in ne na povezljivost. Vsako od teh treh opažanj vodi do drugega popravka.
Za vsak zagon zapišite eno vrstico dnevnika z naslovom, izidom vira in izidom. Naslednja spodletelost bo potem pokazala, ali je opravilo teklo zgodaj, teklo v napačnem omrežju ali sploh ni teklo.