Arm'da Windows: VPN sürücüsü gerçekten yüklenecek mi?

Yükleyici çalışır, pencere açılır ve oturum açma istemi görünür, bu yüzden geçiş tamamlanmış gibi görünür. Ardından istemcinin sanal bağdaştırıcısına ihtiyaç duyduğu noktada tünel başarısız olur ve hata kimlik bilgileri yerine bir hizmet veya sürücüden söz eder. Arm'da Windows'ta bu sıra yaygındır, çünkü uyumluluk kuralı kullanıcı modu kodu ile çekirdek modu kodu arasında değişir. Bir dizüstü bilgisayarı onaylamak ikinci denetimi gerektirir, birincisini değil.

Paketin tamamının mimarisini sorun, sonra bunu makinede doğrulayın.

Emülasyonun kapsamadığı bölüm

Arm'da Windows, kullanıcı modunda kaldıkları sürece x86 ve x64 uygulamalarını emülasyon yoluyla çalıştırabilir. Çekirdek modu bileşenleri bu muameleyi görmez: bir sürücünün yüklenebilmesi için Arm64 için derlenmiş olması gerekir. Microsoft bu sınırı belgeler ve VPN istemcileri genellikle tam olarak orada bulunur, çünkü çoğu sanal bir ağ bağdaştırıcısı veya filtre sürücüsü kurar.

Bu nedenle bir paket çalışan bir arayüz sunabilir ve yine de kullanılamaz olabilir. Arıza, eksik bir bağdaştırıcı, başlamayan bir hizmet veya hiç kurulmayan bir tünel olarak görünür. Pilotun durması gereken nokta burasıdır. Oturum açma ekranı, çalışan bir veri yolunun kanıtı değildir.

Geçişi belirleyen üç koşul

Birincisi pakettir. x64 derlemesi ve Arm64 derlemesi ikisi de 64-bit olarak adlandırılır ve birbirinin yerine geçmez, bu yüzden yalnızca Windows 64-bit olarak tanımlanan bir indirme Arm aygıtı hakkında hiçbir şey kanıtlamaz. Satıcının o mimari için desteklediği yükleyici kabul edilebilir tek başlangıç noktasıdır.

İkincisi gerekli bileşenlerin geri kalanıdır. Aygıt durumu denetimleri, tarayıcı tabanlı kimlik doğrulama yardımcıları ve akıllı kart ara katmanı yazılımı her birinin kendi mimari gereksinimi olabilir ve yalnızca tünelin başarısı kuruluşun erişim ilkesinin karşılandığını göstermez.

Üçüncüsü ağ geçidi ve onun desteklediği istemci kümesidir. Onaylanan istemcinin Arm derlemesi yoksa, başka bir istemci yalnızca ağ geçidi sahibinin o istemcinin protokolünü, kimlik doğrulama yöntemini ve ilke davranışını desteklediği yerde kabul edilebilir. Windows'un yerleşik VPN profili yalnızca ikisi de IPsec olarak tanımlandığı için tescilli bir istemcinin yerini alamaz.

Mimariyi aygıtta okuyun

Makinenin ne olduğunu doğrulayın, sonra paketin gerçekte hangi sürücüleri kurduğuna bakın. Listeleme bir dakika sürer ve "64-bit"in ne anlama geldiğine dair tartışmayı önler.

Get-CimInstance Win32_OperatingSystem | Select-Object OSArchitecture
$env:PROCESSOR_ARCHITECTURE
pnputil /enum-drivers | Select-String -Pattern 'vpn|tap|wintun' -Context 0,3
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverProvider

Bağdaştırıcı listesi istemci için hiçbir şey göstermiyorsa veya sürücü girdisi bir mimari uyuşmazlığı bildiriyorsa, geçiş orada durur. Eski kapsayıcıya Arm64 sürücüsü koymak satıcının desteklediği bir şey değildir ve uyumluluk modu ayarları x64 çekirdek sürücüsünü dönüştürmez.

Kurulu sürümü satıcının Arm için desteklediği listeyle karşılaştırın ve yükleyici satıcı yerine dahili bir depodan geldiyse farkı not edin.

Oturum açma ekranını değil, iş yükünü onaylayın

Pilotu, önceki çalışan aygıt yedek olarak kullanılabilir durumdayken çalıştırın. Profil sağlamayı, amaçlanan kimliği ve varsa aygıt denetimlerini doğrulayın, ardından yalnızca tünel durumunu değil özel uygulamayı sınayın.

Özel DNS'i, gerekli yolları ve adres ailelerini, ağ değişikliğinden sonra yeniden bağlanmayı ve belirtilen bağlantı kesilmiş durumu dahil edin. İstemci ve bileşen sürümlerini sonuçla birlikte kaydedin, çünkü bir sonraki güncelleme aynı soruları yeniden soracaktır.

Son olarak, bu platform için desteklenen güncelleme ve kaldırma yollarının bulunduğunu doğrulayın. Yalnızca belgelenmemiş değişikliklerden sonra çalışan bir paket, bir sonraki sürümde aynı geçiş sorununu yaratır ve çözmek için daha az zaman kalır.