想找「免费 VPN 不用注册」，TunNet 0.1.0 当前给了三个桌面与移动端选择：Windows x64、Android ARM64 和 macOS Universal。选包前先对系统与 CPU 架构，下载后再核对文件大小和完整 SHA-256；iPhone 与 iPad 当前没有对应版本。

这个版本当前免费，不要求填写手机号、邮箱或银行卡；它不是完全没有初始化动作，第一次运行仍会按客户端提示打开浏览器做设备确认。macOS 包还没有经过 Apple 公证，Mac 用户要把这一层风险与文件校验分开判断。

这是一页下载前的选择与安全判断，不重复三套安装流程。Windows 怎么完整解压、Android 怎么处理 APK 权限、Mac 怎么看 Gatekeeper，各自交给文末的三篇系统教程。

不填三类资料，为什么还会打开浏览器？

「免账号表单」和「免设备确认」是两件事。TunNet 官方下载区给出的口径是：0.1.0 不填写手机号、邮箱或银行卡，首次运行时仍要按客户端提示在浏览器完成设备确认。

所以，客户端第一次打开浏览器本身不与「免费 VPN 不用注册」冲突。真正该停下的是页面索要了官方没有声明的资料，或者浏览器地址与客户端提示明显对不上。此时不要靠搜索结果另找确认入口，也不要提交付款信息。

「当前免费」只描述 0.1.0 的现状。官网没有承诺未来版本始终免费；以后看到文件名或版本号变化，本文的文件大小与哈希也要一起作废。

Windows、Android 和 Mac 到底选哪个包？

这张表只解决一个问题：你手里的设备应该拿哪个官方包。系统或架构不在表内时，不要用兼容模式强行补齐。

设备条件官方安装包当前判断现在该怎么做
Windows 10/11，x64TunNet-windows-x64-0.1.0.zip只支持官网列出的 x64 范围校验 ZIP 后进入 Windows 教程
Android 8.1+，ARM64TunNet-android-arm64-0.1.0.apkABI 要包含 arm64-v8a校验 APK 后进入 Android 教程
macOS，Intel 或 Apple 芯片TunNet-macos-universal-0.1.0.zip一个 Universal 包覆盖两种芯片，当前尚未 Apple 公证校验 ZIP，再决定是否接受未公证风险
iPhone 或 iPad没有可选包官方当前没有 iOS/iPadOS 下载不要用 APK、Mac ZIP 或第三方描述文件替代

Android 的 ARM64 不是泛指「比较新的手机」。Android ABI 文档把 arm64-v8a 定义为面向 64 位 ARM CPU 的 ABI；系统版本够新但 ABI 不匹配，APK 仍然装不上。官网直接提供 APK 也属于站外分发，Android 的站外应用说明指出，Android 8.0 及以上会要求用户为具体来源开启「安装未知应用」权限。

设备条件对上后，本站自有工具 TunNet 的统一入口是 免费 VPN 下载，会跳到 nexttun.net 下载区。它不是第三方网盘，也不替代下面的文件大小与 SHA-256 检查。

为什么 iPhone 和 iPad 不能拿别的包顶上？

截至 2026-07-25，官方只列出 Windows、Android 和 macOS，没有 iOS 或 iPadOS。三个现有文件的格式也不能互换：APK 给 Android，Windows ZIP 内是 Windows 程序，macOS ZIP 内是 Mac 应用。

搜索结果中即使出现同名 iPhone 客户端、配置描述文件或企业签名包，也不能从 TunNet 0.1.0 官方页得到来源背书。这里没有「选最接近的一个」这条路。需要 iPhone/iPad 时，结论就是当前版本不适用，等官网增加明确的 iOS/iPadOS 下载项再判断。

先把三串 SHA-256 与文件名对应好

官方公布的值必须和平台、版本、原始下载文件一起看。不要拿 Windows 的哈希去比 Mac ZIP，也不要校验解压后的目录。

平台原始下载文件大小SHA-256校验对象
Windows20,038,405 字节b860ae6dca945bdf0f6556aa93a539ddc1a31b49b83ed61930d1984f4c44a26dTunNet-windows-x64-0.1.0.zip
Android35,442,181 字节ddc4227befa0d6de270e04b902e236eadd5046096cdd60828fdb32e8d8b9321dTunNet-android-arm64-0.1.0.apk
macOS32,925,842 字节a415f6d60cae8ee065bdd0d4062d28d59ec0cc86aad4d523e86682af7da08267TunNet-macos-universal-0.1.0.zip

三组值只对应表里的 0.1.0 原始压缩包或 APK。浏览器若自动改名，不影响文件内容；解压后的目录、TunNet.exe 或 TunNet.app 则是另一种校验对象，不能拿来和表中数值比较。

Windows 可以用 PowerShell 计算。路径按默认下载目录写，浏览器保存到别处时要替换 -LiteralPath：

Get-FileHash -LiteralPath "$env:USERPROFILE\Downloads\TunNet-windows-x64-0.1.0.zip" -Algorithm SHA256

Microsoft Learn 的 Get-FileHash 文档说明，这个命令用于计算文件哈希，默认算法也是 SHA256。显式写出 -Algorithm SHA256，可以避免把输出算法看错。

Windows 输出应完整等于表中的 b860ae6d…a26d。任意一位不同都先停，不要解压或运行 TunNet.exe。

macOS 对下载目录里的原始 ZIP 运行：

shasum -a 256 ~/Downloads/TunNet-macos-universal-0.1.0.zip

Android APK 可以先用 ADB 拉到电脑。下面示例适用于电脑上已有 adb 和 shasum 的情况：

adb pull /sdcard/Download/TunNet-android-arm64-0.1.0.apk .
shasum -a 256 ./TunNet-android-arm64-0.1.0.apk

输出的 64 位十六进制值必须与表中对应平台完整一致，不能只看开头六位。Android 应得到 ddc4227b…321d，macOS 应得到 a415f6d6…8267；结果不同就回到文件名、平台、版本与下载完整性这四项排查。

SHA-256 对上后，文件就一定安全吗？

不一定。SHA-256 在这里回答的是「你手里的字节是否与官方公布对象一致」，不能回答「程序里是否存在缺陷」「发布方如何处理数据」或「系统厂商是否审核过」。

文件名相同而哈希不同，说明内容不同；哈希相同，只能把下载损坏和拿错文件这两类问题排到后面。它不能替代数字签名、代码审计、恶意软件扫描或 Apple 公证，更不能证明 VPN 会让使用者绝对匿名。

校验失败时立刻停，校验成功后仍要看系统警告、签名与公证状态。哈希是第一道门，不是安全结论。

macOS 未经 Apple 公证，要不要继续？

TunNet 官网明确写着，当前 macOS 版本尚未经过 Apple 公证。这个事实不会因为 Universal 包同时支持 Intel 与 Apple silicon 而改变，也不会因为 SHA-256 一致而消失。

Apple 关于安全打开 Mac 应用的说明指出，macOS Catalina 及以后默认要求软件经过公证；运行未经签名和公证的软件，可能让电脑与个人信息暴露在恶意软件风险中。系统设置里的「仍要打开」只是创建安全例外，不是补做审核。

能独立确认下载来源、哈希一致，并且愿意承担未公证风险，才考虑继续。看到「应用将损坏你的电脑」或「应用已损坏」时，不要把它当成普通的未验证开发者提示。删除本地副本、重新下载并校验；仍出现就停止运行。

TLS 1.3 只保护传输，不承诺绝对匿名

官方说明 TunNet 客户端先建立加密隧道，并使用 TLS 1.3 作为外层传输保护。它的作用是降低流量在公共 Wi-Fi 或本地网络传输途中被直接读取、篡改的风险。

这不等于浏览网站时身份自动消失。网站登录账号、浏览器 Cookie、设备指纹和你主动提交的资料仍可能把活动关联到本人；本文也没有来源可以替 TunNet 声明未公开的数据保留政策。VPN 不等于绝对匿名，重要账号继续使用 HTTPS、独立密码和双重验证。

三个系统的安装细节分别去哪里看？

Windows 用户看 TunNet Windows 10/11 x64 下载与安装，里面给出 Get-FileHash、完整解压与首次设备确认路径。

Android 用户看 TunNet Android ARM64 APK 安装排错，里面给出 arm64-v8a 判断、按来源授权和安装失败错误码。

Intel 或 Apple 芯片 Mac 用户看 TunNet macOS Universal 下载与风险判断，先读完未公证与 Gatekeeper 的差异，再决定是否创建例外。

三篇教程都以 0.1.0 为口径。以后下载时要让版本号、文件名、平台说明、字节数和 SHA-256 同时对齐；任一项变化，就以发布方当时给出的新数据为准。