Kiun telefonlibron SYSTEM-tasko serĉas por VPN-profiloj?

Via VPN-profilo estas ĝuste tie en Agordoj, kaj la planita tasko ankoraŭ raportas, ke ĝi ne povas trovi la konekton. Nenio estas difektita: la origina Windows-VPN-konservejo estas laŭuzanta krom se la profilo estis kreita kiel por ĉiuj uzantoj, kaj tasko ruliĝas laŭ la konto, kiun ĝia principal nomas. Kutime la tasko legas telefonlibron, kiu neniam enhavis vian profilon. Du komandoj kaj unu taskagordo sufiĉas por pruvi tion, kaj indas ruli ilin antaŭ ol iu rekonstruos la konekton.

Du konservejoj tenas la saman profilan nomon

Origina Windows-VPN-profilo loĝas en la konservejo de la konto, kiu kreis ĝin. La tutmonda konservejo estas alia telefonlibro, kiu pleniĝas nur kiam la profilo estas kreita kun la ŝaltilo por ĉiuj uzantoj en altigita seanco. Ambaŭ povas teni profilon kun la sama nomo, kaj nek unu estas vido de la alia.

Legu ambaŭ konservejojn el la sama seanco kaj komparu la nomojn, kiujn ili redonas. La ŝaltilo elektas la tutmondan konservejon, kaj legi ĝin kutime postulas altigitan seancion:

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

Se la unua komando listigas la profilon kaj la dua ne, neniu ŝanĝo de akreditaĵoj helpos taskon ruliĝantan sub alia konto, ĉar membreco estas la problemo, ne aŭtentigo. Se ambaŭ listigas ĝin, la konservejo ne estas la kaŭzo kaj la sekva sekcio validas. Tiu sola komparo fermas duonon de ĉi tiuj biletoj. Notu, kiu konservejo respondis kaj sub kiu konto vi faris la kontrolon, ĉar la respondo sen tiuj du faktoj estas sensenca.

Legu la principal de la tasko antaŭ ĝiaj akreditaĵoj

Malfermu la taskon kaj legu la principal, ĉar ĝi diras al vi, kiun konservejon la tasko povas vidi. Tasko agordita por ruliĝi kiel SYSTEM ne estas via konto kun pliaj rajtoj: ĝi havas propran profilon kaj neniun aliron al la laŭuzanta telefonlibro, kiun vi kreis dum vi estis ensalutinta. Serva konto kondutas ĝuste same.

La opcio ruliĝi sendepende de tio, ĉu vi estas ensalutinta, ankaŭ tion ŝanĝas, ĉar tiam la tasko havas neniun interagan seancion, de kiu ĝi povus prunti akreditaĵojn. Lasu la agon skribi whoami en dosieron kaj legu la respondon anstataŭ supozi ĝin.

Diagnostiko el via propra terminalo diras nenion pri ĉi tiu problemo, ĉar ĝi montras, kion vidas via konto. Rulu la komparon sub la identeco de la tasko per ajna aprobita procezo, kiun vi havas por tio. Eligo algluita el administranta konzolo estas alia datumaro, ne pli privilegia. Se tia procezo ne ekzistas, la tasko devas mem registri la respondon, kion la lasta sekcio agordas.

Trovi la profilon ne estas ensaluti

Profilo por ĉiuj uzantoj faras la agordon pli vaste videbla. Ĝi ne portas la konservitan pasvorton de la konto, kiu kreis ĝin, kaj ĝi ne donas al alia konto la privatan ŝlosilon konservitan en via uzanta profilo. Videbleco kaj uzeblaj akreditaĵoj estas du apartaj testoj, kaj trapasi la unuan diras nenion pri la dua.

Se la tasko nun trovas la profilon kaj malsukcesas ĉe aŭtentigo, tio estas progreso kaj la stadio apartenas al la registro. Movu la atestilon al la maŝina konservejo, aŭ liveru la sekreton per la propra mekanismo de la deplojo, anstataŭ rekrei la konektan nomon denove. Rekrei ĝin produktas la saman malsukceson kun pli nova tempindiko. Microsoft dokumentas la du kampojn , inter kiuj la cmdlet-ŝaltilo elektas.

Neinteragaj defioj estas la kaptilo malantaŭ tiu stadio. PIN-peton aŭ unufojan kodon ne povas respondi tasko sen labortablo, do profilo, kiu mane alvokas perfekte, povas esti neuzebla sub aŭtomatigo.

Kvar kampoj, kiujn la taskregistro bezonas

Tenu la valorojn, kiuj decidas la rezulton, kune en unu loko, ĉar tri el ili kutime restas implicitaj. La registro bezonas kvar liniojn:

• Aga vojo: la skripto aŭ plenumebla dosiero, kiun la tasko rulas, ne fulmoklopodo, kiu solviĝas alie por alia konto.
• Profila nomo: la preciza signoĉeno, ĉar du konservejoj povas teni la saman nomon montrantan al malsamaj serviloj.
• Principal: la konto, sub kiu la tasko ruliĝas, kaj ĉu ĝi havas interagan seancion.
• Aŭtentiga metodo: kion tiu principal efektive povas fini, ekzemple atestilon el la maŝina konservejo anstataŭ ŝlosilon en via uzanta profilo.

Tiuj kvar linioj respondas la demandon, kiun la bileto efektive starigas, nome kiun agordon la aŭtomatigo uzis. Ili ankaŭ postvivas la sekvan rekonstruon de la tasko, kiam la origina aŭtoro ne estas tie por klarigi, kial la nomo gravis. Sen ili la sama malsukceso revenas post la sekva deplojo kaj denove kostas la samajn horojn.

Trovu la stadion, kiun la tasko atingis

Instrumentu la agon anstataŭ diveni el la rezulto de la lasta rulo. Mallonga ĉirkaŭaĵo registras la identecon, la konservejon, kiun ĝi povas vidi, kaj la alvokan rezulton en unu loko:

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

La alvoka komando presas sian propran eraron, kiu kutime estas pli klara ol ĝenerala taskmalsukceso. La demando redonas la principal kaj la lastan rezultkodon flanko ĉe flanko, do identeco kaj rezulto videblas en unu vido. Tiuj du faktoj decidas, ĉu la sekva paŝo estas konserveja ŝanĝo aŭ akreditaĵa ŝanĝo.

Fine, apartigu taskon, kiu konektiĝas post kiam uzanto ensalutas, de aparata tunelo aŭ subtenata antaŭensaluta laborfluo. Kunhavigi unu profilon ne estas dezajno por iu el la du, kaj la kampo principal diras al vi, kiun el la tri vi konstruis. Se konekteco devas ekzisti antaŭ ensaluto, la laŭuzanta profilkonservejo estas la malĝusta tavolo por ripari.