Anda menjalankan arahan terhadap profil VPN, ia tidak memulangkan ralat, dan sambungan yang dimulakan pengguna berkelakuan sama seperti sebelum ini. Tiada apa yang rosak. Windows menyimpan profil VPN asli dalam dua stor, dan anda telah menyunting stor yang tidak digunakan. Nama paparan yang sama boleh wujud dalam kedua-duanya, dan itulah sebabnya skrip kelihatan berjaya sementara sambungan pengguna mengabaikan setiap perubahan yang anda buat.

Penyelesaiannya bukan skrip yang lebih baik; penyelesaiannya ialah menamakan skop sebelum menamakan profil.

Gejala dan dua stor

Windows menyimpan profil VPN asli dalam buku telefon bagi setiap pengguna dan dalam buku telefon seluruh mesin untuk semua pengguna. Get-VpnConnection membaca stor pengguna semasa, dan Get-VpnConnection -AllUserConnection membaca stor mesin.

Profil yang dicipta dengan -AllUserConnection muncul untuk setiap akaun pada mesin dan memerlukan sesi yang dinaikkan untuk dicipta atau dibuang. Profil yang dicipta tanpanya milik akaun yang menjalankan arahan itu, dan pengguna lain yang log masuk tidak melihat apa-apa. Kedua-duanya boleh membawa nama yang sama, dan tiada satu pun memberi amaran bahawa yang lain wujud. Itulah sebabnya gejala kelihatan seperti kegagalan senyap dan bukan mesej ralat.

Apa yang sebenarnya ditentukan skop

Skop menjawab dua soalan dan enggan menjawab soalan ketiga:

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

Dua baris terakhir itulah yang orang salah faham. Profil untuk semua pengguna ialah storan berskop mesin, bukan identiti mesin, dan ia sendiri tidak menjadikan sambungan tersedia sebelum seseorang log masuk. Terowong peranti Always On Windows ialah konfigurasi berasingan dengan keperluan sijil dan profilnya sendiri. Skop adalah tentang siapa yang boleh melihat profil, bukan tentang apakah mesin itu.

Keterlihatan bukan pengesahan

Profil untuk semua pengguna masih memerlukan susunan identiti dan kelayakan yang disokong. Menjadikan profil kelihatan kepada setiap akaun tidak menjadikan setiap akaun pengguna disahkan yang sama, dan ia tidak menggabungkan kelayakan.

Jika reka bentuk memerlukan terowong aktif sebelum log masuk, jawapannya ialah terowong peranti dan bukan skop profil yang lebih luas. Jika reka bentuk memerlukan setiap orang mengemukakan sijilnya sendiri, profil bagi setiap pengguna lebih sesuai dengan model itu, kerana profil berskop mesin tidak boleh mengemukakan kelayakan yang dimiliki oleh orang lain.

Penggunaan dan pemilikan dasar

Pada mesin yang diurus, EMM atau profil konfigurasi boleh mencipta semula keadaan tersimpan selepas perubahan anda.

Ini bukan pepijat dalam skrip anda; ini dua pemilik yang menulis ke stor yang sama. Selaraskan skop dengan pemilik dasar, dan utamakan menukar dasar berbanding menjalankan semula arahan anda mengikut jadual. Pembetulan tempatan yang bersaing dengan dasar menghasilkan mesin yang profilnya kelihatan betul sehingga penyegerakan seterusnya.

Apa yang perlu direkodkan apabila ia rosak

Catat tiga perkara bersama-sama: nama profil, skop yang anda sasarkan, dan ralat sambungan sebenar.

Laluan atau sijil yang digunakan pada profil dalam stor lain tidak akan membaiki profil yang dimulakan pengguna, dan teks ralat akan terus menunjuk kepada sambungan dan bukan kepada suntingan anda. Selepas perubahan diluluskan, sambung semula melalui titik masuk yang dimaksudkan dan periksa penghalaan yang digunakan serta tetapan tersimpan. Stor profil menjawab apa yang tersedia, manakala sambungan aktif menjawab apa yang peranti lakukan sekarang.

Dokumentasi Microsoft untuk Add-VpnConnection menyenaraikan suis skop di sebelah parameter yang diubahnya, yang merupakan peringatan berguna bahawa skop ialah keputusan semasa penciptaan, bukan tetapan yang anda tukar kemudian.

Artikel berkaitan