看到“异常”,先确定是哪一个门户
Web Station 的状态页可能同时报告默认服务器、个人网站和自定义门户异常。不同门户未必有相同原因,不能凭一个红色状态就重建整个 Web Station。先在网页服务门户列表中找到目标端口、主机名称和文档根目录。
本次需要恢复的是一个使用 666/668 端口的静态网站。站点包含 HTML、样式、图片和独立子目录,不依赖 PHP 执行;其他虚拟主机和 WordPress 暂时不属于修复范围。
静态站点可以不选择 PHP
编辑目标门户后,将 PHP 改为“未配置”,保留原后端服务器和文档根目录。这样 Web Station 不再依赖原先失效的 PHP 配置来运行这个静态站点。操作前应确认目录中没有需要动态执行的 PHP 业务,不能把相同设置直接应用到 WordPress。
- 记录原门户端口、服务器类型、文档根目录和 PHP 选择。
- 仅编辑目标门户,将静态站的 PHP 设为未配置。
- 保存后刷新门户状态,再访问首页。
- 继续测试图片、CSS 和子目录页面,而不是只看状态变绿。
免端口入口如何连接到这个站点
云端 Web 域名通过 HTTPS 回源到 NAS 的 668 端口。浏览器仍访问标准 443,内部回源使用已有高位端口。这里的云端入口与 NAS 门户各负责一段连接,修改 Web Station 不能代替云端的域名和证书配置。
浏览器 https://web.example.com/shanghai22/
↓
云端 HTTPS 入口 → ddns.example.com:668
↓
Web Station 静态门户 → web/shanghai22/子目录一般不需要再添加一个域名
如果网站使用相对路径,原来位于 /shanghai22/ 的页面可以继续用新 Web 域名加相同目录访问。本次目录页及六个子页面都能返回正常 HTTPS 响应,汇总页中的地图和统计图也完成了浏览器渲染。
如果首页能打开、子页面或图片失败,应检查根路径、大小写、硬编码的旧域名和内容安全策略。只修改链接文字不会更改资源真实地址;需要查看浏览器实际加载的是哪一个路径。
修复边界与回退
保留原文件和目录结构,只修改目标门户设置,是这次修复的主要边界。若更改后动态功能丢失,应根据记录恢复 PHP 选择,并为动态站点单独修复运行环境。其他门户的异常不能由这个静态修复结果推断已经解决。