Paleidžiate komandą VPN profiliui, ji negrąžina klaidos, o naudotojo pradėtas ryšys elgiasi lygiai taip pat kaip anksčiau. Niekas nesugedę. Windows laiko savuosius VPN profilius dviejose saugyklose, o jūs redagavote tą, kuri nenaudojama. Tas pats rodomas pavadinimas gali būti abiejose, ir štai kodėl scenarijus atrodo sėkmingas, o naudotojo ryšys ignoruoja kiekvieną jūsų atliktą pakeitimą.

Sprendimas ne geresnis scenarijus; sprendimas yra įvardyti apimtį prieš įvardijant profilį.

Simptomas ir dvi saugyklos

Windows laiko savuosius VPN profilius kiekvieno naudotojo telefonų knygoje ir visos mašinos visų naudotojų knygoje. Get-VpnConnection skaito dabartinio naudotojo saugyklą, o Get-VpnConnection -AllUserConnection skaito mašinos saugyklą.

Profilis, sukurtas su -AllUserConnection, rodomas kiekvienai mašinos paskyrai, o norint jį sukurti ar pašalinti reikia pakeltos sesijos. Profilis, sukurtas be jo, priklauso paskyrai, kuri paleido komandą, o kitas prisijungęs naudotojas nemato nieko. Abu gali turėti tą patį pavadinimą, ir nė vienas neįspėja, kad egzistuoja kitas. Štai kodėl simptomas atrodo kaip tyli klaida, o ne klaidos pranešimas.

Ką apimtis iš tikrųjų nusprendžia

Apimtis atsako į du klausimus ir atsisako atsakyti į trečią:

QuestionCurrent userAll users
Who can see the profileThe account that created itEvery account on the machine
Elevation to create or removeNot requiredRequired
Where the profile livesPer-user phone bookMachine-wide phone book
Does it authenticate a deviceNoNo
Does it start before sign-inNoNo, that needs a device tunnel

Būtent paskutines dvi eilutes žmonės supranta neteisingai. Visų naudotojų profilis yra mašinos apimties saugykla, ne mašinos tapatybė, ir ji pati savaime nepadaro ryšio prieinamo, kol kas nors neprisijungia. Windows Always On įrenginio tunelis yra atskira konfigūracija su savo sertifikato ir profilio reikalavimais. Apimtis yra apie tai, kas gali matyti profilį, o ne apie tai, kas yra mašina.

Matomumas nėra autentifikavimas

Visų naudotojų profiliui vis dar reikia palaikomos tapatybės ir prisijungimo duomenų tvarkos. Profilio matomumas kiekvienai paskyrai nepadaro kiekvienos paskyros tuo pačiu autentifikuotu naudotoju ir nesujungia prisijungimo duomenų.

Jei dizainas reikalauja, kad tunelis būtų pakeltas prieš prisijungimą, atsakymas yra įrenginio tunelis, o ne platesnė profilio apimtis. Jei dizainas reikalauja, kad kiekvienas asmuo pateiktų savo sertifikatą, profilis kiekvienam naudotojui labiau atitinka tą modelį, nes mašinos apimties profilis negali pateikti prisijungimo duomenų, priklausančių kam nors kitam.

Diegimas ir politikos nuosavybė

Valdomose mašinose EMM arba konfigūracijos profilis gali atkurti išsaugotą būseną po jūsų pakeitimo.

Tai ne klaida jūsų scenarijuje; tai du savininkai, rašantys į tą pačią saugyklą. Suderinkite apimtį su tuo, kam priklauso politika, ir verčiau keiskite politiką, o ne paleiskite komandą iš naujo pagal grafiką. Vietinė pataisa, konkuruojanti su politika, sukuria mašiną, kurioje profilis atrodo teisingai iki kito sinchronizavimo.

Ką užrašyti, kai sugenda

Užrašykite tris dalykus kartu: profilio pavadinimą, apimtį, kurią taikėte, ir tikrąją ryšio klaidą.

Maršrutas ar sertifikatas, pritaikytas profiliui kitoje saugykloje, nesutaisys to, kurį paleidžia naudotojas, o klaidos tekstas toliau rodys į ryšį, o ne į jūsų redagavimą. Po patvirtinto pakeitimo prisijunkite iš naujo per numatytą įėjimo tašką ir patikrinkite tiek pritaikytą maršrutizavimą, tiek išsaugotus nustatymus. Profilių saugykla atsako, kas prieinama, o aktyvus ryšys atsako, ką įrenginys daro dabar.

Microsoft dokumentacija apie Add-VpnConnection išvardija apimties jungiklį šalia parametrų, kuriuos jis keičia, ir tai naudinga priminti, kad apimtis yra sprendimas kūrimo metu, o ne nustatymas, kurį perjungiate vėliau.

Susiję straipsniai