CentOS 7 不支持网络拓扑自适应切换，因其网络栈无法自动识别桥接/NAT/仅主机模式；需人工定义规则、编写检测脚本，并结合 NetworkManager connection profile 或 ifcfg 配置实现模拟切换。
CentOS 7 没有内置的“网络拓扑自适应切换开关”这种抽象功能 —— 它不提供一键识别桥接/NAT/仅主机并自动重配 IP、DNS、路由的机制。 所有网络行为都依赖明确配置或外部工具干预，所谓“自适应”必须由人定义规则、编写脚本、或借助 NetworkManager 的 connection profile + 条件触发逻辑来模拟。
为什么不能直接启用“拓扑自适应”
CentOS 7 的网络栈（network.service 或 NetworkManager）本身不具备探测物理网络拓扑的能力。它无法判断当前是桥接到真实交换机、走 NAT 共享宿主机上网、还是仅主机隔离环境 —— 这些信息不在内核网络层暴露，也不在标准 DHCP Offer 中携带拓扑标识字段。
- VMware/VirtualBox 只通过虚拟网卡设备名（如
ens33、enp0s3）和 MAC 地址暴露有限线索，但不同厂商命名无统一规律 - DHCP 分配的网关、DNS、子网信息可间接推测（比如网关是
192.168.1.1vs192.168.122.1vs10.0.2.2），但需人工归纳规则，且易误判 - 系统不记录“上次启动用的是哪种虚拟网络模式”，也没有拓扑历史数据库
用 NetworkManager connection profile 模拟切换逻辑
最接近“自适应”的可行做法：为每种预期拓扑预建一组 nmcli connection 配置，并用 shell 脚本依据现场网络特征（如默认网关、可达 DNS、ARP 响应等）选择激活哪一个。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 先创建多个连接：
nmcli connection add type ethernet ifname ens33 con-name "topo-bridge"、"topo-nat"、"topo-hostonly" - 每个 connection 单独配置
ipv4.method（manual或auto）、ipv4.addresses、ipv4.gateway、ipv4.dns和autoconnect: no - 写一个检测脚本（例如检查
ip route | grep default输出的网关是否匹配某段，或ping -c1 192.168.1.1 &>/dev/null是否通） - 根据结果执行
nmcli connection up "topo-nat"并 down 掉其他 - 把这个脚本设为 systemd service，在
network.target后触发，或监听NetworkManager的 D-Bus 信号
修改 ifcfg-* 文件时的关键陷阱
如果你坚持用传统 network.service（而非 NetworkManager），靠修改 /etc/sysconfig/network-scripts/ifcfg-* 实现切换，以下几点极易出错：
-
ONBOOT=yes必须只在一个配置中启用，否则多个 ifcfg 文件同时生效会冲突；建议其余设为ONBOOT=no -
HWADDR字段若存在，必须与ip link show ens33 | grep ether输出完全一致，否则network.service直接跳过该文件 - 改完后必须执行
systemctl restart network，ifdown/ifup单独调用可能因依赖未清理而失败 -
/etc/resolv.conf是只读 symlink（指向/run/NetworkManager/resolv.conf或/run/systemd/resolve/stub-resolv.conf），直接编辑会被覆盖；应通过PEERDNS=no+DNS1=在 ifcfg 里声明，或用nmcli设置
真正可靠的“自适应”不是开个开关就完事，而是把拓扑判定逻辑写进检测脚本、把配置差异收敛到 connection profile 或 ifcfg 文件组、再用 systemd 或 NM 事件驱动切换。漏掉任意一环，重启后大概率连不上。
