Windows Arm дээр: VPN драйвер үнэхээр ачаалагдах уу?

Суулгагч ажиллаж, цонх нээгдэж, нэвтрэх хүсэлт гарч ирэхэд шилжүүлэлт дууссан мэт харагдана. Дараа нь клиент өөрийн виртуал адаптер хэрэгтэй болох цэгт туннель бүтэлгүйтэж, алдаа нь нэвтрэх мэдээллийн оронд үйлчилгээ эсвэл драйверыг дурдана. Windows-ийн Arm дээр энэ дараалал түгээмэл, учир нь нийцлийн дүрэм хэрэглэгчийн горимын код болон цөмийн горимын кодын хооронд өөрчлөгддөг. Зөөврийн компьютер батлахын тулд эхний бус хоёр дахь шалгалт хэрэгтэй.

Бүх багцын архитектурыг асууж, дараа нь машинд шалгана уу.

Эмуляц хамардаггүй хэсэг

Windows Arm дээр хэрэглэгчийн горимд байх хугацаанд x86 болон x64 аппуудыг эмуляцаар ажиллуулж чадна. Цөмийн горимын бүрэлдэхүүн хэсгүүд ийм хандлага авдаггүй: драйверыг ачаалахын тулд Arm64-д зориулж бүтээсэн байх ёстой. Microsoft энэ хил хязгаарыг баримтжуулдаг бөгөөд VPN клиентүүд ихэвчлэн яг тэнд байрладаг, учир нь тэдний олонх нь виртуал сүлжээний адаптер эсвэл шүүлтүүрийн драйвер суулгадаг.

Тиймээс багц ажиллаж буй интерфэйс харуулж болох ч ашиглах боломжгүй хэвээр байж болно. Алдаа дутагдал нь байхгүй адаптер, эхлэхгүй үйлчилгээ эсвэл хэзээ ч тогтохгүй туннель хэлбэрээр илэрнэ. Энэ бол туршилтын нэвтрүүлэг зогсох ёстой цэг юм. Нэвтрэх дэлгэц нь ажиллаж буй өгөгдлийн замын баталгаа биш.

Шилжүүлэлтийг шийддэг гурван нөхцөл

Эхнийх нь багц. x64 бүтээц ба Arm64 бүтээцийг хоёуланг нь 64-бит гэж нэрлэдэг бөгөөд тэдгээрийг сольж болохгүй, тиймээс зөвхөн Windows 64-бит гэж тайлбарласан татан авалт Arm төхөөрөмжийн талаар юу ч батлахгүй. Тэр архитектурын хувьд нийлүүлэгчийн дэмждэг суулгагч нь цорын ганц хүлээн зөвшөөрөхүйц эхлэл юм.

Хоёр дахь нь бусад шаардлагатай бүрэлдэхүүн хэсгүүд. Төхөөрөмжийн төлөвийн шалгалт, хөтөч дээр суурилсан баталгаажуулалтын туслах, ухаалаг картын завсрын програм хангамж тус бүр өөрийн архитектурын шаардлагатай байж болох бөгөөд зөвхөн туннелийн амжилт нь байгууллагын нэвтрэх бодлого хангагдсаныг харуулахгүй.

Гурав дахь нь гарц болон түүний дэмждэг клиентүүдийн багц. Хэрэв зөвшөөрөгдсөн клиентэд Arm бүтээц байхгүй бол өөр клиент нь гарцын эзэн тухайн клиентийн протокол, түүний баталгаажуулалтын арга, түүний бодлогын зан төлөвийг дэмждэг газарт л хүлээн зөвшөөрөгдөнө. Windows-ийн суурилагдсан VPN профайл нь хоёулаа IPsec гэж тодорхойлогддог учраас л өөрийн клиентийг орлож чадахгүй.

Төхөөрөмж дээр архитектурыг уншина уу

Машин юу болохыг тодорхойлж, дараа нь багц ямар драйверуудыг бодитоор суулгасныг харна уу. Жагсаалт гаргахад нэг минут зарцуулагдаж, "64-bit" гэдэг нь юу гэсэн үг вэ гэсэн маргааныг сэргийлнэ.

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

Хэрэв адаптеруудын жагсаалт клиентэд юу ч харуулахгүй, эсвэл драйверын бүртгэл архитектурын зөрүүг мэдээлбэл, шилжүүлэлт тэнд зогсоно. Хуучин контейнерт Arm64 драйвер хийх нь нийлүүлэгчийн дэмждэг зүйл биш бөгөөд нийцлийн горимын тохиргоо нь x64 цөмийн драйверыг хөрвүүлэхгүй.

Суулгасан хувилбарыг нийлүүлэгчийн Arm-д дэмждэг жагсаалттай харьцуулж, суулгагч нийлүүлэгчээс биш дотоод агуулахаас ирсэн бол ялгааг тэмдэглэнэ үү.

Нэвтрэх дэлгэцийг биш, ажлын ачааллыг батална уу

Өмнөх ажиллаж байсан төхөөрөмжийг нөөц хувилбар болгон бэлэн байлгаж туршилтын нэвтрүүлэг ажиллуулна уу. Профайл бэлтгэл, төлөвлөсөн таних тэмдэг болон аливаа төхөөрөмжийн шалгалтыг баталгаажуулсны дараа зөвхөн туннелийн төлөв биш, хувийн аппыг туршиж үзнэ үү.

Хувийн DNS, шаардлагатай маршрутууд болон хаягийн гэр бүлүүд, сүлжээ өөрчлөгдсөний дараах дахин холболт, заасан салгагдсан төлөвийг оруулна уу. Клиент болон бүрэлдэхүүн хэсгүүдийн хувилбарыг үр дүнтэй хамт тэмдэглээрэй, учир нь дараагийн шинэчлэл дахин ижил асуултуудыг тавина.

Эцэст нь, энэ платформын хувьд дэмжигдсэн шинэчлэл болон устгах зам байгаа эсэхийг баталгаажуулна уу. Зөвхөн баримтжуулаагүй орлуулалтын дараа ажилладаг багц дараагийн хувилбарт мөн адил шилжүүлэлтийн асуудал үүсгэж, үүнийг шийдэх хугацаа багасах болно.