修复 WSABuilds 安装 WSA 时报错 “Your Internet security settings prevented one or more files from opening“-平芜编程栈

修复 WSABuilds 安装 WSA 时报错 "Your Internet security settings prevented one or more files from opening"

【免费下载链接】WSABuildsRun Windows Subsystem For Android on your Windows 10 and Windows 11 PC using prebuilt binaries with Google Play Store (MindTheGapps) and/or Magisk or KernelSU (root solutions) built in.项目地址: https://gitcode.com/GitHub_Trending/ws/WSABuilds

导读

本指南针对 WSABuilds / MagiskOnWSA 用户在 Windows 10 / Windows 11 上执行Install.ps1或Run.bat安装 Windows Subsystem for Android（WSA）时，弹出"Your Internet security settings prevented one or more files from opening"（你的 Internet 安全设置阻止了一个或多个文件打开）错误的问题，给出完整的成因分析与两步修复方案。读完本文，你将理解该报错的根源——过长的压缩包与解压目录名称——并掌握通过重命名文件与目录快速完成安装的方法。

问题现象

在从 WSABuilds 下载 WSA 预构建压缩包并解压后，双击 Run.bat 或在 PowerShell 中执行 Install.ps1 时，Windows 弹出错误提示：

Your Internet security settings prevented one or more files from opening

安装流程随即中断，WSA 无法安装。该错误提示虽然带有 "Internet security settings" 字样，看起来像是浏览器或系统安全策略问题，但实际与网络或杀毒软件无关。

问题成因：过长的文件名与目录名

官方修复文档 InternetSecuritySettingsBlock.md 明确指出：该问题的根源是文件夹名称过长（path 过长触发 Windows 对文件访问的安全限制，从而阻止脚本读取安装所需的文件）。

这在 WSABuilds 场景下尤其常见，原因在于构建脚本会自动生成一段非常长的字符串作为压缩包文件名以及压缩包内文件夹的名称。以文档给出的典型示例为例：

WSA_2XXX.XXXXX.X.X_XXXX_Release-Nightly-with-magisk-XXXXXXX-XXXXXX-MindTheGapps-XX.X-RemovedAmazon

这一长串名称由多段信息拼接而成：

片段	含义
`WSA_2XXX.XXXXX.X.X`	微软官方 WSA 构建版本号（如`2306.40000.4.0`）
`Release-Nightly`	发行渠道，对应 Retail / Release Preview / Insider 等通道
`with-magisk-XXXXXXX`	集成的 Magisk 版本标识
`MindTheGapps-XX.X`	集成的 Google 应用套件（MindTheGapps）版本
`RemovedAmazon`	表示已移除 Amazon Appstore（对应构建选项`--remove-amazon`）

之所以名称会如此之长，从仓库源码可以印证：构建脚本 run.sh 会把用户选择的根方案（magisk/kernelsu）、是否安装 GApps（--install-gapps）、是否移除 Amazon（--remove-amazon）以及压缩格式（7z/zip）逐项拼接到命令行，最终产物名称自然包含了所有构建特征；而 generateWSALinks.py 在拉取微软官方下载链接时，也会从MicrosoftCorporationII.WindowsSubsystemForAndroid_*.msixbundle文件名中提取并保留完整的版本号（见 generateWSALinks.py 的版本号解析逻辑），进一步加长了最终归档文件的名称。

当这类长名称的压缩包被解压到较深的目录层级（例如桌面下的多级子文件夹）时，文件路径总长度很容易逼近 Windows 的路径上限，此时 Windows 会以 "Internet security settings" 的名义阻止脚本访问相关文件，导致 Install.ps1 无法正常读取filelist.txt、AppxManifest.xml等安装必需文件而失败。

解决方案：分两步重命名

官方修复方案非常简单，只需两步：

第一步：将 .zip / .7z 压缩包重命名为短名称

将下载的压缩包文件（.zip或.7z均可，两种格式在 run.sh 中默认支持，其中 7-Zip 为默认选项）重命名为任意简短名称，例如：

重命名前：WSA_2XXX.XXXXX.X.X_XXXX_Release-Nightly-with-magisk-XXXXXXX-XXXXXX-MindTheGapps-XX.X-RemovedAmazon.zip
重命名后：WSAArchive2XXX.zip

提示：重命名时只需修改文件名主体，务必保留.zip/.7z扩展名，否则解压工具无法识别。

第二步：将解压后的文件夹重命名为短名称

解压完成后，压缩包内的目录同样带有那段长字符串名称，需要将其一并改短，例如：

重命名前：WSA_2XXX.XXXXXXX_XXXX_Release-Nightly-with-magisk-XXXXXXX-XXXXXX-MindTheGapps-XX.X-RemovedAmazon
重命名后：WSAArchive2XXX

完成两步重命名后，进入该短名称文件夹，重新双击 Run.bat 或右键以管理员身份运行 Install.ps1，安装流程即可正常继续。

安装脚本会做什么：了解重命名后的完整流程

重命名后，安装脚本 Install.ps1 将执行以下核心步骤（见脚本源码）：

检查当前是否具备管理员权限，不具备时自动通过 UAC 提权并以-ExecutionPolicy Bypass重新拉起 PowerShell（Install.ps1）；
读取同目录下的filelist.txt，校验解压产物完整性（Install.ps1）；
调用MakePri.ps1与makepri.exe合并资源；
写入注册表项启用开发模式，并检查VirtualMachinePlatform功能是否开启（未开启会提示重启）；
解析AppxManifest.xml获取 WSA 包名与版本，依次安装Microsoft.UI.Xaml、Microsoft.VCLibs等依赖包；
检测到已安装的旧版 WSA 时会询问是否卸载，然后通过Add-AppxPackage -Register .\AppxManifest.xml完成 WSA 注册安装。

而 Run.bat 的作用是定位脚本所在目录并调用powershell.exe -ExecutionPolicy Bypass -File .\Install.ps1启动上述流程（Run.bat）。因此，只要文件路径变短、脚本能正常读取到这些文件，整个安装链即可顺利执行。

同源问题与预防建议

预防建议

下载后先重命名再解压：养成将压缩包直接改名为WSA等短名称后再解压的习惯，可一次性规避两个问题；
将产物放到短路径目录：避免将压缩包与解压目录放在多级深层目录（如C:\Users\用户名\Desktop\...\Downloads\...），推荐直接解压到盘符根目录下的短路径（如D:\WSA）；
构建时按需精简选项：使用 MagiskOnWSALocal 自行构建时，可通过 run.sh 的交互选项按需选择，精简不必要的组件，从源头缩短产物名称。