ufw status显示inactive表示防火墙未启用，仅为默认关闭状态，并非错误；需先sudo ufw allow 22/tcp再sudo ufw enable才能生效，且自动开机自启。
ufw status 显示 inactive 就代表防火墙没开
Ubuntu 默认安装了 ufw，但**默认是关闭状态**，sudo ufw status 输出 inactive 是正常现象，不是报错。很多人看到这个就以为配置失败，其实只是还没启用。
确认是否真没开，直接运行：
sudo ufw status
如果输出里有 Status: inactive，说明当前完全不拦截任何连接——这既不安全也不等于“没装”，只是服务没启动。
-
sudo ufw enable启用后会自动设为开机自启 -
sudo ufw disable关闭后规则仍保留在配置里，下次enable会立刻生效 - 不要混淆
ufw disable和卸载ufw：卸载（apt remove ufw）会清空所有规则，且重启后不会恢复
开启前必须先放行 SSH，否则可能锁死远程服务器
对 Ubuntu Server 或通过 SSH 管理的机器，sudo ufw enable 会立即拒绝所有未明确允许的入站连接。如果你没提前放开 SSH 端口，命令一执行，SSH 连接就会断开，再也连不回去。
正确顺序是：
- 先运行
sudo ufw allow ssh（等价于sudo ufw allow 22/tcp） - 再运行
sudo ufw enable - 最后用
sudo ufw status numbered确认规则编号和顺序
注意：ssh 是服务名，依赖 /etc/services 中定义；如果改过 SSH 端口（比如改成 2222），就得写成 sudo ufw allow 2222/tcp，不能只写 ssh。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
ufw disable 不等于网络完全开放
sudo ufw disable 只是停用 ufw 管理的 iptables 规则，但它**不会清除已有规则，也不影响其他防火墙工具（如 firewalld、手动 iptables 配置）**。
常见误解场景：
- 你执行了
sudo ufw disable，但sudo iptables -L仍显示一堆规则 → 那些是别人（或脚本）直接写的 iptables，ufw管不了 - 你关了
ufw，但端口还是不通 → 检查应用本身是否监听（ss -tlnp | grep :80）、是否绑定127.0.0.1而非0.0.0.0、是否有云厂商安全组拦截 -
ufw关了，但systemctl is-active firewalld返回active→ 切换发行版时容易混用工具，Ubuntu 默认不用firewalld
重启系统后 ufw 状态取决于 enable/disable 历史
ufw 的启用/禁用状态是持久化的：执行过 sudo ufw enable 后，即使重启也保持开启；执行 sudo ufw disable 后，重启依旧关闭。
但有两个例外容易被忽略：
- 某些云镜像或 Docker 环境会重置
/etc/ufw/ufw.conf中的ENABLED=yes/no，导致行为不一致 - 如果用
sudo ufw reset，它会清空所有规则并把ENABLED设为no，相当于回到初始状态 -
ufw开机自启靠的是 systemd serviceufw.service，可用systemctl is-enabled ufw查看是否启用，但一般不需要手动操作这个
真正需要警惕的，是以为“关一次就一劳永逸”，结果某次 apt upgrade 后 ufw 被意外重置，或者同事在共享服务器上悄悄 enable 了它。
