VPN新手安全指南：订阅链接保管与公共 Wi-Fi 风险

账户密码与订阅链接有什么区别

账户密码用于进入用户面板，可能涉及查看套餐、管理订阅和发起工单。订阅链接则通常用于让客户端获取节点配置。它的作用不只是打开一个网页：地址里可能含有用于识别账户的令牌，持有完整地址的人，可能无需再次输入面板密码就能拉取配置。

因此，不能因为链接看起来很长、没有直接显示密码，就把它当成普通网址。订阅二维码往往只是同一地址的另一种表达，也需要保密。具体可执行哪些操作，取决于服务端设计，不能把所有订阅链接都理解成拥有完整账户权限。

NanNanVPN 无需邮箱地址，使用用户名与密码即可建立账户。这减少了建立账户时需要提供的资料，但不意味着可以忽略凭据保管。请保存好登录信息，并提前了解面板提供的账户管理方式，不要自行假定存在某种找回渠道。

从可信来源导入订阅

客户端负责读取配置并建立连接，订阅服务负责提供配置，两者不是同一个东西。优先从服务面板、官方项目页面或可信应用商店获取适合系统的客户端。搜索结果里的相似名称、下载广告和群聊附件，不能单凭图标判断来源。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 是不同的代理协议或方案，客户端对它们的支持范围并不相同。某个协议名称出现在文章里，不代表 NanNanVPN 提供该协议。实际应以面板中的配置与客户端支持说明为准，也不要仅凭名称判断隐私水平。

1. 从已核对域名的用户面板获取订阅地址，复制时避免把地址留在共享文档或公开聊天中。
2. 在客户端选择订阅导入或添加配置，确认使用的是适合该客户端的订阅格式，而非把任意链接填入代理服务器地址栏。
3. 更新订阅后检查节点和规则是否成功载入。更新失败时先核对格式、账户状态与网络，不要急着把链接交给陌生人测试。
4. 授予系统连接权限前核对发起请求的应用名称。导入成功与系统权限获准是不同环节，都需要确认。
5. 关闭不再使用的旧配置，避免连接时误选旧节点或让多个代理工具争用系统设置。

Windows 与 macOS 客户端可能通过系统代理或虚拟网络接口接管流量；iOS 与 Android 客户端通常需要系统 VPN 授权；Linux 的接管方式则取决于客户端和网络配置。名称相近的“连接”按钮，实际覆盖范围可能不同，不能照搬另一平台的设置截图。

公共 Wi-Fi 的风险与连接边界

公共 Wi-Fi 的问题不只在于有没有密码。相似的热点名称可能诱导误连；认证页面可能要求提交不必要的资料；路由设备也可能被错误配置。先向场所工作人员确认网络名称，关闭不需要的自动加入功能，离开后按需移除保存的网络。

HTTPS 可以保护浏览器与目标网站之间的传输内容，并通过证书验证目标身份，但它不能替用户判断网站业务是否可信。钓鱼网站同样可以使用 HTTPS。输入账户密码前仍要核对完整域名，不要把带锁标识理解成对页面内容和经营者的担保。

代理连接能够保护其覆盖范围内、设备与代理入口之间的通信，但不能修复已经安装的恶意软件，也不能阻止用户主动把密码填进仿冒页面。哪些流量被覆盖，还受到分流规则、应用自身网络行为和客户端接管模式影响。

• ✅ 连接前确认热点来源，敏感操作优先使用自己信任的网络。
• ✅ 遇到证书警告先停止操作，检查网址、系统时间与网络环境，不直接忽略警告继续登录。
• ✅ 认证页面只填写理解用途且确有必要的信息，留意是否突然要求安装描述文件或证书。
• ❌ 不为获得上网权限而随意安装根证书，或关闭系统与浏览器的安全检查。
• ❌ 不因客户端显示已连接，就认定当前网络中的所有应用都已受到同样保护。

部分公共网络需要先完成网页认证才能访问外部服务，此时代理可能暂时无法建立连接。可以先完成可信的网络认证，再重新连接客户端。若认证页来源可疑，换用可信网络通常比继续修改安全设置更合适。

检查分流与 DNS，而不只看出口

浏览器查询到出口地址发生变化，只能证明这次查询请求走了相应路径，不能证明所有应用都使用同一出口。系统代理通常依赖应用遵循代理设置；虚拟网络接口模式可以接管更多流量，但仍可能存在绕行规则或应用排除项。

分流模式会依据域名、地址或其他规则决定直连还是代理。国内网站直连、国际网站走代理，是常见配置思路，但具体行为取决于规则内容。所谓全局模式在不同客户端里含义也可能不同，应查看它实际作用于系统代理、虚拟接口还是客户端内部路由。

DNS 负责把域名解析成网络地址。如果访问请求经过代理，而相关解析请求仍发往本地网络的解析器，就可能暴露查询过的域名，这通常被称为 DNS 泄漏。但看到本地解析器不一定就能判定配置错误：在明确的分流设计中，直连域名可能本来就使用本地解析。

检查时应先阅读客户端的 DNS 与路由说明，再用可信的检测页面观察出口和解析器，并结合客户端日志理解结果。浏览器的加密 DNS、系统解析设置以及应用自己的解析机制都可能影响结果。检测网站也会接收到访问数据，不要把订阅链接或配置文件粘贴进去。

IEPL 专线、中转与直连主要描述链路组织方式，不等同于隐私认证。专线名称不能替代对客户端来源、传输加密和数据处理策略的检查；线路更适合某个访问场景，也不代表目标网站不会识别已登录的账户。

链接泄露后怎样处理

如果订阅地址被发进公开群聊、上传到公共仓库，或出现在公开截图中，应先按凭据泄露处理。删除消息可以减少后续传播，但无法确认此前是否有人保存了内容。不要仅靠撤回消息就结束排查。

1. 进入可信的用户面板，查找订阅重置或令牌更新功能；如果没有明确入口，通过官方客服确认如何使旧链接失效。
2. 获取新地址后，更新仍在使用的设备与客户端，并移除旧订阅，避免后续自动更新继续使用旧地址。
3. 若面板提供用量或会话信息，检查是否存在不符合自身使用习惯的情况；异常只是排查线索，不能仅凭流量变化认定账户被盗。
4. 如果账户密码也曾暴露，或在其他已泄露的网站重复使用，修改密码并检查可用的会话管理设置。
5. 清理公开文件、共享剪贴板记录及相关备份中的敏感内容，避免新地址再次流入同一传播渠道。

修改面板密码与撤销订阅令牌可能是两个独立操作。除非面板明确说明，否则不要假定改密码会让旧订阅失效。旧配置中已经保存的节点凭据何时失效，也取决于服务端机制，需要客服或正式说明确认。

求助时可以描述操作系统、客户端名称、报错现象和发生场景。发送日志前检查订阅地址、节点凭据及个人路径；截图中二维码也要遮盖。官方工单是更适合讨论账户问题的渠道，但仍应只提交排查所必需的信息。

无日志策略与日常隐私习惯

NanNanVPN 的安全主话术是无日志策略。这是一项服务隐私立场，不是对所有网络环节的保证。目标网站仍可能根据登录账户、浏览器存储和设备特征关联访问行为；设备里的其他应用也有各自的数据收集方式。

隐私判断应结合正式政策理解数据处理边界，不从“无日志”推导出不存在任何账户或支付资料。支付宝、微信与 USDT 是 NanNanVPN 支持的支付方式，但选择其中一种方式，不应被解读成匿名保证。账户管理与退款需要遵循对应规则。

日常使用中，保持系统和客户端更新、使用独立密码、谨慎安装浏览器扩展，比追逐看不懂的高级开关更实际。浏览器隐私窗口主要减少本地保留的部分浏览记录，并不会自动隐藏已登录身份，也不能替代代理与 DNS 配置检查。

需要安装步骤时，可查看客户端使用教程；对权限、订阅格式或异常用量仍有疑问，可通过客服入口核对。技术工具适合解决明确的问题，不必为了看起来更安全而开启不理解的设置。