Aling phone book ang hinahanap ng isang SYSTEM task para sa mga VPN profile?

Ang iyong VPN profile ay naroon sa Mga Setting, at ang naka-iskedyul na task ay nag-uulat pa rin na hindi nito mahanap ang koneksyon. Walang sira: ang native na Windows VPN store ay bawat user maliban kung ang profile ay ginawa bilang para sa lahat ng user, at ang isang task ay tumatakbo bilang account na pinangalanan ng principal nito. Karaniwang nagbabasa ang task ng phone book na hindi kailanman naglaman ng iyong profile. Dalawang command at isang setting ng task ang sapat upang patunayan iyon, at sulit na patakbuhin ang mga ito bago muling buuin ng sinuman ang koneksyon.

Dalawang tindahan ang may parehong pangalan ng profile

Ang native na Windows VPN profile ay naninirahan sa tindahan ng account na lumikha nito. Ang global na tindahan ay isa pang phone book, na pinupuno lamang kapag ang profile ay ginawa gamit ang switch para sa lahat ng user sa isang elevated na session. Pareho silang makapagtatago ng profile na may parehong pangalan, at wala sa kanila ang view ng isa.

Basahin ang dalawang tindahan mula sa parehong session at ihambing ang mga pangalang ibinabalik nila. Pinipili ng switch ang global na tindahan, at ang pagbasa nito ay karaniwang nangangailangan ng elevated na session:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

Kung ang unang command ay naglilista ng profile at ang pangalawa ay hindi, walang pagbabago sa kredensyal ang makakatulong sa task na tumatakbo sa ilalim ng ibang account, dahil ang problema ay membership at hindi authentication. Kung pareho nilang inililista, ang tindahan ay hindi ang dahilan at nalalapat ang susunod na seksyon. Ang nag-iisang paghahambing na iyon ay nagsasara sa kalahati ng mga ticket na ito. Itala kung aling tindahan ang sumagot at sa ilalim ng aling account mo pinatakbo ang pagsusuri, dahil walang saysay ang sagot kung wala ang dalawang katotohanan.

Basahin ang principal ng task bago ang mga kredensyal nito

Buksan ang task at basahin ang principal, dahil sinasabi nito kung aling tindahan ang nakikita ng task. Ang task na nakatakdang tumakbo bilang SYSTEM ay hindi ang iyong account na may dagdag na karapatan: may sarili itong profile at walang access sa phone book bawat user na ginawa mo habang naka-sign in. Ang service account ay kumikilos nang eksaktong pareho.

Ang opsyon na tumakbo kahit naka-sign in ka o hindi ay nagbabago rin nito, dahil wala nang interactive na session ang task na mapaghihiraman ng kredensyal. Hayaang isulat ng aksyon ang whoami sa isang file at basahin ang sagot sa halip na ipagpalagay ito.

Ang diagnostics mula sa sarili mong terminal ay walang sinasabi tungkol sa problemang ito, dahil ipinapakita nito ang nakikita ng iyong account. Patakbuhin ang paghahambing sa ilalim ng pagkakakilanlan ng task sa anumang aprubadong prosesong mayroon ka para doon. Ang output na idinikit mula sa console ng administrator ay ibang dataset, hindi isang mas may pribilehiyo. Kung walang ganoong proseso, kailangang i-log ng task mismo ang sagot, na inihahanda ng huling seksyon.

Ang paghahanap ng profile ay hindi pag-sign in

Ang profile para sa lahat ng user ay ginagawang mas malawak na nakikita ang configuration. Hindi nito dinadala ang naka-save na password mula sa account na lumikha nito, at hindi nito ibinibigay sa ibang account ang pribadong key na nakaimbak sa iyong user profile. Ang visibility at magagamit na kredensyal ay dalawang magkahiwalay na pagsubok, at ang pagpasa sa una ay walang sinasabi tungkol sa pangalawa.

Kung mahahanap ng task ang profile at mabibigo sa authentication, iyon ay pag-unlad at ang yugtong iyon ay kabilang sa talaan. Ilipat ang certificate sa machine store, o ibigay ang sikreto sa pamamagitan ng sariling mekanismo ng deployment, sa halip na muling likhain ang pangalan ng koneksyon. Ang muling paglikha nito ay gumagawa ng parehong pagkabigo na may mas bagong timestamp. Dinodokumento ng Microsoft ang dalawang saklaw kung saan pumipili ang switch ng cmdlet.

Ang mga non-interactive na hamon ay ang bitag sa likod ng yugtong iyon. Ang prompt ng PIN o isang beses na code ay hindi masasagot ng task na walang desktop, kaya ang profile na perpektong dumayal sa kamay ay maaaring hindi magamit sa ilalim ng automation.

Apat na field na kailangan ng talaan ng task

Panatilihing magkasama sa isang lugar ang mga halagang nagpapasya sa resulta, dahil tatlo sa kanila ay karaniwang naiiwang implicit. Kailangan ng talaan ng apat na linya:

• Path ng aksyon: ang script o executable na pinapatakbo ng task, hindi isang shortcut na niresolba nang iba para sa ibang account.
• Pangalan ng profile: ang eksaktong string, dahil dalawang tindahan ang maaaring may parehong pangalan na tumuturo sa magkaibang server.
• Principal: ang account na pinagpapatakbuhan ng task, at kung mayroon itong interactive na session.
• Paraan ng authentication: ano ang aktwal na makukumpleto ng principal na iyon, gaya ng certificate mula sa machine store sa halip na key sa iyong user profile.

Ang apat na linyang iyon ay sumasagot sa tanong na talagang itinatanong ng ticket, kung aling configuration ang ginamit ng automation. Nakakaligtas din ang mga ito sa susunod na muling pagbuo ng task, kapag wala ang orihinal na may-akda upang ipaliwanag kung bakit mahalaga ang pangalan. Kung wala ang mga ito, bumabalik ang parehong pagkabigo pagkatapos ng susunod na deployment at gugugol muli ng parehong oras.

Tukuyin ang yugtong naabot ng task

Instrumento ang aksyon sa halip na manghula mula sa resulta ng huling pagtakbo. Ang isang maikling wrapper ay nagtatala ng pagkakakilanlan, ng tindahang nakikita nito at ng resulta ng pagdayal sa isang lugar:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

Ang command ng pagdayal ay nagpi-print ng sarili nitong error, na karaniwang mas malinaw kaysa sa pangkalahatang pagkabigo ng task. Ibinabalik ng query ang principal at ang huling result code nang magkatabi, kaya nakikita ang pagkakakilanlan at resulta sa isang view. Ang dalawang katotohanang iyon ang nagpapasya kung ang susunod na hakbang ay pagbabago ng tindahan o pagbabago ng kredensyal.

Sa huli, ihiwalay ang task na kumokonekta pagkatapos mag-sign in ang isang user mula sa device tunnel o sinusuportahang workflow bago ang login. Ang pagbabahagi ng isang profile ay hindi disenyo para sa alinman sa dalawa, at ang field na principal ang nagsasabi kung alin sa tatlo ang ginawa mo. Kung ang konektibidad ay dapat na umiiral bago ang login, ang tindahan ng profile bawat user ang maling layer na aayusin.