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Желі оқиғасы сәйкес келмей тұрып тапсырма тарихында жазба болуы әрекеттің емес, триггердің қате екенін білдіреді. Оқиғалар пайда болып, тапсырма іске қосылмаса, тапсырма ресурсты көрмейтін тіркелгі астында орындалуы мүмкін және тіркелгі шығысы — белгі. Байланыстыру әлі жоқ кезде өтетін ресурс тексерісі қосылымды емес, сессия контекстін меңзейді. Осы үш бақылаудың әрқайсысы сізді бөлек түзетуге апарады.
Әр іске қосу үшін мекенжай, ресурс нәтижесі және қорытындысы бар бір журнал жолын жазыңыз. Келесі сәтсіздік тапсырма ерте орындалғанын, қате желіде орындалғанын немесе мүлде орындалмағанын көрсетеді.