Bir VPN profiline karşı komut çalıştırırsınız, komut hata döndürmez ve kullanıcının başlattığı bağlantı tam olarak eskisi gibi davranır. Hiçbir şey bozuk değil. Windows yerel VPN profillerini iki depoda tutar ve siz kullanımda olmayanı düzenlediniz. Aynı görünen ad ikisinde de bulunabilir, bu yüzden betik başarılı görünürken kullanıcının bağlantısı yaptığınız her değişikliği yok sayar.

Çözüm daha iyi bir betik değil; profili adlandırmadan önce kapsamı adlandırmaktır.

Belirti ve iki depo

Windows yerel VPN profillerini kullanıcı başına bir telefon defterinde ve tüm kullanıcılar için makine genelinde bir defterde tutar. Get-VpnConnection geçerli kullanıcının deposunu okur, Get-VpnConnection -AllUserConnection ise makineninkini okur.

-AllUserConnection ile oluşturulan profil makinedeki her hesap için görünür ve oluşturmak veya kaldırmak için yükseltilmiş bir oturum gerektirir. O olmadan oluşturulan profil komutu çalıştıran hesaba aittir ve oturum açan başka bir kullanıcı hiçbir şey görmez. İkisi de aynı adı taşıyabilir ve hiçbiri diğerinin var olduğu konusunda sizi uyarmaz. Bu yüzden belirti hata iletisi yerine sessiz bir başarısızlık gibi görünür.

Kapsamın gerçekte belirlediği şey

Kapsam iki soruyu yanıtlar ve üçüncüsünü yanıtlamayı reddeder:

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

İnsanların yanlış anladığı tam olarak son iki satırdır. Tüm kullanıcılar için profil, makine kapsamında depolamadır, makine kimliği değildir ve tek başına kimse oturum açmadan bağlantıyı kullanılabilir yapmaz. Windows Always On cihaz tüneli, kendi sertifika ve profil gereksinimleri olan ayrı bir yapılandırmadır. Kapsam, kimin bir profili görebileceğiyle ilgilidir, makinenin ne olduğuyla değil.

Görünürlük kimlik doğrulama değildir

Tüm kullanıcılar için profil yine de desteklenen bir kimlik ve kimlik bilgisi düzenine ihtiyaç duyar. Profili her hesap için görünür kılmak her hesabı aynı doğrulanmış kullanıcı yapmaz ve kimlik bilgilerini birleştirmez.

Tasarım tünelin oturum açmadan önce ayakta olmasını gerektiriyorsa, yanıt daha geniş bir profil kapsamı değil cihaz tünelidir. Tasarım her kişinin kendi sertifikasını sunmasını gerektiriyorsa, kullanıcı başına profil bu modele daha iyi uyar, çünkü makine kapsamlı profil başkasına ait bir kimlik bilgisini sunamaz.

Dağıtım ve ilke sahipliği

Yönetilen makinelerde bir EMM veya yapılandırma profili, değişikliğinizden sonra kaydedilmiş durumu yeniden oluşturabilir.

Bu betiğinizdeki bir hata değil; aynı depoya yazan iki sahiptir. Kapsamı ilkenin sahibiyle koordine edin ve komutunuzu bir zamanlamaya göre yeniden çalıştırmak yerine ilkeyi değiştirmeyi tercih edin. İlkeyle yarışan yerel bir düzeltme, bir sonraki eşitlemeye kadar profilin doğru göründüğü bir makine üretir.

Bozulduğunda ne kaydedilmeli

Üç şeyi birlikte günlüğe kaydedin: profil adını, hedeflediğiniz kapsamı ve gerçek bağlantı hatasını.

Diğer depodaki bir profile uygulanan yol veya sertifika, kullanıcının başlattığını düzeltmez ve hata metni sizin düzenlemenize değil bağlantıya işaret etmeye devam eder. Onaylanmış bir değişiklikten sonra amaçlanan giriş noktasından yeniden bağlanın ve hem uygulanan yönlendirmeyi hem de kaydedilmiş ayarları inceleyin. Profil deposu neyin kullanılabilir olduğunu yanıtlar, etkin bağlantı ise cihazın şu anda ne yaptığını yanıtlar.

Microsoft'un Add-VpnConnection belgeleri kapsam anahtarını değiştirdiği parametrelerin yanında listeler; bu, kapsamın oluşturma sırasında verilen bir karar olduğunu, sonradan çevirdiğiniz bir ayar olmadığını hatırlatan yararlı bir nottur.

İlgili makaleler