Kva telefonbok søkjer ein SYSTEM-oppgåve etter VPN-profil i?

VPN-profilen din ligg rett der i Innstillingar, og den planlagde oppgåva rapporterer framleis at ho ikkje finn tilkoplinga. Ingenting er skadd: det opphavlege Windows VPN-lageret er per brukar med mindre profilen vart oppretta som ein profil for alle brukarar, og ei oppgåve køyrer som den kontoen principal-en nemner. Vanlegvis les oppgåva ei telefonbok som aldri inneheldt profilen din. To kommandoar og éi oppgåveinnstilling er nok til å prove det, og dei er verd å køyre før nokon byggjer tilkoplinga på nytt.

To lagre held same profilnamn

Ein opphavleg Windows VPN-profil ligg i lageret til kontoen som oppretta han. Det globale lageret er ei anna telefonbok, som berre blir fylt når profilen blir oppretta med brytaren for alle brukarar i ei forhøgd økt. Begge kan halde ein profil med same namn, og ingen av dei er ei vising av den andre.

Les begge lagra frå same økt og samanlikn namna dei returnerer. Brytaren vel det globale lageret, og å lese det krev vanlegvis ei forhøgd økt:

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

Viss den første kommandoen listar profilen og den andre ikkje, vil inga endring av påloggingsinformasjon hjelpe ei oppgåve som køyrer under ein annan konto, fordi medlemskap er problemet og ikkje autentisering. Viss begge listar han, er lageret ikkje årsaka, og neste avsnitt gjeld. Den eine samanlikninga lukkar halvparten av desse sakene. Noter kva lager som svara, og under kva konto du køyrde kontrollen, fordi svaret er meiningslaust utan begge fakta.

Les principal-en til oppgåva før påloggingsinformasjonen

Opne oppgåva og les principal-en, fordi han fortel deg kva lager oppgåva kan sjå. Ei oppgåve som er sett til å køyre som SYSTEM er ikkje kontoen din med ekstra rettar: ho har sin eigen profil og ingen tilgang til telefonboka per brukar som du oppretta medan du var pålogga. Ein tenestekonto oppfører seg nøyaktig på same måte.

Valet om å køyre uavhengig av om du er pålogga endrar dette òg, fordi oppgåva då ikkje har noka interaktiv økt ho kan låne påloggingsinformasjon frå. La handlinga skrive whoami til ei fil, og les svaret i staden for å anta det.

Diagnostikk frå din eigen terminal seier ingenting om dette problemet, fordi han viser kva kontoen din ser. Køyr samanlikninga under identiteten til oppgåva gjennom den godkjende prosessen du har for det. Utdata limt inn frå ein administratorkonsoll er eit anna datasett, ikkje eit meir privilegert. Viss ein slik prosess ikkje finst, må oppgåva logge svaret sjølv, noko det siste avsnittet set opp.

Å finne profilen er ikkje å logge på

Ein profil for alle brukarar gjer konfigurasjonen breiare synleg. Han ber ikkje det lagra passordet frå kontoen som oppretta han, og han gir ikkje ein annan konto den private nøkkelen som er lagra i brukarprofilen din. Synlegheit og brukbar påloggingsinformasjon er to separate testar, og å bestå den første seier ingenting om den andre.

Viss oppgåva no finn profilen og feilar ved autentisering, er det framgang, og trinnet høyrer heime i registeret. Flytt sertifikatet til maskinlageret, eller lever hemmelegheita gjennom distribusjonen sin eigen mekanisme, i staden for å gjenopprette tilkoplingsnamnet igjen. Å gjenopprette det gir same feil med eit nyare tidsstempel. Microsoft dokumenterer dei to områda som cmdlet-brytaren vel mellom.

Ikkje-interaktive utfordringar er fella bak det trinnet. Ein PIN-førespurnad eller ein eingongskode kan ikkje svarast av ei oppgåve utan skrivebord, så ein profil som ringjer perfekt manuelt kan vere ubrukeleg under automatisering.

Fire felt som oppgåveregisteret treng

Hald verdiane som avgjer resultatet samla på éin stad, fordi tre av dei vanlegvis blir ståande implisitt. Registeret treng fire linjer:

• Handlingssti: skriptet eller den køyrbare fila oppgåva køyrer, ikkje ein snarveg som blir løyst annleis for ein annan konto.
• Profilnamn: den nøyaktige strengen, fordi to lagre kan halde same namn som peikar på ulike tenarar.
• Principal: kontoen oppgåva køyrer som, og om han har ei interaktiv økt.
• Autentiseringsmetode: kva den principal-en faktisk kan fullføre, til dømes eit sertifikat frå maskinlageret i staden for ein nøkkel i brukarprofilen din.

Dei fire linjene svarar på spørsmålet saka eigentleg stiller, nemleg kva konfigurasjon automatiseringa brukte. Dei overlever òg den neste gjenoppbygginga av oppgåva, når den opphavlege forfattaren ikkje er der for å forklare kvifor namnet var viktig. Utan dei kjem same feil tilbake etter neste distribusjon og kostar dei same timane igjen.

Finn trinnet oppgåva nådde

Instrumenter handlinga i staden for å gjette frå resultatet av siste køyring. Ein kort wrapper registrerer identiteten, lageret han kan sjå og oppringsresultatet på éin stad:

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

Oppringingskommandoen skriv ut sin eigen feil, som vanlegvis er klarare enn ein generisk oppgåvefeil. Spørjinga returnerer principal-en og den siste resultatkoden side om side, så identitet og resultat er synlege i éi vising. Dei to fakta avgjer om neste steg er ei lagerendring eller ei endring av påloggingsinformasjon.

Til slutt, skil ei oppgåve som koplar til etter at ein brukar loggar på, frå ein einningstunnel eller ein støtta arbeidsflyt før pålogging. Å dele éin profil er ikkje eit design for nokon av dei, og principal-feltet er det som fortel deg kven av dei tre du har bygt. Viss tilkoplinga må finnast før pålogging, er profillageret per brukar feil lag å reparere.