Linux 网络基础以 nmcli 和 ip 为主线，讲清 IP、掩码、网关、DNS 四个基本参数，给出 Rocky 8

第四章 Linux 网络基础（Rocky Linux 8.10）

适用环境：Rocky Linux 8.10、NetworkManager、VMware Workstation
主线原则：使用 nmcli 和 ip 管理网络；ifconfig、netstat、ifcfg 仅作为旧课程内容对照。

学习目标

理解 IP 地址、子网掩码、网关和 DNS 的作用。
能查看网卡、IP 地址、路由和端口状态。
能使用 nmcli 或 nmtui 配置静态 IP 和 DHCP。
能配置并验证主机名、DNS 与网络连通性。
能区分 VMware 的桥接、NAT 和仅主机模式。
能按固定顺序定位常见网络故障。

一、网络参数基础

1. IP 地址

IP 地址用于在网络中标识一台主机，例如：

192.168.10.100/24

其中 192.168.10.100 是主机地址，/24 等价于子网掩码 255.255.255.0。

2. 子网掩码

子网掩码用于区分“网络地址”和“主机地址”。

192.168.10.100/24 所在网络为 192.168.10.0/24。
同一子网内的主机通常可以直接通信。
不同子网之间的通信需要经过网关和路由。

3. 默认网关

当目标地址不在本机直连网络中时，数据包交给默认网关转发。

本机：192.168.10.100/24
网关：192.168.10.1

如果网关不可达，通常表现为“能访问同网段主机，但不能访问互联网”。

4. DNS

DNS 负责把域名解析为 IP 地址，例如把 www.example.com 解析为具体 IP。

IP 和网关正确，但 DNS 错误：可以 ping 公共 IP，不能按域名访问。
DNS 配置错误也是“网页打不开”但“网络看似正常”的常见原因。

5. 静态 IP 与 DHCP

方式	特点	适用场景
静态 IP	地址固定，需要手动指定掩码、网关和 DNS	服务器、实验环境
DHCP	由 DHCP 服务器自动分配网络参数	普通客户端、虚拟机 NAT 网络

6. NetworkManager 与 DHCP 的关系

一句话理解：

NetworkManager 是管理网络连接的“大管家”，DHCP 是管家用来自动申请 IP 地址的一种协议。

两者不是同一层次的概念：

对象	作用
NetworkManager	管理网卡和连接配置，决定使用静态地址还是自动获取地址
DHCP 客户端	按照 DHCP 协议向服务器请求地址，并接收服务器返回的配置
DHCP 协议	客户端与服务器之间交换地址、掩码、网关和 DNS 等信息的规则
DHCP 服务器	实际负责分配 IP 地址的一方，例如路由器、专用服务器或 VMware NAT 服务

在 Rocky Linux 8.10 中，NetworkManager 可以直接使用内置的 DHCP 客户端，也可以根据系统配置调用外部 DHCP 客户端。日常使用时不需要手动运行 dhclient。

需要注意：NetworkManager 是客户端侧的网络管理器，不是 DHCP 服务器。它不会给其他计算机分配 IP，只负责为本机申请、接收并应用网络配置。

自动获取 IP 的处理过程

当连接配置为：

ipv4.method auto

大致过程如下：

NetworkManager 检测到网卡需要联网
→ 读取连接配置，确认使用自动获取
→ 启动 DHCP 客户端
→ 向 DHCP 服务器发送地址请求
→ DHCP 服务器返回 IP、掩码、网关和 DNS
→ NetworkManager 将配置应用到网卡和路由表

DHCP 通常使用四个报文完成地址租用：

报文	作用
`DHCPDISCOVER`	客户端寻找可用的 DHCP 服务器
`DHCPOFFER`	服务器提出可分配的地址
`DHCPREQUEST`	客户端请求使用该地址
`DHCPACK`	服务器确认租用，客户端应用配置

用“租房”帮助理解

NetworkManager 像租客或房屋管家，负责决定是使用固定地址还是申请临时地址。
DHCP 客户端像办理租房手续的办事员，负责执行申请流程。
DHCP 协议像统一的申请和确认流程。
DHCP 服务器像房东，手里掌握可分配的 IP 地址。

这个比喻的关键是：NetworkManager 负责管理和执行，DHCP 服务器负责分配，DHCP 协议负责双方交换信息。

从命令结果判断地址来源

查看连接配置：

nmcli connection show "连接名"

重点关注：

ipv4.method: auto

auto 表示使用 DHCP；使用静态地址时通常为：

ipv4.method: manual

如果 ip route 显示的默认路由带有 proto dhcp，说明该路由是由 DHCP 服务器下发的，而不是手动配置的：

ip route

示例：

default via 192.168.171.2 dev ens160 proto dhcp metric 100

切换为静态地址后，NetworkManager 会按照 manual 配置设置地址和路由，不再通过 DHCP 请求主要网络参数。

7. 连接配置和物理网卡不是一回事

Rocky 8.10 使用 NetworkManager 管理网络。

device：实际网卡，例如 ens160、ens33。
connection：保存网络参数的配置档案，例如 Wired connection 1、lan-static。

同一块网卡可以保存多个连接配置，但同一时间通常只激活其中一个。

二、Rocky Linux 8.10 网络配置方式

1. 查看网卡名称和设备状态

nmcli device status
ip -br link

示例输出中的 ens160、ens33 才是实际设备名。后续命令不要生搬硬套，应替换为自己的网卡名。

查看已有连接配置：

nmcli connection show
nmcli connection show --active

2. 使用 ip 命令临时配置 IP

先查看当前地址：

ip addr show
ip -br addr

临时添加地址：

sudo ip addr add 192.168.10.200/24 dev ens160
sudo ip link set ens160 up

删除临时地址：

sudo ip addr del 192.168.10.200/24 dev ens160

这种方式重启或重新激活网络后会失效，也不会自动配置网关和 DNS。

添加第二个地址：

sudo ip addr add 192.168.10.201/24 dev ens160 label ens160:1

删除第二个地址：

sudo ip addr del 192.168.10.201/24 dev ens160

3. ifconfig 命令（旧工具）

Rocky 8.10 最小化安装通常没有 ifconfig，需要先安装：

sudo dnf install -y net-tools

临时设置地址：

sudo ifconfig ens160 192.168.10.200 netmask 255.255.255.0 up

注意：

ifconfig 只修改当前运行状态，重启后失效。
它不能完整配置网关和 DNS。
现代 Rocky 系统应优先使用 ip 和 nmcli。

4. 使用 nmcli 永久配置静态 IP

先确认连接名称和设备名称：

nmcli -t -f NAME,DEVICE connection show

假设连接名为 Wired connection 1，网卡为 ens160：

sudo nmcli connection modify "Wired connection 1" \
  ipv4.method manual \
  ipv4.addresses 192.168.10.100/24 \
  ipv4.gateway 192.168.10.1 \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.ignore-auto-dns yes \
  connection.autoconnect yes

激活配置：

sudo nmcli connection up "Wired connection 1"

也可以新建一个命名更清晰的连接：

sudo nmcli connection add type ethernet ifname ens160 con-name lan-static \
  ipv4.method manual \
  ipv4.addresses 192.168.10.100/24 \
  ipv4.gateway 192.168.10.1 \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.ignore-auto-dns yes \
  connection.autoconnect yes

sudo nmcli connection up lan-static

5. 切回 DHCP

sudo nmcli connection modify "Wired connection 1" \
  ipv4.method auto \
  ipv4.addresses "" \
  ipv4.gateway "" \
  ipv4.dns "" \
  ipv4.ignore-auto-dns no

sudo nmcli connection up "Wired connection 1"

6. 使用 nmtui 图形化配置

如果最小化系统没有该工具：

sudo dnf install -y NetworkManager-tui
sudo nmtui

在界面中依次选择：

Edit a connection → 选择网卡 → IPv4 → Manual → 填写地址、网关和 DNS → OK → Activate a connection

nmtui 修改的是 NetworkManager 连接配置，效果可以持久保存。

7. 旧式 ifcfg 文件（课程对照）

Rocky 8.10 默认不再以 network-scripts 作为主要管理方式。若实验要求使用旧式文件，可以创建：

sudo vim /etc/sysconfig/network-scripts/ifcfg-ens160

静态地址示例：

TYPE=Ethernet
NAME=ens160
DEVICE=ens160
BOOTPROTO=none
ONBOOT=yes
IPADDR=192.168.10.100
PREFIX=24
GATEWAY=192.168.10.1
DNS1=223.5.5.5
DNS2=114.114.114.114

重新加载并激活：

sudo nmcli connection reload
sudo nmcli connection up ens160

如果在 Rocky 8.10 中上述方式不可用，不要继续照搬 CentOS 6 的 service network restart，统一改用 nmcli 配置。

三、Rocky Linux 8.10 静态 IP 配置实例

假设实验环境如下：

参数	示例值
网卡	`ens160`
IP 地址	`192.168.10.100`
子网掩码/前缀	`255.255.255.0` / `24`
网关	`192.168.10.1`
DNS1	`223.5.5.5`
DNS2	`114.114.114.114`
连接名称	`lan-static`

1. 创建配置

sudo nmcli connection add type ethernet ifname ens160 con-name lan-static \
  ipv4.method manual \
  ipv4.addresses 192.168.10.100/24 \
  ipv4.gateway 192.168.10.1 \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.ignore-auto-dns yes \
  connection.autoconnect yes

2. 激活配置

sudo nmcli connection up lan-static

3. 检查配置是否生效

nmcli connection show --active
nmcli device status
ip -br addr
ip route
cat /etc/resolv.conf

4. 分层测试连通性

# 本机链路和地址
ip -br link

# 网关是否可达
ping -c 4 192.168.10.1

# 公网 IP 是否可达，用来判断路由和互联网出口
ping -c 4 223.5.5.5

# 域名解析是否正常
getent hosts www.baidu.com
dig +short www.baidu.com

判断思路：

网关不通：先检查 IP、掩码、网关和虚拟机网络模式。
网关通但公网 IP 不通：检查网关、路由、防火墙和宿主机网络。
公网 IP 通但域名不通：重点检查 DNS。
地址和网关都正确但连接配置未激活：运行 nmcli connection up。

四、常用网络命令

1. 查看地址、链路和路由

ip addr
ip -br addr
ip link
ip route
ip route get 8.8.8.8
ip neigh

旧命令对照：

功能	旧命令	Rocky 8.10 推荐命令
查看 IP	`ifconfig`	`ip addr`
查看路由	`route -n`	`ip route`
启停网卡	`ifup/ifdown`	`nmcli device connect/disconnect` 或 `ip link`
查看邻居表	`arp -n`	`ip neigh`

2. 测试连通性

ping -c 4 192.168.10.1
ping -c 4 -W 2 223.5.5.5

参数说明：

-c 4：发送 4 个 ICMP 包。
-W 2：等待响应的超时时间，单位为秒。

即使 ping 失败，也不一定代表目标主机关机，因为目标防火墙可能禁止 ICMP。

3. 路由跟踪

sudo dnf install -y traceroute
traceroute -n 8.8.8.8

-n 表示直接显示 IP，不进行反向域名解析，速度更快。

4. 查看监听端口和网络连接

ss -tulnp
ss -tuln
ss -tan

常用选项：

-t：TCP。
-u：UDP。
-l：仅显示监听状态。
-n：以数字形式显示 IP 和端口。
-p：显示进程信息，通常需要 root 权限。

旧课程中的命令对照：

netstat -tulnp

Rocky 8.10 应优先使用 ss。

5. 探测远程端口

sudo dnf install -y nmap-ncat
nc -vz 192.168.10.100 80

也可以使用：

curl -I http://192.168.10.100

telnet 已不安全，主要用于旧课程演示。端口测试更推荐 nc 或 curl。

6. ping、nc、curl 的分层排障对比

这三个命令常被称为网络排障的“三板斧”。它们都能测试网络，但测试层级、协议和目的不同。

可以这样理解：

ping：在楼下询问“这台主机是否能够响应”。
nc -zv：到指定房间门口敲门，检查目标端口是否可建立连接。
curl -I：向 Web 服务发送 HTTP 请求，检查应用是否返回 HTTP 响应。

维度	`ping`	`nc -zv`	`curl -I`
工作层级	网络层，通常为 L3	传输层，通常为 L4	应用层，通常为 L7
使用协议	ICMP	TCP；测试 UDP 时需增加 `-u`	HTTP、HTTPS 等应用协议
测试目标	目标 IP 或域名	目标 IP/域名及端口	URL、端口和具体 Web 服务
核心作用	测试目标是否能响应 ICMP	测试目标端口能否建立连接	测试 Web 服务是否返回 HTTP 响应
常用命令	`ping -c 4 1.1.1.1`	`nc -zv 1.1.1.1 80`	`curl -I http://1.1.1.1`
端口概念	不使用端口	必须指定端口	HTTP 默认 80，HTTPS 默认 443
常见限制	目标可能禁用 ICMP	目标可能拒绝连接或丢弃探测包	服务可能禁用 HEAD，或返回 4xx/5xx

需要特别注意：

ping 失败不一定表示主机离线，也可能只是目标防火墙禁止 ICMP。
nc -zv 默认测试 TCP。UDP 没有真正的“建立连接”过程，使用 -u 也只能测试是否能发送，不能完全证明 UDP 服务正常响应。
curl -I 发送 HTTP HEAD 请求，适合检查响应头和状态码。某些服务不支持 HEAD，即使应用本身正常，也可能返回 405 或其他状态。
curl 能测试 HTTP/HTTPS 等协议，但不适合直接测试 MySQL 等数据库协议。

按层级递进排障

如果使用域名，先检查 DNS：

getent hosts www.baidu.com

测试目标 IP 是否能够响应：

ping -c 4 1.1.1.1

如果没有响应，继续检查路由、网络策略和 ICMP 是否被禁用。不能只凭 ping 失败判断服务不可用。

测试目标端口能否建立连接：

nc -zv 192.168.10.100 80

测试 Web 应用是否返回 HTTP 响应：

curl -I http://192.168.10.100

如何判断 `nc` 的报错

结果	常见原因
`succeeded` 或 `Connected`	网络路径可达，目标端口建立了连接
`Connection refused`	通常已到达目标主机，但端口没有服务监听，或连接被明确拒绝
`Connection timed out`	数据包可能被防火墙丢弃，也可能是路由错误或网络中断

因此，“Connection refused 就是防火墙没放行”并不准确。端口未监听和防火墙拒绝都可能产生不同结果，需要结合 ss、防火墙规则和目标主机日志判断。

场景一：浏览器打不开 Web 网站

假设问题地址为 www.example.com：

getent hosts www.example.com
ping -c 4 www.example.com
nc -zv www.example.com 443
curl -I https://www.example.com

判断方法：

域名解析失败：先检查 DNS。
ping 失败但 nc 成功：目标可能禁用了 ICMP，但端口仍可访问。
nc 失败：检查网络路径、端口和防火墙。
nc 成功但 curl 返回 5xx：通常是应用内部或反向代理后的后端服务异常。
curl 返回 200：当前 HTTP 请求得到正常响应，但具体页面仍可能出现前端脚本、权限或浏览器缓存问题。

场景二：客户端连不上 MySQL

nc -zv 192.168.10.100 3306

判断方法：

Connection refused：通常是 MySQL 没有监听该端口，或连接被明确拒绝。
Connection timed out：更可能是防火墙丢包、路由不通或安全组未放行。
端口可连接但仍然无法登录：问题可能在账号权限、认证方式、数据库配置或加密协议。

此时应使用 MySQL 客户端继续验证，而不是使用 curl 测试数据库协议：

mysql -h 192.168.10.100 -P 3306 -u 用户名 -p

7. DNS 查询

安装查询工具：

sudo dnf install -y bind-utils

常用命令：

dig www.baidu.com
dig +short www.baidu.com
dig @223.5.5.5 www.baidu.com
getent hosts www.baidu.com

dig @服务器地址 可以直接测试指定 DNS 服务器，便于判断是本机 DNS 配置错误还是 DNS 服务不可用。

8. 下载文件

wget -P /tmp https://example.com/file.tar.gz
wget -O /tmp/file.tar.gz https://example.com/file.tar.gz
curl -O https://example.com/file.tar.gz

-P：指定下载目录。
-O：指定保存文件名。
下载目录受用户权限限制。

五、主机名和 DNS 配置

1. 查看主机名

hostname
hostnamectl status

2. 永久修改主机名

sudo hostnamectl set-hostname rocky-node01

重新登录终端后，提示符通常会自动更新。

3. 临时修改主机名

sudo hostname rocky-temp

临时修改不会持久保存，实验完成后应使用 hostnamectl 恢复正确名称。

4. 配置本机名称映射

编辑 /etc/hosts：

sudo vim /etc/hosts

添加：

192.168.10.100  rocky-node01 rocky-node01.local

/etc/hosts 适合配置内部实验主机名映射，不替代公共 DNS。

5. 查看 DNS 配置

cat /etc/resolv.conf
nmcli connection show "lan-static" | grep ipv4.dns

Rocky 8.10 中建议通过 NetworkManager 配置 DNS：

sudo nmcli connection modify "lan-static" \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.ignore-auto-dns yes

sudo nmcli connection up "lan-static"

不要直接把 /etc/resolv.conf 当作唯一永久配置，因为该文件可能被网络管理程序重新生成。

六、VMware 虚拟机网络模式

1. 三种网络模式

模式	VMware 设备	地址来源	能否访问互联网	局域网设备能否访问虚拟机
桥接	VMnet0/真实网卡	局域网 DHCP 或静态地址	通常可以	通常可以
NAT	VMnet8	VMware DHCP 或 NAT 子网静态地址	通常可以	通常不可以，需端口转发
仅主机	VMnet1	仅主机网络 DHCP 或静态地址	默认不可以	只可访问宿主机

2. 桥接模式

虚拟机会像局域网中的另一台计算机一样工作。

可以使用所在局域网的 DHCP。
静态 IP 应与宿主机所在物理网络同一网段。
企业网络或无线网络可能启用了客户端隔离，导致桥接模式无法正常通信。

示例：

宿主机：192.168.10.20/24
虚拟机：192.168.10.100/24
网关：192.168.10.1

3. NAT 模式

虚拟机通过 VMware 的 NAT 服务访问外部网络，常用设备为 VMnet8。

推荐实验时使用 DHCP，配置简单。
如果需要静态地址，必须使用 VMnet8 对应子网的地址。
VMware NAT 网关通常是对应网段中的 .2 地址，应以虚拟网络编辑器中的实际配置为准。
外部设备通常不能主动访问虚拟机；必要时配置端口转发。

4. 仅主机模式

常用设备为 VMnet1。

默认只能在虚拟机和宿主机之间通信。
静态地址应配置在 VMnet1 子网内。
默认没有互联网出口；需要额外配置宿主机网络共享或路由。

5. 配置后的检查顺序

nmcli device status
ip -br addr
ip route
ping -c 4 网关

先确认虚拟机的 IP、掩码和网关与 VMware 网络模式匹配，再测试外部连通性。

七、虚拟机克隆后的网络处理

克隆虚拟机后，最常见的问题是 MAC、连接配置、IP 或主机名冲突。

1. 克隆后的检查步骤

在 VMware 中为克隆机重新生成 MAC 地址。
启动克隆机，查看设备名称和地址。
修改主机名。
配置唯一的静态 IP。
删除或重建指向旧网卡、旧 MAC、旧连接名称的 NetworkManager 配置。

nmcli device status
ip -br link
ip -br addr
nmcli connection show
hostnamectl status

2. 重建连接配置

如果旧连接无法绑定新网卡，可以删除旧连接并新建：

sudo nmcli connection delete "旧连接名"

sudo nmcli connection add type ethernet ifname ens160 con-name lan-static \
  ipv4.method manual \
  ipv4.addresses 192.168.10.101/24 \
  ipv4.gateway 192.168.10.1 \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.ignore-auto-dns yes \
  connection.autoconnect yes

sudo nmcli connection up lan-static

3. 旧课程命令的版本差异

CentOS 6 时代常用以下方式处理克隆网卡：

rm -rf /etc/udev/rules.d/70-persistent-net.rules

Rocky 8.10 通常没有这个文件，不能把它当作标准处理步骤。克隆后的网络问题应重点检查：

VMware 中的 MAC 地址是否重复。
NetworkManager 连接是否仍绑定旧网卡。
静态 IP 是否冲突。
主机名和连接名称是否重复。
旧式 ifcfg 文件中的 UUID 是否仍被复用。

八、网络故障排查

1. 固定排查顺序

网卡是否被识别
→ 网卡是否启用
→ 是否取得 IP
→ 是否配置默认网关
→ 网关是否可达
→ 公网 IP 是否可达
→ DNS 是否正常
→ 目标端口是否监听
→ 防火墙是否放行

2. 按现象判断

现象	优先检查	常用命令
没有网卡或显示 disconnected	网卡驱动、VMware 连接、连接配置	`nmcli device status`
有网卡但没有 IP	IPv4 方法、DHCP、配置是否激活	`nmcli connection show`、`ip -br addr`
有 IP 但没有默认路由	网关配置	`ip route`
网关不通	IP/掩码/网关是否同网段、VMware 模式	`ping`、`ip -br addr`
能 ping IP 但不能访问域名	DNS	`cat /etc/resolv.conf`、`dig`
本机服务无法访问	服务监听地址和端口、防火墙	`ss -tulnp`、`firewall-cmd`

3. 查看 NetworkManager 状态和日志

systemctl status NetworkManager
journalctl -u NetworkManager --since "10 minutes ago"

重新加载连接：

sudo nmcli connection reload

激活指定连接：

sudo nmcli connection up "连接名"

如果正在通过 SSH 远程管理服务器，请谨慎重启 NetworkManager。重启过程可能短暂断开网络连接，最好保留控制台访问方式。

4. 检查本机服务端口

sudo ss -tulnp
ss -lntp
curl -I http://127.0.0.1

如果服务只监听 127.0.0.1，远程主机无法访问。需要让服务监听 0.0.0.0 或指定网卡地址。

5. 检查防火墙

sudo firewall-cmd --state
sudo firewall-cmd --list-all
sudo firewall-cmd --add-service=http --permanent
sudo firewall-cmd --reload

只有确认服务正常监听后，才需要继续排查防火墙。

6. DNS 故障的快速验证

ping -c 4 223.5.5.5
dig @223.5.5.5 www.baidu.com
cat /etc/resolv.conf
getent hosts www.baidu.com

如果 ping 223.5.5.5 正常，但 dig www.baidu.com 失败，通常问题在 DNS 配置或 DNS 服务器。

九、命令速查表

任务	Rocky 8.10 命令
查看网卡状态	`nmcli device status`
查看连接配置	`nmcli connection show`
激活连接	`nmcli connection up 连接名`
查看 IP	`ip -br addr`
查看路由	`ip route`
查看邻居表	`ip neigh`
临时添加 IP	`ip addr add IP/前缀 dev 网卡`
测试连通性	`ping -c 4 目标`
路由跟踪	`traceroute -n 目标`
查看端口	`ss -tulnp`
测试远程端口	`nc -vz IP 端口`
查询域名	`dig +short 域名`
永久修改主机名	`hostnamectl set-hostname 名称`
查看防火墙	`firewall-cmd --list-all`
查看网络日志	`journalctl -u NetworkManager`

十、实验任务

实验一：静态 IP 配置

使用 nmcli device status 找到网卡名称和连接名称。
为虚拟机配置静态 IP、网关和两个 DNS。
激活连接。
使用 ip addr 和 ip route 验证地址及路由。
依次测试网关、公网 IP 和域名。

实验二：临时地址验证

使用 ip addr add 临时添加第二个地址。
使用 ip addr del 删除该地址。
重启或重新激活网络，观察地址是否消失。

实验三：服务端口检查

启动一个网络服务。
使用 ss -tulnp 查看监听地址和端口。
使用 curl 或 nc 测试访问。
配置防火墙放行端口并再次验证。

实验四：虚拟机网络模式对比

分别在 NAT 和桥接模式下查看虚拟机 IP、网关。
记录两种模式下的连通性差异。
切换到仅主机模式，观察是否还能访问互联网。

易错点总结

Rocky 8.10 的主线是 NetworkManager，不是 network.service。
ifconfig 是临时工具，不能代替完整连接配置。
网卡名不一定是 eth0，配置前必须先确认 device。
connection 是配置档案，device 是实际网卡，两者要区分。
配置 IP 后必须确认连接已激活，并检查默认路由。
/etc/resolv.conf 可能被自动生成，不应把它当作唯一 DNS 配置入口。
ping 通只能说明 ICMP 可达，不能说明目标端口开放。
服务监听 127.0.0.1 时，远程主机无法访问。
VMware 的 NAT、桥接和仅主机模式使用不同网段，静态 IP 必须与模式匹配。
克隆虚拟机后，MAC、IP、主机名和 NetworkManager 连接都需要重新检查。

Linux 网络基础