Во која телефонска книга SYSTEM задачата бара 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 е тоа што ви кажува кој од трите сте го изградиле. Ако врската мора да постои пред најавувањето, складиштето на профили по корисник е погрешен слој за поправка.