Magpatakbo ng gawain kapag kumonekta ang VPN: kaganapan, polling o kredensyal?
Tumatakbo ang script sa pag-log on bago pa umiral ang tunnel. Ihambing ang trigger ng kaganapan sa network, polling ng resource at mga naka-store na kredensyal ayon sa ginagarantiyahan ng bawat isa.
Ang script sa pag-log on na nagma-map ng drive o nagsisimula ng sync job ay tumatakbo bago magkaroon ng address ang tunnel, kaya tahimik itong nabibigo at kinukumpuni ito ng gumagamit nang manu-mano tuwing umaga. Walang ibinibigay ang Windows sa karamihan ng kliyente na callback sa koneksyon sa bawat VPN, ngunit nila-log nito ang pagbabago sa network, at ang rekord na iyon ay maaaring magsimula ng trabaho sa tamang sandali. Ang pagpipilian ay nasa pagitan ng pagtugon sa rekord na iyon, pag-poll ng resource at pag-alis ng prompt na nagpakitang nakikita ang pagpalya.
Ang paghahambing ng tatlong mekanismo ayon sa ginagarantiyahan nila ay mas mahusay kaysa pag-ranggo sa kanila ayon sa kagandahan. Iba-iba ang pagpalya ng bawat isa, at ang mode ng pagpalya ang siyang kasama mo pagkatapos.
Bakit masyadong maaga ang pag-log on
Ang pag-log on at startup ay tumatakbo bago matanggap ng VPN adapter ang address nito, kaya ang drive mapping, panloob na URL o koneksyon sa database na sinubukan sa sandaling iyon ay walang ruta ni resolver. Nabibigo ang kahilingan, at ang session ay naiiwan sa kalagayang kailangang kumpunihin ng gumagamit nang manu-mano. Walang binabago ang paglipat ng parehong script sa startup folder, dahil kasama nitong naglalakbay ang problema sa pagkakasunod-sunod. Ang trigger ay dapat pagbabago sa network at hindi kaganapan ng session.
Ang naka-iskedyul na gawain sa pag-log on na may arbitraryong pagkaantala ay mukhang pag-aayos at sa totoo lang ay isang hula. Gumagana ito sa mabilis na link at nabibigo sa mabagal, na siyang pinakamahirap gamitin na uri ng pagiging maaasahan.
Tatlong hook na inihambing
Nagkakaiba ang mga mekanismo sa sinusubaybayan, bilis ng pagtugon at ginagawa sa muling pagkonekta mamaya sa araw. Inihahambing sila ng talahanayan sa tatlong puntong iyon at hindi sa kung gaano katalino ang tunog ng bawat isa.
| 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 |
Basahin ang talahanayan nang hilera-hilera. Ang hook ng kaganapan ang pinakamabilis at pinakamaingay, dahil nila-log ng Windows ang bawat network kasama ang Wi-Fi ng café, kaya dapat i-verify ng aksyon ang resource bago gawin ang anuman. Ang polling ay mas mabagal at mas tumpak, dahil nagtatagumpay ito nang eksakto kapag tumugon ang share o hostname, at hindi kailangang malaman kung aling kliyente ang naka-install. Ang mga naka-store na kredensyal ay hindi talaga katunggaling opsyon: inaalis nila ang prompt ng password, na siyang pangalawa at malayang dahilan kung bakit nabibigo ang mapping sa pag-log on.
Ang pagpili sa pagitan ng unang dalawa ay nakasalalay sa kung may magagamit na kaganapan sa kliyente. Kung mayroon, ang kaganapan kasama ang pagsusuri ng resource ang mas mahusay na default.
Buuin nang tama ang trigger ng kaganapan
Ang rekord ay nasa log na Microsoft-Windows-NetworkProfile/Operational, at ang ID 10001 ay nagmamarka ng network na katatapos lang kumonekta. Gumawa ng gawain na may trigger Kapag may kaganapan na naka-target sa log na iyon, sa pangalang iyon ng provider at sa identifier na iyon. Bawat network na sasalihan ng makina ay magpapagana nito, kaya kailangan ng aksyon ng guard clause at hindi ng palagay, at dapat itong tumakbo lamang habang naka-log on ang gumagamit kung ang trabaho ay humahawak sa mga naka-map na drive.
Dapat subukan ng guard clause ang talagang kailangan ng gawain, tulad ng path ng share o service port, at tahimik na lumabas kapag hindi ito maabot. Hindi sapat ang pagsubok sa pangalan ng adapter, dahil maaaring muling gamitin ng kliyente ang isang adapter sa maraming profile. Ang tahimik na paglabas ay nagpapanatili ng log na nababasa at pumipigil sa bagyo ng muling pagtatangka laban sa network na hindi kailanman maghahatid ng resource.
Subukan na tumatakbo ang gawain sa tamang sandali
Patunayan ang sandali at hindi ang configuration. Ipinapakita ng mga utos sa ibaba ang depinisyon ng gawain, ang mga kamakailang kaganapan ng profile ng network at kung naaabot ang resource mula sa account na pinatatakbuhan ng gawain. Patakbuhin ang mga ito pagkatapos ng tunay na muling pagkonekta at hindi pagkatapos ng manu-manong pagsisimula.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiAng entry sa history ng gawain na umiiral habang walang tugmang kaganapan sa network ay nangangahulugang mali ang trigger at hindi ang aksyon. Kung lumilitaw ang mga kaganapan at hindi tumatakbo ang gawain, maaaring tumatakbo ang gawain sa ilalim ng account na hindi nakikita ang resource, at ang output ng account ang clue. Ang pagsusuri ng resource na pumasa habang kulang pa ang mapping ay tumutukoy sa konteksto ng session at hindi sa konektibidad. Bawat isa sa tatlong obserbasyong iyon ay nagdadala sa iyo sa ibang pag-aayos.
Sumulat ng isang linya ng log sa bawat pagpapatakbo kasama ang address, resulta ng resource at kinalabasan. Ipapakita ng susunod na pagpalya kung tumakbo ang gawain nang maaga, tumakbo sa maling network, o hindi tumakbo talaga.