У којој телефонској књизи задатак SYSTEM тражи VPN профиле?
Задатак се извршава као одређени налог, а изворни VPN профили су по кориснику ако нису направљени за све кориснике. Упоредите оба складишта пре него што било шта поново изградите.
Ваш VPN профил је управо тамо у Подешавањима, а заказани задатак и даље пријављује да не може да пронађе везу. Ништа није оштећено: изворно Windows VPN складиште је по кориснику ако профил није направљен као профил за све кориснике, а задатак се извршава као налог који наведе његов principal. Обично задатак чита телефонску књигу у којој вашег профила никада није било. Две команде и једно подешавање задатка довољни су да се то докаже, и вреди их покренути пре него што неко поново изгради везу.
Две складишта држе исто име профила
Изворни Windows VPN профил живи у складишту налога који га је направио. Глобално складиште је друга телефонска књига, које се пуни само када је профил направљен са прекидачем за све кориснике у подигнутој сесији. Оба могу да држе профил са истим именом, и ниједно није приказ другог.
Прочитајте оба складишта из исте сесије и упоредите имена која враћају. Прекидач бира глобално складиште, а његово читање обично захтева подигнуту сесију:
Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType
Ако прва команда наведе профил, а друга не, никаква промена акредитива неће помоћи задатку који се извршава под другим налогом, јер је проблем чланство, а не провера идентитета. Ако га обе наведу, складиште није узрок и примењује се следећи одељак. То једно поређење затвара половину ових тикета. Запишите које је складиште одговорило и под којим налогом сте извршили проверу, јер одговор нема смисла без обе чињенице.
Прочитајте principal задатка пре његових акредитива
Отворите задатак и прочитајте principal, јер вам каже које складиште задатак види. Задатак постављен да се извршава као SYSTEM није ваш налог са додатним правима: има сопствени профил и нема приступ телефонској књизи по кориснику коју сте направили док сте били пријављени. Сервисни налог се понаша потпуно исто.
Опција да се извршава без обзира на то да ли сте пријављени то такође мења, јер тада задатак нема интерактивну сесију из које би позајмио акредитиве. Нека радња упише whoami у датотеку и прочитајте одговор уместо да га претпоставите.
Дијагностика са вашег терминала не говори ништа о овом проблему, јер показује шта види ваш налог. Извршите поређење под идентитетом задатка кроз било коју одобрену процедуру коју имате за то. Излаз налепљен из администраторске конзоле је други скуп података, а не привилегованији. Ако таква процедура не постоји, задатак мора сам да забележи одговор, што поставља последњи одељак.
Пронаћи профил није пријављивање
Профил за све кориснике чини конфигурацију шире видљивом. Он не преноси сачувану лозинку налога који га је направио и не даје другом налогу приватни кључ сачуван у вашем корисничком профилу. Видљивост и употребљиви акредитиви су два одвојена теста, а пролазак првог не говори ништа о другом.
Ако задатак сада пронађе профил и не успе при провери идентитета, то је напредак и та фаза припада запису. Преместите сертификат у складиште машине или доставите тајну кроз сопствени механизам распоређивања, уместо да поново правите име везе. Његово поновно прављење даје исту грешку са новијим временским печатом. Microsoft документује два опсега , између којих бира прекидач cmdlet.
Неинтерактивни изазови су замка иза те фазе. На захтев за PIN или једнократни код не може да одговори задатак без радне површине, па профил који се ручно повезује беспрекорно може бити неупотребљив под аутоматизацијом.
Четири поља која су потребна запису задатка
Држите вредности које одлучују о исходу заједно на једном месту, јер три од њих обично остају имплицитне. Запису су потребна четири реда:
- Путања радње: скрипта или извршна датотека коју задатак покреће, а не пречица која се за други налог решава другачије.
- Име профила: тачан низ, јер два складишта могу да држе исто име које показује на различите сервере.
- Principal: налог под којим се задатак извршава и да ли има интерактивну сесију.
- Метод провере идентитета: шта тај principal заиста може да заврши, на пример сертификат из складишта машине уместо кључа у вашем корисничком профилу.
Та четири реда одговарају на питање које тикет заиста поставља, а то је коју конфигурацију је користила аутоматизација. Они такође преживљавају следећу поновну изградњу задатка, када оригинални аутор није ту да објасни зашто је име било важно. Без њих исти неуспех се враћа после следећег распоређивања и поново кошта истих сати.
Утврдите фазу до које је задатак стигао
Инструментирајте радњу уместо да нагађате из резултата последњег извршавања. Кратки омотач на једном месту бележи идентитет, видљиво складиште и резултат повезивања:
whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST
Команда за повезивање штампа сопствену грешку, која је обично јаснија од општег неуспеха задатка. Упит враћа principal и последњи код резултата један поред другог, тако да су идентитет и резултат видљиви у једном приказу. Те две чињенице одлучују да ли је следећи корак промена складишта или промена акредитива.
На крају, одвојте задатак који се повезује након пријаве корисника од тунела уређаја или подржаног тока пре пријаве. Дељење једног профила није дизајн ни за једно од тога, и поље principal је то које вам каже који од три случаја сте изградили. Ако веза мора да постоји пре пријаве, складиште профила по кориснику је погрешан слој за поправку.