← 返回首页

NAS 远程访问怎么选:VPN、直连与最小暴露原则

把 NAS 放在家里,并不意味着数据天然不会暴露在互联网。为了在外面看照片、同步文件或维护设备,很多人会开启远程访问。真正需要决定的并不是“哪个方案能连上”,而是谁可以接近登录界面、连接建立后能访问多少资源,以及出现漏洞或设备丢失时如何收回权限。

本文讨论选择原则与验收方法,不提供一份可以照抄到所有家庭网络的防火墙配置,也不声称做过吞吐量或抗攻击测试。实际功能取决于路由器、NAS 型号、系统版本和运营商网络。

先把访问需求缩小

远程访问大致可以分成三种需求:自己访问文件;家人访问指定相册;管理员维护系统。这三件事不应该默认拥有相同权限。家人只需要看照片时,不必同时获得 NAS 管理后台、其他共享文件夹和家庭内网的访问能力。

在选工具前,先写下使用者、设备、目标应用和需要的权限。例如“自己的手机读取照片”就比“在外面访问家里所有设备”更容易配置和检查。临时分享一个文件,也不一定需要建立长期的全网访问通道。

直连的便利来自更直接的暴露

常见直连方式是在路由器上配置端口转发,把外部请求送到 NAS 的某个服务。它的便利是客户端通常不必先加入私人网络,但代价是对应服务可能直接面对互联网的扫描和请求。域名只解决寻找地址的问题,HTTPS 主要保护传输,不会自动修复应用漏洞或替代账号权限。

QNAP 的官方安全建议要求避免将 NAS 管理服务直接暴露到互联网,并检查端口转发和自动路由器配置。这里值得关注的是减少暴露面,而不是只把默认端口换成一个不常见数字。QNAP:NAS 安全实践

修改外部端口可能减少部分无差别噪声,但不是身份验证机制。知道端口号的人和自动扫描程序仍可能发现服务。公开文章、截图和工单中也没有必要展示真实公网地址、域名、映射规则或可用于登录的配置文件。

VPN 将入口集中,但不会消除维护责任

传统远程接入 VPN 通常先验证客户端,再允许它访问指定网络资源。与直接暴露多个 NAS 应用相比,它可以把公网入口集中到 VPN 服务。不过,自建 VPN 服务本身也可能需要对外可达,仍然需要更新、正确认证和访问限制。

QNAP 的官方说明区分了路由器上的 VPN、NAS 上的 VPN 和厂商中继等方案,并指出某些 VPN 部署仍需要开放少量网络端口。因此,“用了 VPN 就完全不需要对外入口”不是通用结论。QNAP:为何不应无保护地直连互联网

部署位置也影响故障范围。如果 VPN 服务运行在 NAS 上,NAS 停机时通常无法通过这条路径维护它;如果在路由器上,则需要认真维护路由器本身。家庭用户不必追求最复杂的架构,但应知道哪个设备承担入口职责,更新后失联时有哪些本地恢复方式。

组网工具降低穿透门槛,权限仍要自己核对

另一类方案是在 NAS 和客户端安装组网软件,通过授权设备组成私人网络。Tailscale 的 Synology 文档说明可以不开放防火墙入站端口来访问 NAS,并提供访问控制能力。这个特性适合不想维护传统端口转发的场景,但不意味着安装之后所有访问都已经按最小权限收紧。Tailscale:访问 Synology NAS

尤其要区别“规则引擎按拒绝优先工作”和“当前配置实际允许了什么”。Tailscale 的官方 ACL 示例说明,新网络的初始策略可以允许网络内设备互相访问。不能看到“私人网络”四个字,就推断手机只能访问一个相册。Tailscale:ACL 策略示例

合理做法是按用户、设备和目标服务限制连接范围,检查是否启用了不需要的子网路由或出口节点。给一个家庭成员访问 NAS 的权限,不应无意间变成允许其设备访问整个家庭网段。组网账号本身也应采用可靠的登录保护,并及时移除遗失设备。

反向代理和中继不是权限的替身

反向代理可以统一入口和证书管理,但代理后面的应用如果向公众提供服务,仍需要应用层认证、及时更新和明确的权限边界。不能因为没有直接展示 NAS 原始端口,就断言攻击面已经消失。

厂商中继服务则增加了对账号体系、服务可用性和具体数据路径的依赖。不同服务是否经过中继、何时转为直连、支持哪些应用,应阅读对应文档。本文不比较速度排名,因为网络路径、上行带宽和客户端位置都可能改变结果。

对只由自己使用的 NAS,可以先评估受限的 VPN 或私人组网是否满足需求;确实要面向外部用户提供应用时,再单独设计该应用的公开入口,而不是顺手开放整台设备的管理面板。

安全检查要覆盖两条路径

配置完后,至少要检查“该通的能通”和“不该通的确实不通”。仅在家里 Wi-Fi 下成功登录,不能证明远程方案正确;只有自己的管理员账号成功,也不能证明普通用户权限足够小。

可以制定以下验收清单,所有检查仅针对自己拥有或获得授权的设备:

  • 从外部网络验证授权设备可以访问目标应用。
  • 使用受限账号确认其他共享目录和管理界面不可访问。
  • 断开 VPN 或组网连接后,核对管理界面是否仍意外可达。
  • 检查路由器是否遗留旧端口转发、DMZ 指向或自动建立的映射。
  • 检查 IPv6 防火墙;没有 IPv4 端口转发,并不能单独证明设备无法从外网访问。
  • 撤销一个测试设备后,确认它不再拥有原有访问能力。

避免为排障一次性关闭全部防火墙。修改前记录现有规则,确保有人能在本地恢复管理入口;每次只改变一个变量,更容易判断问题出在解析、网络、身份验证还是应用权限。

数据恢复是另一层工作

VPN 和多因素认证无法替代备份。已经获得访问权限的设备仍可能误删文件,受到感染的客户端也可能损坏它能写入的共享目录。只读权限、版本保留、快照和独立备份各自解决不同问题,不能用“有 RAID”概括全部保护。

因此,远程访问上线前应至少确认重要文件存在另一份可恢复副本,并实际验证少量文件能够恢复。备份账号不要因为图方便而拥有与日常管理员完全相同的权限,备用副本也不应始终暴露在同一条写入路径下。

NAS 远程访问的目标,是让需要的人以足够小的权限完成具体任务。选 VPN 还是直连只是第一步;持续更新、收回旧权限、检查意外暴露和验证恢复能力,才决定这条通道能否长期放心使用。

写于此,留待再读。