Стартување задача кога VPN се поврзува: настан, полинг или акредитиви?
Скриптата за најавување се извршува пред тунелот да постои. Споредете го тригерот за мрежен настан, проверката на ресурсот и зачуваните акредитиви според тоа што гарантира секој.
Скриптата за најавување што мапира диск или започнува задача за синхронизација се извршува пред тунелот да добие адреса, па тихо не успева и корисникот ја поправа рачно секое утро. Windows на повеќето клиенти не им нуди повратен повик при поврзување за секој VPN, но го запишува мрежното менување, и тој запис може да ја започне работата во вистинскиот момент. Изборот е помеѓу реагирање на тој запис, проверување на ресурсот и отстранување на потсетникот што го направи неуспехот видлив.
Споредувањето на трите механизми според тоа што гарантираат е подобро од нивно рангирање според елеганцијата. Секој не успева поинаку, а режимот на неуспех е она со што живеете потоа.
Зошто најавувањето стартува премногу рано
Најавувањето и стартувањето се извршуваат пред VPN адаптерот да ја добие својата адреса, па мапирањето диск, внатрешниот URL или врската со база на податоци обидувани во тој момент немаат ниту маршрута ниту резолвер. Барањето не успева, и сесијата останува во состојба што корисникот мора рачно да ја поправи. Преместувањето на истата скрипта во папката за стартување не менува ништо, зашто проблемот со редоследот патува со неа. Тригерот мора да биде мрежно менување, а не настан на сесијата.
Закажана задача при најавување со произволно одложување изгледа како поправка, а всушност е претпоставка. Работи на брза врска и не успева на бавна, што е најмалку корисниот вид доверливост.
Три куки споредени
Механизмите се разликуваат по тоа што набљудуваат, колку брзо реагираат и што прават при повторно поврзување подоцна во денот. Табелата ги споредува по тие три точки, а не по тоа колку паметно звучи секој.
| 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 |
Читајте ја табелата ред по ред. Куката за настан е најбрза и најгласна, бидејќи Windows го запишува секој мрежен, вклучително Wi-Fi во кафулето, па дејството мора да го провери ресурсот пред да направи нешто. Проверката е побавна и попрецизна, бидејќи успева точно кога ќе одговори споделената папка или името на домаќинот, и не треба да знае кој клиент е инсталиран. Зачуваните акредитиви воопшто не се конкурентна опција: тие го отстрануваат барањето за лозинка, што е втора и независна причина зошто мапирањето при најавување не успева.
Изборот меѓу првите две зависи од тоа дали на клиентот постои употреблив настан. Каде што постои, настан плус проверка на ресурсот е подобрата стандардна поставка.
Изградете го тригерот за настан правилно
Записот живее во дневникот Microsoft-Windows-NetworkProfile/Operational, а ID 10001 означува мрежа што штотуку се поврзала. Создајте ја задачата со тригер При настан насочен кон тој дневник, тоа име на давател и тој идентификатор. Секоја мрежа кон која машината се приклучува ќе го активира, па дејството бара заштитна клаузула, а не претпоставка, и треба да се извршува само додека корисникот е најавен ако работата допира мапирани дискови.
Заштитната клаузула треба да го провери она што на задачата навистина ѝ треба, како патека на споделена папка или порта на услуга, и тивко да излезе кога тоа не е достапно. Проверката на името на адаптерот не е доволна, бидејќи клиентот може да користи еден адаптер во повеќе профили. Тихото излегување го одржува дневникот читлив и спречува бура од повторни обиди против мрежа што никогаш нема да го послужи ресурсот.
Проверете дали задачата се извршува во вистинскиот момент
Докажете го времето, а не конфигурацијата. Командите подолу ја покажуваат дефиницијата на задачата, најновите настани на мрежниот профил и дали ресурсот е достапен од сметката под која се извршува задачата. Извршете ги по вистинско повторно поврзување, а не по рачно стартување.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiЗапис во историјата на задачи што постои додека не се совпаѓа ниту еден мрежен настан значи дека тригерот е погрешен, а не дејството. Ако настаните се појават, а задачата не се изврши, задачата можеби се извршува под сметка што не го гледа ресурсот, а излезот од сметката е трагата. Проверка на ресурсот што поминува додека мапирањето сѐ уште недостасува укажува на контекстот на сесијата, а не на поврзаноста. Секое од тие три набљудувања ве води до различно решение.
Запишете една линија во дневникот за секое извршување со адресата, резултатот за ресурсот и исходот. Следниот неуспех тогаш ќе покаже дали задачата се извршила рано, се извршила на погрешна мрежа или воопшто не се извршила.