Mistä puhelinluettelosta SYSTEM-tehtävä etsii VPN-profiileja?

VPN-profiilisi on aivan Asetuksissa, ja ajastettu tehtävä ilmoittaa edelleen, ettei se löydä yhteyttä. Mikään ei ole vioittunut: Windowsin alkuperäinen VPN-säilö on käyttäjäkohtainen, ellei profiilia luotu kaikkien käyttäjien profiiliksi, ja tehtävä suoritetaan tilinä, jonka sen principal nimeää. Yleensä tehtävä lukee puhelinluetteloa, jossa profiilisi ei koskaan ollut. Kaksi komentoa ja yksi tehtäväasetus riittävät sen todistamiseen, ja ne kannattaa ajaa ennen kuin kukaan rakentaa yhteyden uudelleen.

Kaksi säilöä pitää samaa profiilinimeä

Alkuperäinen Windows-VPN-profiili elää sen tilin säilössä, joka sen loi. Globaali säilö on toinen puhelinluettelo, joka täytetään vain, kun profiili luodaan kaikkien käyttäjien kytkimellä korotetussa istunnossa. Molemmat voivat pitää samannimistä profiilia, eikä kumpikaan ole toisen näkymä.

Lue molemmat säilöt samasta istunnosta ja vertaa nimiä, jotka ne palauttavat. Kytkin valitsee globaalin säilön, ja sen lukeminen vaatii yleensä korotetun istunnon:

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

Jos ensimmäinen komento luettelee profiilin ja toinen ei, mikään tunnistetietojen muutos ei auta tehtävää, joka suoritetaan toisen tilin alla, koska ongelma on jäsenyys eikä todennus. Jos molemmat luettelevat sen, säilö ei ole syy ja seuraava jakso pätee. Tämä yksi vertailu sulkee puolet näistä tiketeistä. Kirjaa, mikä säilö vastasi ja minkä tilin alla teit tarkistuksen, koska vastaus on merkityksetön ilman molempia tosiasioita.

Lue tehtävän principal ennen sen tunnistetietoja

Avaa tehtävä ja lue principal, koska se kertoo, minkä säilön tehtävä näkee. Tehtävä, joka on asetettu suoritettavaksi SYSTEMinä, ei ole tilisi lisäoikeuksilla: sillä on oma profiili eikä mitään pääsyä käyttäjäkohtaiseen puhelinluetteloon, jonka loit kirjautuneena ollessasi. Palvelutili käyttäytyy täsmälleen samalla tavalla.

Vaihtoehto suorittaa riippumatta siitä, oletko kirjautunut, muuttaa tätä myös, koska silloin tehtävällä ei ole vuorovaikutteista istuntoa, jonka tunnistetietoja se voisi lainata. Anna toiminnon kirjoittaa whoami tiedostoon ja lue vastaus sen olettamisen sijaan.

Oman päätelaitteesi diagnostiikka ei kerro tästä ongelmasta mitään, koska se näyttää, mitä tilisi näkee. Suorita vertailu tehtävän identiteetin alla millä tahansa hyväksytyllä prosessilla, joka sinulla on sitä varten. Järjestelmänvalvojan konsolista liitetty tuloste on eri tietojoukko, ei etuoikeutetumpi. Jos tällaista prosessia ei ole, tehtävän on kirjattava vastaus itse, minkä viimeinen jakso valmistelee.

Profiilin löytäminen ei ole kirjautumista

Kaikkien käyttäjien profiili tekee kokoonpanosta laajemmin näkyvän. Se ei kanna sen tilin tallennettua salasanaa, joka sen loi, eikä anna toiselle tilille käyttäjäprofiilissasi tallennettua yksityistä avainta. Näkyvyys ja käyttökelpoiset tunnistetiedot ovat kaksi erillistä testiä, ja ensimmäisen läpäiseminen ei kerro toisesta mitään.

Jos tehtävä nyt löytää profiilin ja epäonnistuu todennuksessa, se on edistystä ja vaihe kuuluu kirjaan. Siirrä varmenne koneen säilöön tai toimita salaisuus käyttöönoton omalla mekanismilla sen sijaan, että loisit yhteysnimen uudelleen. Sen uudelleen luominen tuottaa saman virheen uudemmalla aikaleimalla. Microsoft dokumentoi kaksi laajuutta , joiden välillä cmdlet-kytkin valitsee.

Ei-vuorovaikutteiset haasteet ovat sen vaiheen takana oleva ansa. PIN-kehotteeseen tai kertakäyttökoodiin ei voi työpöydätön tehtävä vastata, joten profiili, joka valitsee täydellisesti käsin, voi olla käyttökelvoton automaatiossa.

Neljä kenttää, jotka tehtäväkirjaus tarvitsee

Pidä tuloksen ratkaisevat arvot yhdessä paikassa, koska kolme niistä jää yleensä implisiittisiksi. Kirjaus tarvitsee neljä riviä:

• Toiminnon polku: komentosarja tai suoritettava tiedosto, jonka tehtävä käynnistää, ei pikakuvake, joka ratkeaa toiselle tilille eri tavalla.
• Profiilin nimi: tarkka merkkijono, koska kaksi säilöä voi pitää samaa nimeä, joka osoittaa eri palvelimiin.
• Principal: tili, jonka alla tehtävä suoritetaan, ja onko sillä vuorovaikutteinen istunto.
• Todennusmenetelmä: mitä tämä principal voi todella saattaa loppuun, esimerkiksi koneen säilön varmenne käyttäjäprofiilisi avaimen sijaan.

Nämä neljä riviä vastaavat kysymykseen, jonka tiketit oikeastaan esittää: mitä kokoonpanoa automaatio käytti. Ne kestävät myös tehtävän seuraavan uudelleenrakennuksen, kun alkuperäinen tekijä ei ole paikalla selittämässä, miksi nimellä oli merkitystä. Ilman niitä sama virhe palaa seuraavan käyttöönoton jälkeen ja maksaa jälleen samat tunnit.

Selvitä vaihe, johon tehtävä pääsi

Instrumentoi toiminto sen sijaan, että arvaisit viimeisen ajon tuloksesta. Lyhyt kääre kirjaa identiteetin, näkyvän säilön ja valinnan tuloksen yhteen paikkaan:

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

Valintakomento tulostaa oman virheensä, joka on yleensä selkeämpi kuin yleinen tehtävävirhe. Kysely palauttaa principalin ja viimeisen tuloskoodin vierekkäin, joten identiteetti ja tulos näkyvät yhdessä näkymässä. Nämä kaksi tosiasiaa ratkaisevat, onko seuraava askel säilön muutos vai tunnistetietojen muutos.

Erottele lopuksi tehtävä, joka yhdistää käyttäjän kirjauduttua, laitetunnelista tai tuetusta ennen kirjautumista tapahtuvasta työnkulusta. Yhden profiilin jakaminen ei ole kummankaan suunnitelma, ja principal-kenttä kertoo, minkä kolmesta rakensit. Jos yhteyden on oltava olemassa ennen kirjautumista, käyttäjäkohtainen profiilisäilö on väärä kerros korjattavaksi.