Ubuntu 临时静态页面结束后，如何验证云服务器已清理干净

在云服务器上搭一个静态演示页面，通常只需要准备文件、配置 Web 服务、开放入口。但演示结束以后，关闭浏览器并不等于服务下线，删除页面也不等于端口规则已经撤销。本文整理一套适用于 Ubuntu 与 Nginx 的检查思路：把文件、服务、网络入口和云资源分开验证，让临时演示有明确的结束状态。

本文使用的路径和项目名均为示例。操作前应以实际环境为准；共享服务器上尤其要先确认其他站点依赖，不能直接照搬卸载命令。

一、先给临时改动建立清单

部署开始时，记录本次新增的内容：网站根目录、站点配置文件、启动方式、监听端口，以及安全组规则的描述。比如把页面放在单独的 /var/www/demo-preview，为对应的入方向规则写上清晰的临时用途，后续就能准确找到需要清理的对象。

还应记录哪些东西原本就存在。已有服务器、默认网络规则和其他网站配置属于原有环境，不能因为结束一次演示就一并删除。清理清单应描述“本次新增了什么”，而不是把整台机器当成一次性资源。

二、确认 Web 服务当前究竟在做什么

可以先执行下面两个只读检查：

systemctl is-active nginx
sudo ss -ltnp '( sport = :80 )'

前一个命令查看 systemd 中 Nginx 的运行状态，后一个查看 80 端口是否仍有 TCP 监听。两个结果需要结合理解：Nginx 停止以后，80 端口也可能被另一个程序占用；反过来，演示可能配置在其他端口，因此没有 80 端口监听并不能证明所有演示服务都已停止。

如果不清楚站点配置来自哪里，可以在服务器本地检查 nginx -T 的输出。官方文档说明，-T 会在测试配置的同时输出配置内容，-t 用于检查配置。完整配置可能包含内部地址或业务信息，排查时只提取必要的站点信息，不把整份输出贴到公开文章中。参考资料为 Nginx 官方文档《Command-line parameters》，可在官网文档中按标题检索。

三、按依赖关系清理站点

如果 Nginx 同时服务多个站点，应只撤下临时站点及对应配置，先检查剩余配置，再重新加载服务，最后验证其他站点仍能访问。不要为了一个演示停止整台服务器上的 Web 服务。

如果确认 Nginx 是本次演示专门安装的，而且没有其他服务依赖它，才考虑停止服务并卸载相关软件包。临时页面、单独的站点配置和下载目录需要逐项检查。软件包卸载通常不能代替用户自己创建的文件清理。

建议先列出待处理目录，核对名称与内容，再执行删除。原始源码如果还要复用，应保存在明确的位置；不再需要的压缩包、测试输出和临时脚本才进入清理范围。这样既能收尾，也能避免把唯一一份源码当缓存删掉。

四、单独处理云侧的访问入口

服务器内的监听状态和控制台中的安全组规则是两个不同层面的设置。停止 Nginx 后，本次添加的 HTTP 入方向规则仍可能存在。进入实例关联的安全组，核对方向、协议、端口、来源地址和规则描述，再删除属于本次演示的那一条。

华为云官方说明，安全组用于控制实例的入站和出站访问；同安全组内互通等默认规则可能承担正常网络通信。清理时要保留这些原有规则，避免误删导致其他连接中断。安全组概述、默认安全组和规则

删除后刷新列表，确认目标规则确实消失。如果存在多个关联安全组、IPv6 入口或其他入口组件，也要检查与这次演示有关的配置。仅看到网页打不开，不足以判断是哪一层起了作用。

五、用一张结果表结束任务

收尾时记录四类结果：临时站点文件是否仍在；对应服务与端口是否仍在运行；临时安全组规则是否已撤销；是否新增过需要释放的按需资源。原有服务器继续保留，也应明确记在结果里。

外网访问失败只能作为辅助现象，因为网络、缓存、服务状态都可能影响结果。更可靠的方法是把上述几项检查分别完成，并保留简短、去除敏感信息的记录。最后退出临时终端、关闭不再需要的预览程序，整个演示才算有了可核对的结束状态。

这套流程也可以用于小型 Python 服务、Node.js 演示和容器应用：先列明新增内容，再逐层验证，始终围绕本次任务的边界处理资源。