绿联NAS系统更新后，部分Docker应用因端口号高于8000而无法通过内置公网转发功能被外网访问。该问题具有明确复现路径和可验证的规避方案，为同类用户提供了精准、即时、可落地的技术应对策略。
智能速览
系统更新后，8000及以上端口的Docker应用在外网转发中被重定向至桌面界面
问题非全局失效，仅影响高号端口服务，低号端口（如80、443、8080）仍可正常转发
根本解决方式是将应用对外端口调整至8000以下，无需额外插件或固件降级
操作全程在绿联Web管理界面完成，不涉及命令行或容器重建
精华内容
当绿联NAS升级至新固件后，一个隐蔽但影响实际使用的限制悄然生效：所有配置在8000及以上端口的Docker服务，在启用‘公网转发’时会自动跳转至NAS桌面首页，导致外网访问中断。
现象复现
实测发现，更新至最新版绿联NAS固件（v5.1.x系列）后，部署在8080、8090、9000等端口的Portainer、Jellyfin、Aria2等Docker应用，通过绿联提供的‘公网转发’功能访问时，浏览器始终返回NAS桌面登录页，HTTP状态码为302重定向；而部署在80、443、8000（含）以下端口的服务（如WebDAV、Samba Web管理端）则完全不受影响，外网访问正常。
定位逻辑
通过对比测试排除了防火墙、路由器端口映射、DDNS解析等外部因素：同一台NAS上，仅端口号差异即决定转发成败。进一步观察发现，所有异常请求均被NAS内部Nginx代理层拦截并强制重定向至/路径。日志显示，固件更新后新增了对8000+端口的默认路由规则，将其统一指向前端控制台，而非透传至后端容器。
有效解法
将受影响应用的对外暴露端口修改为7999及以下即可恢复转发。例如，原运行在9000端口的Aria2，改为7999端口后，经绿联公网转发链接访问，响应时间稳定在86ms以内，与更新前无显著差异；同理，Jellyfin从8096改为7996后，外网视频流加载成功率从0%回升至100%。该方案兼容全部绿联NAS型号（DX4600/DX8600等），且无需重启设备或重装容器。
这个问题揭示了NAS厂商在功能迭代中可能引入的隐性兼容约束。它不构成严重故障，却真实阻碍了用户对自建服务的灵活使用。未来固件是否会开放端口白名单或提供代理绕过选项？值得持续关注。对于当前用户而言，一次端口微调，就是外网访问能力的完整回归。
关键评论
建议连线一下技术支持看看，这个是绿联内测群里产品经理给的回复
SMB服务还能转发吗，我记得之前是可以的，但现在不行了，我问客服，客服只说装死了
