Uzdevuma palaišana, kad VPN pievienojas: notikums, aptauja vai pieteikšanās dati?
Pieteikšanās skripts darbojas pirms tuneļa izveides. Salīdziniet tīkla notikuma trigeri, resursa aptauju un saglabātos pieteikšanās datus pēc tā, ko katrs garantē.
Pieteikšanās skripts, kas kartē disku vai sāk sinhronizācijas uzdevumu, darbojas pirms tunelim ir adrese, tāpēc tas klusi neizdodas un lietotājs to katru rītu labo ar roku. Windows lielākajai daļai klientu nepiedāvā atzvanīšanu katram VPN savienojumam, bet reģistrē tīkla izmaiņas, un šis ieraksts var sākt darbu īstajā brīdī. Izvēle ir starp reaģēšanu uz šo ierakstu, resursa aptauju un tā uzvednes noņemšanu, kas padarīja kļūdu redzamu.
Trīs mehānismu salīdzināšana pēc tā, ko tie garantē, ir labāka par to kārtošanu pēc elegances. Katrs neizdodas savādāk, un tieši kļūdas režīms ir tas, ar ko pēc tam dzīvojat.
Kāpēc pieteikšanās palaižas pārāk agri
Pieteikšanās un startēšana notiek pirms VPN adapteris saņem savu adresi, tāpēc tajā brīdī mēģinātajam diska kartējumam, iekšējam URL vai datu bāzes savienojumam nav ne maršruta, ne atrisinātāja. Pieprasījums neizdodas, un sesija paliek stāvoklī, kas lietotājam jālabo ar roku. Tā paša skripta pārvietošana uz startēšanas mapi neko nemaina, jo secības problēma ceļo kopā ar to. Trigerim jābūt tīkla izmaiņām, nevis sesijas notikumam.
Pieteikšanās laikā ieplānots uzdevums ar patvaļīgu aizturi izskatās pēc labojuma un patiesībā ir minējums. Tas darbojas ātrā saitē un neizdodas lēnā, kas ir vismazāk noderīgais uzticamības veids.
Trīs āķi salīdzinājumā
Mehānismi atšķiras ar to, ko novēro, cik ātri reaģē un ko dara ar atkārtotu savienojumu vēlāk dienā. Tabula salīdzina tos šajos trīs aspektos, nevis tajā, cik gudri katrs izklausās.
| 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 |
Lasiet tabulu rindu pa rindai. Notikuma āķis ir ātrākais un trokšņainākais, jo Windows reģistrē katru tīklu, tostarp kafejnīcas Wi-Fi, tāpēc darbībai pirms kaut kā jādara ir jāpārbauda resurss. Aptauja ir lēnāka un precīzāka, jo tā izdodas tieši tad, kad atbild koplietotā mape vai resursdatora nosaukums, un tai nav jāzina, kurš klients ir instalēts. Saglabātie pieteikšanās dati nemaz nav konkurējoša iespēja: tie noņem paroles uzvedni, kas ir otrs un neatkarīgs iemesls, kāpēc kartējums pieteikšanās laikā neizdodas.
Izvēle starp pirmajiem diviem ir atkarīga no tā, vai klientā ir izmantojams notikums. Kur ir, notikums kopā ar resursa pārbaudi ir labāka noklusējuma vērtība.
Pareizi izveidojiet notikuma trigeri
Ieraksts atrodas žurnālā Microsoft-Windows-NetworkProfile/Operational, un ID 10001 apzīmē tikko pievienotu tīklu. Izveidojiet uzdevumu ar trigeri Notikuma laikā, kas vērsts uz šo žurnālu, šo pakalpojumu sniedzēja nosaukumu un šo identifikatoru. Katrs tīkls, kuram dators pievienojas, to aktivizēs, tāpēc darbībai ir vajadzīgs aizsargnosacījums, nevis pieņēmums, un tai jādarbojas tikai tad, kad lietotājs ir pieteicies, ja darbs skar kartētos diskus.
Aizsargnosacījumam jāpārbauda tas, kas uzdevumam patiešām vajadzīgs, piemēram, koplietotās mapes ceļš vai pakalpojuma ports, un klusi jāiziet, kad tas nav sasniedzams. Adaptera nosaukuma pārbaude nav pietiekama, jo klients var izmantot vienu adapteri vairākos profilos. Klusa iziešana saglabā žurnālu lasāmu un novērš atkārtotu mēģinājumu vētru pret tīklu, kas nekad nepiegādās resursu.
Pārbaudiet, vai uzdevums darbojas īstajā brīdī
Pierādiet laiku, nevis konfigurāciju. Tālāk dotās komandas parāda uzdevuma definīciju, jaunākos tīkla profila notikumus un to, vai resurss ir sasniedzams no konta, ar kuru uzdevums darbojas. Palaidiet tās pēc īstas atkārtotas pievienošanās, nevis pēc manuālas palaišanas.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiUzdevumu vēstures ieraksts, kas pastāv, kamēr nesakrīt neviens tīkla notikums, nozīmē, ka nepareizs ir trigeris, nevis darbība. Ja notikumi parādās, bet uzdevums nedarbojas, uzdevums var darboties kontā, kas neredz resursu, un konta izvade ir pavediens. Resursa pārbaude, kas izdodas, kamēr kartējuma vēl nav, norāda uz sesijas kontekstu, nevis savienojamību. Katrs no šiem trim novērojumiem ved pie cita labojuma.
Rakstiet vienu žurnāla rindu katram izpildījumam ar adresi, resursa rezultātu un iznākumu. Nākamā kļūda tad parādīs, vai uzdevums tika palaists agri, darbojās nepareizajā tīklā vai netika palaists vispār.