Vaš profil VPN je prav tam v Nastavitvah, načrtovano opravilo pa še vedno poroča, da ne najde povezave. Nič ni poškodovano: izvorna shramba VPN v sistemu Windows je na uporabnika, razen če je bil profil ustvarjen kot profil za vse uporabnike, opravilo pa teče kot račun, ki ga navede njegov principal. Opravilo običajno bere telefonsko knjigo, v kateri vašega profila nikoli ni bilo. Za dokaz sta dovolj dva ukaza in ena nastavitev opravila, zato ju velja izvesti, preden kdo povezavo znova zgradi.

Dve shrambi hranita isto ime profila

Izvorni profil VPN v sistemu Windows živi v shrambi računa, ki ga je ustvaril. Globalna shramba je druga telefonska knjiga, ki se napolni le, ko je profil ustvarjen s stikalom za vse uporabnike v povišani seji. Obe lahko hranita profil z istim imenom in nobena ni pogled na drugo.

Preberite obe shrambi iz iste seje in primerjajte imena, ki jih vračata. Stikalo izbere globalno shrambo, branje pa običajno zahteva povišano sejo:

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

Če prvi ukaz navede profil, drugi pa ne, nobena sprememba poverilnic ne bo pomagala opravilu, ki teče pod drugim računom, ker je težava članstvo in ne preverjanje pristnosti. Če ga navedeta oba, shramba ni vzrok in velja naslednji razdelek. Ta ena primerjava zapre polovico takih zahtevkov. Zapišite, katera shramba je odgovorila in pod katerim računom ste izvedli preverjanje, ker odgovor brez obeh dejstev nima smisla.

Preberite principal opravila pred njegovimi poverilnicami

Odprite opravilo in preberite principal, ker pove, katero shrambo opravilo vidi. Opravilo, nastavljeno za tek kot SYSTEM, ni vaš račun z dodatnimi pravicami: ima svoj profil in nima dostopa do telefonske knjige na uporabnika, ki ste jo ustvarili, ko ste bili prijavljeni. Servisni račun se obnaša popolnoma enako.

Možnost izvajanja ne glede na to, ali ste prijavljeni, to prav tako spremeni, ker opravilo potem nima interaktivne seje, iz katere bi si lahko izposodilo poverilnice. Naj dejanje zapiše whoami v datoteko in odgovor preberite, namesto da bi ga predpostavljali.

Diagnostika iz vašega terminala ne pove ničesar o tej težavi, ker prikazuje, kaj vidi vaš račun. Zaženite primerjavo pod identiteto opravila prek katerega koli odobrenega postopka, ki ga imate za to. Izpis, prilepljen iz skrbniške konzole, je drug nabor podatkov, ne bolj privilegiran. Če takega postopka ni, mora opravilo odgovor zabeležiti samo, kar pripravi zadnji razdelek.

Najti profil ni isto kot se prijaviti

Profil za vse uporabnike naredi konfiguracijo širše vidno. Ne prenaša shranjenega gesla iz računa, ki ga je ustvaril, in drugemu računu ne izroči zasebnega ključa, shranjenega v vašem uporabniškem profilu. Vidnost in uporabne poverilnice sta dva ločena preizkusa, uspeh pri prvem pa ne pove ničesar o drugem.

Če opravilo zdaj najde profil in ne uspe pri preverjanju pristnosti, je to napredek in ta stopnja spada v zapis. Premaknite potrdilo v shrambo računalnika ali zagotovite skrivnost prek lastnega mehanizma uvajanja, namesto da znova ustvarite ime povezave. Ponovno ustvarjanje da isto napako z novejšim časovnim žigom. Microsoft dokumentira obe področji , med katerima izbira stikalo cmdleta.

Neinteraktivni izzivi so past za to stopnjo. Zahteve za PIN ali enkratne kode opravilo brez namizja ne more odgovoriti, zato je profil, ki se ročno poveže brezhibno, pod avtomatizacijo lahko neuporaben.

Štiri polja, ki jih zapis opravila potrebuje

Hranite vrednosti, ki odločajo o izidu, skupaj na enem mestu, ker tri od njih običajno ostanejo implicitne. Zapis potrebuje štiri vrstice:

  • Pot dejanja: skript ali izvršljiva datoteka, ki jo opravilo zažene, ne bližnjica, ki se za drug račun razreši drugače.
  • Ime profila: natančen niz, ker lahko dve shrambi hranita isto ime, ki kaže na različne strežnike.
  • Principal: račun, pod katerim opravilo teče, in ali ima interaktivno sejo.
  • Metoda preverjanja pristnosti: kaj lahko ta principal dejansko dokonča, na primer potrdilo iz shrambe računalnika namesto ključa v vašem uporabniškem profilu.

Te štiri vrstice odgovarjajo na vprašanje, ki ga zahtevek dejansko postavlja, to je, katero konfiguracijo je uporabila avtomatizacija. Preživijo tudi naslednjo ponovno gradnjo opravila, ko prvotnega avtorja ni ob strani, da bi pojasnil, zakaj je ime bilo pomembno. Brez njih se ista napaka vrne po naslednji uvedbi in znova stane iste ure.

Ugotovite stopnjo, do katere je prišlo opravilo

Instrumentirajte dejanje, namesto da ugibate iz izida zadnjega zagona. Kratek ovoj zabeleži identiteto, shrambo, ki jo vidi, in izid klicanja na enem mestu:

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

Ukaz za klicanja izpiše lastno napako, ki je običajno jasnejša od splošne napake opravila. Poizvedba vrne principal in zadnjo kodo izida drugo ob drugem, tako da sta identiteta in izid vidna v enem pogledu. Ti dve dejstvi odločita, ali je naslednji korak sprememba shrambe ali sprememba poverilnic.

Na koncu ločite opravilo, ki se poveže po prijavi uporabnika, od tunela naprave ali podprtega delovnega toka pred prijavo. Skupna raba enega profila ni zasnova za nobeno od tega in prav polje principal vam pove, kateri od treh primerov ste zgradili. Če mora povezljivost obstajati pred prijavo, je shramba profilov na uporabnika napačna plast za popravilo.

Sorodni članki