# Linux 系统 SSH 服务的安装与连接指南（含查看 IP 多种方法）

> 本文记录在一台 Linux 服务器上**安装并启动 SSH 服务端**、**确认服务器 IP**、以及**从客户端连上去**的完整做法。覆盖 Ubuntu / Debian / CentOS / RHEL / Rocky 等常见发行版，命令均经实测可照抄。




> 经验之谈：连不上服务器，90% 的问题出在三处——IP 不对、sshd 没起来、防火墙没放。把这三点确认好，基本都能通。
>
> 本文在通用做法基础上，融合了知识库「Linux运维」中多篇实战文章的要点（安装 ssh 服务、新装 CentOS 无 IP 的网络配置、sshd.service 排错、ip/ifconfig/Netplan 网络速查），参考资料见文末。

---

## 一、先确认服务器 IP（多种查看方法）

客户端要连服务器，第一步就是知道服务器的地址。下面这些方法，**挑一个顺手的就行**。

### 方法 1：`ip addr`（最推荐，所有现代发行版自带）

```bash
ip addr
# 或简写
ip a
```

输出里每个网卡（如 `eth0`、`ens33`、`lo`）下面找 `inet` 行，那就是 IPv4 地址。`lo` 是回环地址 127.0.0.1，忽略它。

只看 IPv4、更干净：

```bash
ip -4 addr show
# 只看某个网卡
ip addr show eth0
```

### 方法 2：`hostname -I`（最省事，一行列出所有 IP）

```bash
hostname -I
# 输出示例：192.168.1.10 10.0.0.5
```

一条命令直接打印本机所有非回环 IPv4，适合写脚本或快速确认。

### 方法 3：`ifconfig`（老工具，需装 net-tools）

```bash
ifconfig          # 看全部
ifconfig eth0     # 看指定网卡
```

新系统默认不带，需要 `sudo apt install net-tools` 或 `sudo yum install net-tools`。能不用就别用，方法 1 更标准。

### 方法 4：`nmcli`（用 NetworkManager 的发行版，如 CentOS/RHEL/桌面版 Ubuntu）

```bash
nmcli connection show     # 看连接
nmcli device status       # 看设备与 IP 概况
```

### 方法 5：通过默认路由反查（顺手确认网关）

```bash
ip route                  # 看路由表，default via 后面是网关
ip route get 1.1.1.1      # 模拟访问外网，返回出网网卡与源 IP
```

### 方法 6：查公网 IP（云服务器 / 有外网时）

上面查到的多半是**内网 IP**（如 192.168.x.x、10.x.x.x、172.16.x.x）。从家里或公司连云服务器，要的是**公网 IP**：

```bash
curl ifconfig.me
# 或
curl icanhazip.com
```

> 区分一下：**内网 IP** 只能在同一个局域网内互访；**公网 IP** 才能从任意地方连。云服务器还要在厂商控制台的安全组里放行 22 端口（见第三节）。

### 坑：新装的 CentOS 没 IP 怎么办

新系统网卡经常默认没配 IP（`ip a` 看到 `ens33` 却没有 `inet` 行）。以 CentOS 7 为例，编辑网卡配置文件：

```bash
# 先看网卡名
ip a
# 编辑对应网卡配置（CentOS 7 路径）
vi /etc/sysconfig/network-scripts/ifcfg-ens33
```

改成静态 IP（按你局域网规划填）：

```ini
BOOTPROTO=static        # 静态 IP（dhcp 为自动获取）
ONBOOT=yes              # 开机启用该网卡
IPADDR=192.168.47.10    # 与子网同网段
NETMASK=255.255.255.0
GATEWAY=192.168.47.2
DNS1=223.5.5.5
DNS2=8.8.8.8
```

```bash
systemctl restart network   # 重启网络使配置生效
ip a                        # 再看，inet 行应该出来了
```

> CentOS 8+ / Rocky / Ubuntu 18.04+ 改用 Netplan 或 `nmcli` 配静态 IP（见第五节），不再改 `network-scripts`。

---

## 二、安装并启动 SSH 服务端（按发行版）

OpenSSH 的服务端包叫 `openssh-server`。不同发行版的包管理器不同，但装完启动的逻辑一致。

### Ubuntu / Debian（apt）

```bash
sudo apt update
sudo apt install -y openssh-server

# 启动并设置开机自启
sudo systemctl enable --now ssh

# 确认进程在跑
ps aux | grep sshd
# 确认在监听 22 端口
sudo ss -tlnp | grep :22
```

> 注意：Debian 系的服务名是 **`ssh`**，不是 `sshd`。所以命令是 `systemctl start ssh`。

### CentOS / RHEL 7（yum）

```bash
sudo yum install -y openssh-server
sudo systemctl enable --now sshd
sudo ss -tlnp | grep :22
```

### CentOS / RHEL 8+ / Rocky / Alma（dnf）

```bash
sudo dnf install -y openssh-server
sudo systemctl enable --now sshd
sudo ss -tlnp | grep :22
```

### 先确认装了没有（排错常用）

```bash
# Debian/Ubuntu
dpkg -l | grep openssh-server
# CentOS/RHEL
rpm -qa | grep openssh-server
```

### 关于服务名：`ssh` 还是 `sshd`

遇到 `Unit sshd.service not found` 别慌，往往是服务名不对：

```bash
# Debian/Ubuntu 用 ssh.service
sudo systemctl restart ssh
# CentOS/RHEL 用 sshd.service
sudo systemctl restart sshd

# 不确定就列出来看
ls /usr/lib/systemd/system/ | grep ssh
```

如果列出来是 `ssh.service`，就用 `ssh`；是 `sshd.service` 就用 `sshd`。极少老系统不是 systemd 管的，用 `ps -p 1 -o comm=` 看 init 类型，非 systemd 就用 `service sshd restart`。

---

## 三、放行防火墙

sshd 起来了，但防火墙挡着照样连不上。按发行版放行 22 端口。

### ufw（Ubuntu / Debian 常用）

```bash
sudo ufw allow 22/tcp
sudo ufw reload
sudo ufw status
```

### firewalld（CentOS / RHEL / Rocky）

```bash
sudo firewall-cmd --permanent --add-service=ssh
sudo firewall-cmd --reload
sudo firewall-cmd --list-all
```

### 云服务器：安全组别忘了

如果是云上的服务器（阿里云/腾讯云/AWS 等），**系统防火墙放行还不够**，还得在云控制台的安全组里加一条「允许 TCP 22」的规则，来源按需设为指定 IP 或 `0.0.0.0/0`。这一步漏了，从外网一样连不上。

---

## 四、从客户端连接

服务端就绪后，在另一台机器（Linux / macOS / Windows 的 PowerShell）上连：

```bash
ssh 用户名@服务器IP
ssh -p 2222 用户名@服务器IP        # 改了端口就加 -p
```

首次连接会提示确认主机指纹，输入 `yes` 即可（指纹校验细节见《使用公钥连接 SSH》一文）。输入密码就能登录。

**推荐做法：用公钥免密登录**，比密码更安全也更方便。生成密钥、上传公钥、配置别名的完整步骤，见同工作区的 `ssh-public-key-guide.md`，本文不再重复。

服务端侧随时验证是否在监听：

```bash
sudo ss -tlnp | grep :22
# 没输出 = 没监听，回头检查第二节的安装启动
```

---

## 五、进阶：配置静态 IP（各发行版差异）

服务器一般建议用静态 IP，避免重启后地址变了连不上。

### CentOS 7：`network-scripts`（见第一节的坑）

修改 `/etc/sysconfig/network-scripts/ifcfg-<网卡>`，`BOOTPROTO=static` + `ONBOOT=yes`，再 `systemctl restart network`。

### CentOS 8+ / Rocky / Alma：`nmcli` 或 `network-scripts` 已弃用

用 `nmcli` 改：

```bash
sudo nmcli connection modify <连接名> ipv4.method manual ipv4.addresses 192.168.1.200/24 ipv4.gateway 192.168.1.1 ipv4.dns 223.5.5.5
sudo nmcli connection up <连接名>
```

### Ubuntu 18.04+：Netplan（/etc/netplan/*.yaml）

```bash
sudo vi /etc/netplan/00-installer-config.yaml
```

```yaml
network:
  ethernets:
    eth0:
      dhcp4: no
      addresses: [192.168.1.200/24]
      gateway4: 192.168.1.1
      nameservers:
        addresses: [223.5.5.5, 8.8.8.8]
  version: 2
```

```bash
sudo netplan apply
```

### 临时生效（重启丢失，仅测试用）

```bash
sudo ip addr add 192.168.1.100/24 dev eth0
sudo ip link set eth0 up
```

---

## 六、排错速查

| 现象 | 可能原因 | 处理 |
|------|----------|------|
| `Could not resolve hostname` | IP/域名写错 | `ip a` 重新确认服务器地址 |
| `Connection refused` | sshd 没启动 / 端口不对 | `systemctl status ssh`(或 sshd)；`ss -tlnp \| grep :22` |
| `Connection timeout` / `No route to host` | 网络不通 / 防火墙 / 安全组 | 检查 ufw/firewalld、云安全组、能否 `ping` 通 |
| `Unit sshd.service not found` | 服务名应为 `ssh`（Debian 系） | `ls /usr/lib/systemd/system/ \| grep ssh` 确认后用 `ssh` |
| 内网能连、外网连不上 | 缺路由器端口转发 / 云安全组 | 在路由器或云控制台放行 22 |
| 新装系统没 IP | 网卡未配置 | 见第一节「新装 CentOS 没 IP」 |
| 改配置后起不来 | sshd_config 写错 | 先 `sudo sshd -t` 校验语法再重启 |

**定位思路**：先看 IP 对不对（第一节）→ 再看 sshd 起没起（`systemctl status` + `ss -tlnp`）→ 再看防火墙/安全组（第三节）→ 最后看 sshd 配置。日志在 `/var/log/auth.log` 或 `/var/log/secure`，连不上时 `tail` 一下往往直接看到原因。

---

## 七、小结与参考资料

**小结**：让一台 Linux 能被 SSH 连上，核心就三步——**确认 IP**（第一节多种方法）、**装好并启动 sshd**（第二节各发行版命令，注意 Debian 系叫 `ssh`、RHEL 系叫 `sshd`）、**放行防火墙与安全组**（第三节）。新装系统常卡在「网卡没 IP」和「服务名写错」，按本文排错表逐一对照即可。连上后建议改用公钥登录（见 `ssh-public-key-guide.md`）并关闭密码登录，安全和便利都到位。

**参考资料（知识库「Linux运维」）**：
- 《新买的 linux 服务器 - 安装 ssh 服务并讲解含义》（码途行者）
- 《IT 技能提升 - 新安装的 CentOS 系统没有 IP，要怎么进行网络配置》（科技小白说科技）
- 《Linux 系统下解决 Unit sshd.service not found 和允许 Root 远程 SSH 登录的问题》（码农 DevNote）
- 《Linux 网络管理速查：ip/ifconfig/Netplan 配置指南》（mickeylan）
- 公钥登录详见同工作区 `ssh-public-key-guide.md`

Linux 系统 SSH 服务的安装与连接指南（含查看 IP 多种方法）

CMP 170HX 和 A100 同核心（GA100，`10DE:20C2`），被熔丝加固件寄存器多重限速。解锁可以分成两层：应用层躲 FMA，以及固件层改寄存器。下面按硬件、L1、L2、显存卡点、风险和应用场景整理。



## 两层分别干什么

| 层次 | 做法 | 算力大致变化 | 风险 | 成熟度 |
|---|---|---|---|---|
| L1 应用层 | 编译器禁用 FMA（`-fmad=false` / OpenCL pragma） | FP32 约 0.39→6.25 TFLOPS（约 16×） | 不动固件 | 2023 年起常用 |
| L2 固件层 | SEC2 DMA 溢出 + ROP 写寄存器 | 工具声称 FP32 ~12、FP64 ~6.3 TFLOPS | 动 GSP 固件 | 2026-07 新路径，实现仍带 bug |

L1 已经能稳定用；L2 机理说得通，代码还有洞。L2 成功后节流寄存器被拿掉，L1 那套就不再需要。

## FMA 限制是什么意思

FMA（Fused Multiply-Add）是 GPU 上极常见的一条浮点指令：一次做完 `a * b + c`，比「先乘再加」少一次舍入，也更快。CUDA/OpenCL 编译器默认会大量生成 FMA（对应 PTX 里的 `fma` / SASS 里的 `FFMA` 一类）。

CMP 170HX 上的「FMA 限制」不是把卡做成半残，而是：**一旦流水线在跑 FMA（以及相关的 IMLA 等融合乘加），吞吐被固件/熔丝压到大约 1/32**。所以：

- 用 clpeak 之类测「默认 FP32」会惨到约 **0.39 TFLOPS**
- 同样测「刻意不生成 FMA」的 FP32，可以到约 **6.25 TFLOPS**（大约 16×）
- **FP16、INT32 往往不踩这条限**，所以半精度推理、整数路径看起来「正常」
- Tensor Core 另有一套 dispatch 限制，和这条 FMA 闸不完全是一回事

具体会影响什么（按常见负载）：

| 场景 | 影响 |
|---|---|
| 默认 FP32 CUDA/OpenCL（科学计算、很多物理仿真内核） | 极慢，几乎被 FMA 闸住 |
| llama.cpp / 自编译推理，仍用默认 FMA | FP32 路径很慢 |
| 同上，编译加 `-fmad=false`（L1） | FP32 大幅回升；精度多一次舍入，推理里通常可接受 |
| FP16 / BF16 / INT8 推理 | 往往不走被限的 FP32 FMA，体感好很多 |
| Blender 等闭源、FMA 密集渲染 | 改不了编译选项就只能吃亏 |
| 显存带宽、Hashcat 一类整数算力 | 基本不受这条 FMA 闸影响 |
| 卡间拷数据 / 模型加载 | 主要吃 PCIe Gen1，不是 FMA 的问题 |

一句话：FMA 限制 = **FP32 融合乘加被限速**；能改编译、躲开 FMA，或改走 FP16/整数，就能绕开大部分痛点。固件层（L2）则是直接把节流寄存器关掉，让「正常生成 FMA」也能满速。

## 硬件与限制

- GA100 die；HBM2e 有真 binning，不是纯软件锁：
  - **8GB**：56 SM、4096-bit、**2 个** HBM2e stack，Subsystem `0x1585`
  - **10GB**：70 SM、5120-bit、**5 个** stack，Subsystem `0x1557`
  - 16GB 档有人提过，证据不足
- 带宽实测约 1,355 GB/s（接近 A100 PCIe 40GB）
- FP16 约 42 TFLOPS、INT32 约 12.5 TIOPS（通常不节流）
- PCB 接近 A100，二手价远低于正经 A100

| 限制 | 强制层 | 现状 |
|---|---|---|
| FMA/IMLA 节流（约 1/32） | 熔丝 + SS0/SS1 | L1 可绕，L2 可卸 |
| 显存容量 | FBPA_CFG1 + GSP-RM 几何校验 | 寄存器级能动，GSP-RM 覆写未解透 |
| PCIe Gen1 速率 | 签名 VBIOS + Falcon PRIV | 固件级未破 |
| PCIe x4 宽度 | PCB 缺 24 颗 0.22µF 耦合电容 | 补焊可到 x16（2026-04 有人确认），速率仍 Gen1 |
| NVLink | 熔丝 + 缺件 + 固件 | 基本不现实 |
| 主 Device ID | 硬件根植 | 未见公开突破 |

Ampere 启动大致：`BROM → Booter(HS/SEC2) → GSP-RM(LS) → FWSEC(HS/GSP) → DEVINIT(LS/PMU) → SEC2-RTOS(LS)`。FWSEC 在显存建 WPR2。GA100 用 `FalconUCodeDescV2`（不是 V3），公开审视相对少，和被打过的 Turing 签名栈更近一些。

## L1：躲 FMA

节流主要卡在执行 FMA 时。让编译器别生成 FMA（拆成乘加），就能绕开。多一次舍入，推理里通常能忍。

| 框架 | 做法 |
|---|---|
| OpenCL | `#pragma OPENCL FP_CONTRACT OFF`，再把 `fma` 宏成 `((a)*(b)+(c))` |
| CUDA | `nvcc -fmad=false` |
| llama.cpp | CMake `-DCMAKE_CUDA_FLAGS="-fmad=false"`，架构 `80` |
| PoCL | `-DENABLE_FMA=OFF` |
| 标准 PyTorch | 不走这条，多用 FP16 |

社区 + arXiv 2505.03782 一类数据（clpeak 等）：

- FP32 FMA 节流约 0.39 → no-FMA 约 6.25 TFLOPS
- FluidX3D：约 2,276 → 7,684 MLUPs/s（接近同场景 A100 的九成）
- FP16 / INT32 本就不限
- Tensor Core 另有 dispatch gate，约 6.2 TFLOPS，不是同一把锁

L1 解决不了：FP64 仍低、PCIe 仍约 0.85 GB/s、显存仍 8/10GB、闭源 FMA 密集软件（例如部分 Blender CUDA 路径）还是慢。

## L2：固件路径（2026-07）

大致链路：

1. 改 GSP 固件 ELF 的 `.fwsignature_ga100` 段塞 ROP，并改 `sh_size`（否则驱动只拷 4096 字节，溢不出来）
2. DMA 灌约 0xF800 进 4096 缓冲 → canary `0xFACEB13D` → ROP
3. gadget `0x10B9` 绕 MMIO 防火墙，经 CSB 写 FBPA_CFG1 / LMR / PLM
4. Phase1 ROP（GSP 预期失败）→ FLR（always-on 域寄存器还能活）→ Phase2 原厂固件正常起 CUDA
5. FLR 后宿主 BAR0 补写 SS0/SS1

硬约束：Linux x86-64、内核 ≥6.8、**nvidia-open 580.173.02**（610/595 在 GA100 rev a1 上 GSP-RM 起不来）、gadget 绑 580、root，首次往往要拔电冷启清 WPR2。

工具侧已知未修问题：

- `compute.py` 读 `feat_ovr_plm`，`constants.yaml` 只有 `ss0`/`ss1` → `TypeError`
- `driver.py` 缺 `enumerate_gpu()`，没 persistenced 时驱动可能不 probe，洞触发不了
- 显存目标键名乱（`unlocked_40gb` / 文档里的 64GB 等对不上）

170th Street 在 2026-04 还写「固件级 FMA 未破」；公开工具大约 2026-07-15 才出现，晚于那次评估，同行验证仍少。

## 显存：先认版本

| 版本 | SM | stack | 总线 | 原生 | 物理上限粗估 |
|---|---|---|---|---|---|
| 8GB | 56 | 2 | 4096-bit | 8GB | 受 2 stack 限制，别指望 40/80 |
| 10GB | 70 | 5 | 5120-bit | 10GB | 5×8→40 或 5×16→80（看颗粒） |

8GB 是少焊 stack，不是 5 个被软件锁死。`unlocked_40gb` / `80gb` 这类目标只对 10GB 版有意义；8GB 硬写会被几何校验打回。先用 `nvidia-smi` 看容量，`lspci -nn` 看 Subsystem（`0x1585` / `0x1557`）。

卡点：

1. 间接 MMIO 把地址截成 16 位，写 `0x9A0204` 会落到错位；直接 Falcon/CSB 路径才能到完整 BAR0
2. `FBPA_CFG1` / `LMR` / `CSTATUS` 等要互相匹配，否则 GSP-RM 按熔丝重配
3. BAR0 写能活过驱动重载，活不过 DEVINIT 和掉电

所以会出现「寄存器改对了，`nvidia-smi` 容量不变」。

## 可行性粗评

相对靠谱：L1；PCIe x4→x16 补电容；L2 算力（修完 bug、锁 580）。

半成品：L2 显存（寄存器能动，GSP-RM 未彻底服；只有 10GB 版有戏）。

基本没戏 / 未破：PCIe Gen1 速率；未签名 VBIOS（Ampere 证书链）；NVLink；改主 Device ID；610/595 驱动。

补充：VBIOS 并不只是纯 RSA-3072。签名区之外还有 Davies-Meyer 一类 MAC（170HX 大约盖住 `0x2200–0x43A00`）。MAC 外字段（功率限制等）有人用 SPI 改过；签名区乱改仍会不起机。OMGVflash/nvflashk 在 Ampere 上基本只能已签名 ROM 互刷。

## 应用怎么选

做便宜推理：多数情况 **先 L1**（llama.cpp `-fmad=false`），FP16 路径本身就不限。显存是硬墙——8GB 大概 7B 级；10GB 若 L2 显存真到 40GB，才谈得上更大量化模型。带宽高，长上下文 KV 受益；PCIe ~0.85 GB/s，适合常驻，不适合频繁换模型。

做固件安全研究：SEC2 DMA + ROP + CSB + canary 这条链完整；V2 描述符值得盯。工具里的 ELF 补丁、BAR0 mmap、watchdog 思路可复用。

配套：`dartraiden/NVIDIA-patcher`（矿卡开 CUDA/OpenCL）；OMGVflash/nvflashk（已签名互刷）；电容补焊；retimer 思路（Gen1 速率，需定制）；L2 工具（2026-07，带 bug）。

适合：低算术强度、能改代码躲 FMA、FP16/INT、带宽/$ 优先。不适合：标准 FP32/BF16 训练、FMA 密集闭源渲染、要大显存却只有 8GB、要快的 CPU↔GPU 搬运、要开箱即用。

## 社区与文献

| 仓库 | 角色 | 备注 |
|---|---|---|
| `kinako404/cmpunlocker` | L2 实现 | GPL-2.0，约 2026-07-15 |
| `abobasixseven/unlock-cmp-170hx` | 研究笔记 | Issue #1 记了上述 bug |
| `fulracoco/cmpunlocker` | 早期草稿 | 已 404 |
| `dartraiden/NVIDIA-patcher` | 驱动补丁 | 维护中 |
| 170th-street.gitbook.io/hx | 社区站 | 约到 2026-04 |

另见 arXiv 2505.03782、Zenodo 18994970 / 19002983、Jon Pry 关于 DMA/canary 的写法。

## 风险

违反 NVIDIA EULA、无保修；作者通常限定自有硬件。L2 绑死 580.173.02，洞一修或驱动一换就废；gadget 要重逆；首次常要冷启；固件补丁有变砖面，一般靠 `.stock` + FLR。这是研究路径，不是生产方案。

## 性能对照（社区 / 论文量级）

| 项 | 大约 |
|---|---|
| FP32 FMA / no-FMA | 0.39 / 6.25 TFLOPS |
| FP16 | 42 TFLOPS |
| FP64 FMA / no-FMA | 0.18 / 0.094 TFLOPS |
| INT32 | 12.5 TIOPS |
| Tensor Core | 6.2 TFLOPS（gated） |
| 内存带宽 | 1,355 GB/s |
| PCIe | ~0.85 GB/s（Gen1 x4） |

## 附录：环境、补丁与流程备忘

系统倾向 Ubuntu 24.04、内核 ≥6.8、**仅** `nvidia-driver-580-open`。先备份：

```bash
sudo cp /lib/firmware/nvidia/580.173.02/gsp_tu10x.bin \
        /lib/firmware/nvidia/580.173.02/gsp_tu10x.bin.stock
lspci -nn | grep -i nvidia
nvidia-smi --query-gpu=memory.total --format=csv,noheader
```

`constants.yaml` 的 `host_bar0_writes` 需有 `plm`（否则 compute 崩）：

```yaml
host_bar0_writes:
  plm:
    addr:  0x00823804
    value: 0xFFFFFFFF
    note: "FEAT_OVR_PLM"
  ss0:
    addr:  0x0082381C
    value: 0x88888888
  ss1:
    addr:  0x00823820
    value: 0x00000008
```

`compute.py` 里把 `feat_ovr_plm` 改成 `plm`。`driver.py` 加 `enumerate_gpu()`（内部跑一次 `nvidia-smi`），在 `pipeline.py` 的 `load_module()` 之后调用。

寄存器探针示例（PCI 地址改成自己的）：

```python
#!/usr/bin/env python3
import mmap, struct, os

PCI_DEV = "0000:01:00.0"
RESOURCE_PATH = f"/sys/bus/pci/devices/{PCI_DEV}/resource0"
REGISTERS = [
    (0x00823804, "FEAT_OVR_PLM",      0xFFFFFFFF),
    (0x0082381C, "FEAT_OVR_SM_SPD",   0x88888888),
    (0x00823820, "FEAT_OVR_SM_SPD_1", 0x00000008),
    (0x009A0204, "FBPA_CFG1",         0x02669000),  # 40GB 目标，仅 10GB 版有意义
    (0x00100CE0, "LMR",               0x0000020B),
]

fd = os.open(RESOURCE_PATH, os.O_RDONLY)
mm = mmap.mmap(fd, 16777216, mmap.MAP_SHARED, mmap.PROT_READ)
for offset, name, target in REGISTERS:
    val = struct.unpack_from('<I', mm, offset)[0]
    print(f"[0x{offset:08X}] {name:20s} = 0x{val:08X} {'OK' if val == target else 'DIFF'}")
mm.close(); os.close(fd)
```

ROP 大致：DMEM 填零 → canary `0xFACEB13D` @ `0x6340` → 三帧写 FBPA_CFG1 / LMR / PLM → 尾帧回 `0x810D`（不要用会重置 SEC2 的成功路径）。SS0/SS1 不进 ROP，PLM 开后由宿主 BAR0 补。补丁签名段后必须更新 `sh_size`。

跑 pipeline 前冷启、清旧备份，再：

```bash
cd /path/to/cmpunlocker
sudo python3 payload/pipeline.py "0000:01:00.0" \
    "/lib/firmware/nvidia/580.173.02/gsp_tu10x.bin"
```

出问题先还原 `.stock`、rmmod/modprobe，必要时 PCI remove/rescan 或拔电。

源码树常见布局：`common/constants.yaml`、`payload/{build,gsp_patch,pipeline,driver,bar0,gpu}.py`、`unlock/{compute,vram}.py`、`daemon/watchdog.py`。

CMP 170HX 解锁：L1/L2 与显存卡点

# Linux 动态 IP（DHCP）配置经验分享

> 本文记录在不同 Linux 发行版上把网卡配置为**动态获取 IP（DHCP）**的几种做法。场景通常是：新装系统联网、临时恢复网络、或内网客户端不想固定地址。这些步骤照着做基本能一次配通，命令均可在终端直接执行。

---

## 一、先确认网卡名和当前状态

不同发行版、不同年代的网卡命名不一样（老的是 `eth0`，新的是 `ens33`/`ens160`/`enp3s0` 等）。动手前先认清楚设备名：

```bash
ip addr show          # 列出所有网卡和已分配的 IP，推荐
# 或老工具（不一定预装）
ifconfig -a
```

只看网卡状态（是否 UP、是否拿到 IP）：

```bash
ip link show
nmcli device status   # 用 NetworkManager 的发行版（CentOS 7+/RHEL/Ubuntu 18.04+）可用
```

确认要操作的网卡名（下文统一用 `<网卡名>` 占位，例如 `ens33`）。

---

## 二、临时动态获取（重启失效，救急首选）

适合"现在就要联网、不想改配置文件"的场合。

**方式 1：用 `ip` 先把网卡拉起，再向 DHCP 服务器要地址**

```bash
sudo ip link set <网卡名> up          # 先启用网卡
sudo dhclient <网卡名>                # 向 DHCP 服务器请求地址
ip addr show <网卡名>                 # 确认是否已拿到 inet 地址
```

**方式 2：用 NetworkManager 的 nmcli 临时切到自动获取**

```bash
sudo nmcli connection modify <连接名或网卡名> ipv4.method auto
sudo nmcli connection up <连接名或网卡名>
```

> 说明：`dhclient` 是传统的 DHCP 客户端；现代发行版大多由 NetworkManager 在后台代管 DHCP，所以 `nmcli` 切 `auto` 更"正统"。

---

## 三、永久配置（按发行版 / 版本区分）

永久配置的核心差异在于**配置文件位置和格式**。下面按三大系分别给。

### 1. Debian / Ubuntu 系

#### 旧版（Ubuntu 16.04 及以前、Debian 9 及以前）：`/etc/network/interfaces`

```bash
sudo vi /etc/network/interfaces
```

写入（把 `eth0` 换成你的网卡名）：

```ini
auto eth0
iface eth0 inet dhcp
```

生效：

```bash
sudo systemctl restart networking
```

#### 新版（Ubuntu 18.04+ / Debian 10+）：Netplan（YAML）

配置文件在 `/etc/netplan/*.yaml`（常见文件名 `50-cloud-init.yaml`、`01-netcfg.yaml`）。动态获取只需 `dhcp4: yes`：

```bash
sudo vi /etc/netplan/50-cloud-init.yaml
```

```yaml
network:
  version: 2
  renderer: networkd          # 服务器常用 networkd；桌面版用 NetworkManager
  ethernets:
    ens33:
      dhcp4: yes               # 开启 IPv4 动态获取
      dhcp6: no               # 不需要 IPv6 时关掉
```

> 注意 YAML 缩进**只能用空格、不能用 Tab**，冒号后必须有空格。

先验证语法再应用（避免改错直接断网）：

```bash
sudo netplan try              # 限时 120 秒，无误自动保留；有问题回滚
sudo netplan apply            # 正式生效
```

### 2. RHEL / CentOS 系

#### CentOS 6 / RHEL 6（传统 ifcfg，网卡名多为 eth0）

```bash
sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0
```

```ini
DEVICE=eth0
BOOTPROTO=dhcp                # 关键：dhcp 表示动态获取
ONBOOT=yes                    # 开机自动激活网卡（最易漏的参数）
```

生效：

```bash
sudo service network restart
```

#### CentOS 7 / RHEL 7（ifcfg + NetworkManager 并存，网卡名多为 ens33）

```bash
sudo vi /etc/sysconfig/network-scripts/ifcfg-ens33
```

```ini
TYPE=Ethernet
NAME=ens33
DEVICE=ens33
BOOTPROTO=dhcp                # 动态获取
ONBOOT=yes
```

生效（两种任选）：

```bash
sudo systemctl restart network
# 或
sudo ifdown ens33; sudo ifup ens33
```

#### CentOS 8+ / RHEL 8/9/10 / Rocky / Alma（NetworkManager 统一管理）

这些版本**默认不再生成 ifcfg 文件**，推荐直接用 `nmcli` 命令：

```bash
# 把指定连接切到 DHCP 自动获取并立即生效
sudo nmcli connection modify ens33 ipv4.method auto
sudo nmcli connection up ens33
```

如果想用连接名而非网卡名：

```bash
nmcli connection show        # 先看连接名（NAME 列）
sudo nmcli connection modify <连接名> ipv4.method auto
sudo nmcli connection up <连接名>
```

**紧急恢复网络**（误操作断网、临时拉起一张新网卡用 DHCP）：

```bash
sudo nmcli connection add type ethernet ifname ens33 ipv4.method auto
```

直接改底层配置文件的话（文件在 `/etc/NetworkManager/system-connections/ens33.nmconnection`），把 `[ipv4]` 段改成：

```ini
[ipv4]
method=auto
```

改完必须重载：

```bash
sudo nmcli connection reload
sudo nmcli connection up ens33
```

### 3. openSUSE / SLES（简要）

- SLES 11/12/15（wicked / ifup 体系）：`/etc/sysconfig/network/ifcfg-eth0` 里写 `BOOTPROTO='dhcp'`，重启用 `sudo rcnetwork restart`。
- SLES 16（已切 NetworkManager）：同 RHEL 8+ 的 `nmcli` 做法，`method=auto`。

---

## 四、验证是否拿到地址

无论哪种方式配置完，都建议逐项确认：

```bash
ip addr show <网卡名>         # 看是否有 inet 地址（非 127.0.0.1）
ip route show                 # 看 default via 网关是否存在
cat /etc/resolv.conf          # 看 DNS（nameserver）是否被 DHCP 正确下发
ping -c 4 8.8.8.8             # 测外网连通
ping -c 4 www.baidu.com       # 测 DNS 解析
```

---

## 五、常见问题排查

| 现象 | 可能原因 | 处理 |
|------|----------|------|
| 重启后没拿到 IP | `ONBOOT=no`（CentOS 6/7）或网卡未设自动连接 | 改 `ONBOOT=yes` / `nmcli` 设 `connection.autoconnect yes` 后重启网络 |
| `ip` 有地址但 `dhclient` 报错 | 已有别的 DHCP 客户端占用 | 先 `pkill dhclient` 再重试，或直接用 `nmcli` 管理 |
| 能 ping IP 但域名不通 | DNS 没下发 / `/etc/resolv.conf` 为空 | 检查 DHCP 服务器是否下发 DNS；或临时 `echo "nameserver 8.8.8.8" \| sudo tee /etc/resolv.conf` |
| 多网卡环境只其中一块拿到 IP | 另一块没设 `ONBOOT`/`autoconnect` | 按上面方法单独启用 |
| 虚拟机桥接拿不到 IP | 桥接模式 / MAC 绑定问题 | 确认宿主机 DHCP 池；或用 `nmcli con add ... ipv4.method auto` 拉起 |

排查顺序建议：**网卡 UP 了吗 → 拿到 IP 了吗 → 网关通吗 → DNS 通吗**，逐层定位。

---

## 六、经验提醒

- **服务器生产环境慎用 DHCP**：DHCP 租约到期后地址可能变化，会导致 SSH 断连、服务访问异常。需要固定地址请改用[静态 IP 配置](linux-static-ip-guide.md)。
- **改永久配置前先备份**：`sudo cp /etc/netplan/50-cloud-init.yaml /etc/netplan/50-cloud-init.yaml.bak`（Ubuntu）；`sudo cp ifcfg-ens33 ifcfg-ens33.bak`（CentOS）。
- **Ubuntu 优先用 `netplan try`**：它有 120 秒回滚保护，比直接 `apply` 安全。
- **RHEL 8+ 别再找 ifcfg 文件**：那是老习惯，新系统用 `nmcli` 或 `*.nmconnection` 文件。

---

## 七、参考资料（来自「Linux运维」知识库）

- 《主流Linux操作系统各版本网卡配置方法汇总》—— 运维网工
- 《运维新手必看 | 5分钟掌握Linux网络配置命令 nmcli》—— 网络运维刘师傅
- 《RHEL/SLES/Ubuntu主流Linux发行版网络配置与差异》—— 小飞锅实施运维笔记
- 《Linux 网络管理速查：ip/ifconfig/Netplan 配置指南》


Linux 动态 IP（DHCP）配置经验分享

CMP 90HX 是 GA102（和 3090 / 3080 Ti 同硅），和 170HX 的 GA100 不是一块 die。限制都偏固件寄存器，但指令集、显存、Falcon 描述符都不一样。下面按 170HX 那套 L1 / L2 / L3 往 90HX 上推，**没实测的地方当推测看**。



## 和 170HX 比一眼

| 维度 | 170HX | 90HX |
|---|---|---|
| die | GA100，sm_80 | GA102，**sm_86** |
| 同硅 | A100 | 3090 / 3080 Ti |
| 显存 | HBM2e，容量常被锁 | **GDDR6X 10GB**（没有容量锁） |
| 带宽 | ~1,355 GB/s | ~760 GB/s 量级 |
| PCIe | Gen1 x4 锁 | Gen1 x4 锁 |
| Falcon 描述符 | V2 | **V3**（审视更多） |
| 设备 ID | `10DE:20C2` 等 | 以本机 `lspci -nn` 为准 |

节流对象也不一样：

| 指令 | 170HX | 90HX（社区微基准量级） |
|---|---|---|
| FP32 FMA/FFMA | ~1/32 | 大约 14–15× 变慢 |
| DP4A | — | 大约 29× |
| FP16 HFMA2 | 不限 | 不限 |
| INT32 IMAD | 不限 | 不限 |
| Tensor Core | dispatch-gated | 几乎废掉 |
| FP64 | 极低 | 通常也受限 |

90HX 更针对 AI/张量路径（DP4A、Tensor）；两边都留下 FP16 / INT 当逃生口，所以 L1 仍有戏。

## FMA / 指令节流在 90HX 上指什么

和 170HX 一样，这里说的不是「整卡报废」，而是**某几类指令跑起来特别慢**。

- **FMA / FFMA**：还是 `a*b+c` 那条 FP32 融合乘加。90HX 上延迟被拉长大约 14–15×（社区微基准），所以默认 FP32 内核会肉眼变慢。
- **DP4A**：INT8 点积，AI/量化里很常见，90HX 上大约慢 29×——这是它比 170HX 更「针对 AI」的地方。
- **不受限的逃生口**：FP16 的 `HFMA2`、INT32 的 `IMAD` 往往仍正常，所以 L1 才用「换成这些指令」或 `-fmad=false`。
- **Tensor Core**：几乎废掉，多半不是改几条标量指令就能救；和单纯的 FMA 闸要分开看。

会影响什么：默认 FP32 计算、依赖 DP4A 的量化内核会慢；能重编译的 llama.cpp 一类用指令替换后 decode 能明显上去；闭源 cuBLAS/渲染仍难；显存和 PCIe 在 90HX 上通常不是这条锁的问题。


| 层次 | 170HX | 90HX 推测 |
|---|---|---|
| L1 指令替换 | `-fmad=false` 成熟 | DP4A→IMAD、FP32→HFMA2，**已有 fork** |
| L2 固件 ROP | SEC2 DMA（2026-07） | 同类洞**可能**有，V3 + 寄存器要重逆 |
| 驱动启用 | NVIDIA-patcher | patcher **已写 90HX** |
| VBIOS | Ampere 签名未破 | 同样，仅已签名互刷 |

现实路径：先 L1；L2 当长期课题；驱动补丁是前提。

## L1：指令替换（现成）

被限指令换成不受限等价物。beellama-cmp90hx 一类实测映射：

| 原指令 | 换成 | 位置 | 收益量级 |
|---|---|---|---|
| DP4A | PTX `IMAD`（多次 `mad.lo.s32`） | `common.cuh` | decode +47.6% |
| FP32 FFMA 反量化（Q4_K/Q5_K） | `HFMA2` | `vecdotq.cuh` | +7.1% |
| FP32 FFMA 反量化（Q6_K/Q2_K） | `HFMA2` | `vecdotq.cuh` | +4.2% |
| 编译 | `-fmad=false` | nvcc/CMake | 少生成 FMA |

累计有人报到 Q4_K +58%、dense Q4_K_XL +87%（例如 42→62 tok/s decode）。构建示例：

```bash
cmake -B build -DGGML_CUDA=ON -DCMAKE_CUDA_ARCHITECTURES=86 \
  -DGGML_CUDA_FA=ON -DGGML_CUDA_FA_ALL_QUANTS=ON \
  -DCMAKE_BUILD_TYPE=Release
cmake --build build -j$(nproc) --target llama-bench llama-server
```

参考：`Rhonstin/beellama-cmp90hx`、`Rhonstin/llama-cpp-cmp90hx-patch`。局限：要能改源码；Tensor / 闭源 cuBLAS 路径救不了。

## L2：固件 ROP（推测）

GA102 和 GA100 同属 Ampere：SEC2、GSP-RM、MMIO 防火墙、CSB、`FEAT_OVR_*` 族都在。若 SEC2 booter 也有类似 DMA bounce + canary，理论上能 ROP 写 `FEAT_OVR_SM_SPD` 解节流。

但这些几乎都要重做：

| 项 | 170HX | 90HX |
|---|---|---|
| 描述符 | V2 | **V3，攻击面更窄** |
| GSP 文件 | `gsp_tu10x.bin` | 可能同文件或 `gsp_ga10x.bin`，需确认 |
| gadget | `0x10B9` / `0x810D`（绑 580） | 地址会变 |
| `FEAT_OVR` 偏移 | `0x0082381C` 等 | 可能不同 |
| 节流位含义 | SS0 满速一类 | 或许另有 DP4A/Tensor 位 |
| buffer / canary | 4096、`0xFACEB13D` | 需确认 |
| 驱动 | 锁 580.173.02 | 要找 GA102 上 GSP-RM 能稳起的版本 |

若洞存在，ROP 帧大致仍是：开 PLM → 写 SS0/SS1 → 尾帧退出。170HX 把 SS0/SS1 放在 FLR 后宿主 BAR0 补写；GA102 防火墙在 FLR 后放不放，得实测。

探索顺序可以是：dump GSP → Ghidra + falcon 插件看 SEC2 → 找 DMA 读签名段路径 → 找 CSB 写 gadget 与干净返回 → 对寄存器偏移 → 定驱动版本 → ROP→FLR→原厂固件。

主要不确定性：V3 签名更强；Tensor 节流可能是熔丝；寄存器布局不能照搬 170HX；580 不一定适用。短期别指望可交付工具。

## L3：驱动与 VBIOS

`dartraiden/NVIDIA-patcher` 已列 CMP 90HX，补丁驱动后才谈 CUDA/OpenCL。稳定版本跟 patcher 文档走。

VBIOS：Ampere 签名未破，只能已签名 ROM 互刷（改子系统 ID 一类）；改未签名 ROM 容易砖。MAC 外字段另说，节流寄存器一般不在那块「随便改」的区里。

## 各路径预期

| 路径 | 现状 | L1 后 | L2 若成 |
|---|---|---|---|
| FP32 FFMA | 节流 | HFMA2 / `-fmad=false` 绕 | 寄存器级满速 |
| INT8 DP4A | 重节流 | IMAD 绕 | 寄存器级 |
| FP16 / INT32 | 不限 | 不变 | 不变 |
| Tensor Core | 近废 | 换不了 | 可能仍是熔丝 |
| 显存 / PCIe | 10GB、常 Gen4 x16 | 无需解 | 无需解 |

90HX 的瓶颈主要在算力节流，不像 170HX 还背着 Gen1 x4 和容量锁。

## 从 170HX 工具能搬什么

| 170HX 部件 | 90HX |
|---|---|
| `bar0.py` / watchdog / pipeline 框架 / ELF `sh_size` 补丁思路 | 多半可复用 |
| gadget、寄存器表、固件段名、DMA 是否真溢出 | 必须重逆 |
| `probe_*.py` | 换设备 ID 和寄存器表 |

## 路线

短期：NVIDIA-patcher → beellama 或自打 L1 补丁 → 自写 kernel 优先 FP16/INT，`-fmad=false`。

中期：dump 固件、比 V2/V3、定位 `FEAT_OVR`、写探针读候选寄存器。

长期：找溢出与 gadget、两阶段启动、验证 Tensor 是不是熔丝。

合规同矿卡改机那套：EULA、保修、仅自有硬件；L2 有变砖面。二手价不高，L1 收益已经够吃的话，L2 要算投入产出。

## 小结

跑推理：优先 L1，10GB + 正常 PCIe，体感通常好过 170HX 的 8GB+Gen1。做研究：V3 更难，但若打穿也更有信息量，从 dump 和 Ghidra 起步。Tensor：别默认能救回来。

社区：`dartraiden/NVIDIA-patcher`、`Rhonstin/beellama-cmp90hx`、`Rhonstin/llama-cpp-cmp90hx-patch`；170th Street 主要是 170HX，方法可参考。具体设备 ID、固件文件名、寄存器偏移以本机探测为准，不要硬套 170HX 数值。

CMP 90HX 解锁思路：从 170HX 方法论迁移

# Linux 静态 IP（Static）配置经验分享

> 本文记录在不同 Linux 发行版上把网卡配置为**固定 IP（Static）**的几种做法。场景通常是：服务器需要稳定地址供 SSH / 服务访问、做端口映射、或加入集群。这些步骤照着做基本能一次配通，命令均可在终端直接执行。

---

## 一、先确认网卡名和网关信息

固定 IP 前必须知道三件事：**网卡名**、**网段/掩码**、**网关 IP**。先看网卡名：

```bash
ip addr show
nmcli device status        # 用 NetworkManager 的发行版可用
```

查当前网关（改之前先记下，避免填错）：

```bash
ip route show              # 找 default via 那行
```

本文示例统一用这套参数（按你的实际网络替换）：

- 网卡：`ens33`
- IP：`192.168.1.100/24`（即掩码 255.255.255.0）
- 网关：`192.168.1.1`
- DNS：`223.5.5.5` 和 `114.114.114.114`

---

## 二、临时固定（重启失效，救急 / 测试用）

不改配置文件、立刻生效，但重启后丢失：

```bash
sudo ip addr add 192.168.1.100/24 dev ens33     # 加 IP/掩码
sudo ip link set ens33 up                       # 确保网卡 UP
sudo ip route add default via 192.168.1.1       # 加默认网关
echo "nameserver 223.5.5.5" | sudo tee /etc/resolv.conf   # 临时 DNS（重启失效）
```

验证：

```bash
ip addr show ens33
ip route show
ping -c 4 192.168.1.1
```

---

## 三、永久配置（按发行版 / 版本区分）

### 1. Debian / Ubuntu 系

#### 旧版（Ubuntu 16.04 及以前、Debian 9 及以前）：`/etc/network/interfaces`

```bash
sudo vi /etc/network/interfaces
```

```ini
auto eth0
iface eth0 inet static
    address 192.168.1.100
    netmask 255.255.255.0
    gateway 192.168.1.1
    dns-nameservers 223.5.5.5 114.114.114.114   # 空格分隔多个
```

生效：

```bash
sudo systemctl restart networking
```

#### 新版（Ubuntu 18.04+ / Debian 10+）：Netplan（YAML）

```bash
sudo vi /etc/netplan/50-cloud-init.yaml
```

静态写法是 `dhcp4: no` + 手写 `addresses` / `routes`(网关) / `nameservers`：

```yaml
network:
  version: 2
  renderer: networkd
  ethernets:
    ens33:
      dhcp4: no                  # 关闭 DHCP
      addresses:
        - 192.168.1.100/24       # IP/掩码（CIDR）
      routes:
        - to: default
          via: 192.168.1.1        # 网关
      nameservers:
        addresses: [223.5.5.5, 114.114.114.114]
```

> 注意：`gateway4:` 在较新 Netplan 里已弃用，推荐用上面的 `routes` 写法。YAML 缩进**只用空格、不用 Tab**，冒号后留空格。

先验证再应用：

```bash
sudo netplan try              # 120 秒回滚保护，无误自动保留
sudo netplan apply
```

### 2. RHEL / CentOS 系

#### CentOS 6 / RHEL 6（传统 ifcfg）

```bash
sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0
```

```ini
DEVICE=eth0
BOOTPROTO=static              # 关键：static 表示静态
ONBOOT=yes                    # 开机自动激活（最易漏！）
IPADDR=192.168.1.100
NETMASK=255.255.255.0         # 也可写 PREFIX=24
GATEWAY=192.168.1.1
DNS1=223.5.5.5
DNS2=114.114.114.114
```

生效：

```bash
sudo service network restart
```

#### CentOS 7 / RHEL 7（ifcfg + NetworkManager 并存）

```bash
sudo vi /etc/sysconfig/network-scripts/ifcfg-ens33
```

```ini
TYPE=Ethernet
NAME=ens33
DEVICE=ens33
BOOTPROTO=static
ONBOOT=yes
IPADDR=192.168.1.100
PREFIX=24                     # 取代 NETMASK 的 CIDR 写法
GATEWAY=192.168.1.1
DNS1=223.5.5.5
DNS2=114.114.114.114
```

生效：

```bash
sudo systemctl restart network
# 或
sudo ifdown ens33; sudo ifup ens33
```

#### CentOS 8+ / RHEL 8/9/10 / Rocky / Alma（NetworkManager 统一管理）

推荐用 `nmcli` 一行配完：

```bash
sudo nmcli connection modify ens33 \
  ipv4.addresses 192.168.1.100/24 \
  ipv4.gateway 192.168.1.1 \
  ipv4.dns "223.5.5.5 114.114.114.114" \
  ipv4.method manual            # 关键：manual = 静态
sudo nmcli connection up ens33
```

> 若用连接名而非网卡名，先 `nmcli connection show` 看 NAME 列再替换。

**直接改配置文件**（在 `/etc/NetworkManager/system-connections/ens33.nmconnection`），`[ipv4]` 段写成：

```ini
[ipv4]
method=manual
address1=192.168.1.100/24,192.168.1.1    # 地址/24,网关
dns=223.5.5.5;114.114.114.114;
```

改完重载：

```bash
sudo nmcli connection reload
sudo nmcli connection up ens33
```

### 3. openSUSE / SLES（简要）

- SLES 11/12/15（wicked）：`/etc/sysconfig/network/ifcfg-eth0` 写 `BOOTPROTO='static'`、`IPADDR='192.168.1.100/24'`；网关单独写 `/etc/sysconfig/network/routes`（`default 192.168.1.1 - -`）；DNS 写 `/etc/sysconfig/network/config` 的 `NETCONFIG_DNS_STATIC_SERVERS`。重启 `sudo rcnetwork restart`。
- SLES 16（NetworkManager）：同 RHEL 8+ 的 `nmcli` 做法，`method=manual`。

---

## 四、验证

```bash
ip addr show ens33            # 确认 inet 是你要的固定地址
ip route show                 # 确认 default via 网关正确
cat /etc/resolv.conf          # 确认 nameserver 是设置的 DNS
ping -c 4 192.168.1.1         # 网关通不通
ping -c 4 www.baidu.com       # DNS 解析通不通
```

---

## 五、常见问题排查

| 现象 | 可能原因 | 处理 |
|------|----------|------|
| 重启后网卡不启动、连不上 | `ONBOOT=no`（CentOS 6/7） | 改 `ONBOOT=yes` 后重启网络 |
| `netplan apply` 后整台断网 | YAML 缩进错误 / `gateway4` 冲突 | 用 `netplan try` 提前验证；检查空格缩进、冒号后空格 |
| 配了 IP 但 ping 不通网关 | 网关填错 / 网段不对 | `ip route show` 核对；确认 IP 和网关在同一网段 |
| DNS 不生效 | resolv.conf 被覆盖 | CentOS 8+ 可在 nmcli 加 `ipv4.ignore-auto-dns yes`；确认 DNS1/DNS2 写对 |
| 改完没生效 | 直接改文件但没重载 | CentOS 8+ 执行 `nmcli connection reload`；CentOS 7 执行 `systemctl restart network` |
| 物理层 DOWN | 网线/虚拟网卡没接 | `ip link show ens33 \| grep state` 看是否 UP，DOWN 则 `ip link set ens33 up` |

排查顺序：**物理层 UP → IP 配对 → 网关通 → DNS 通**，逐层定位。

---

## 六、经验提醒

- **改之前一定备份原配置**：`sudo cp /etc/netplan/50-cloud-init.yaml{,.bak}`（Ubuntu）；`sudo cp ifcfg-ens33{,.bak}`（CentOS）。
- **`ONBOOT=yes` 是高频坑**：CentOS 6/7 忘了它，重启直接失联。
- **远程改配置留后路**：通过 SSH 操作时，建议开两个会话，或用 `netplan try`（有回滚）/`screen`，避免改错锁死自己。
- **CentOS 8+ 别再找 ifcfg**：新系统用 `nmcli` 或 `*.nmconnection` 文件，老习惯会踩空。
- **需要和动态获取对照**：如果只是临时联网或内网客户端，参考[动态 IP（DHCP）配置](linux-dhcp-guide.md)。

---

## 七、参考资料（来自「Linux运维」知识库）

- 《主流Linux操作系统各版本网卡配置方法汇总》—— 运维网工
- 《运维新手必看 | 5分钟掌握Linux网络配置命令 nmcli》—— 网络运维刘师傅
- 《RHEL/SLES/Ubuntu主流Linux发行版网络配置与差异》—— 小飞锅实施运维笔记
- 《传统网卡名 eth0 + 静态IP 配置》—— 阿干tkl
- 《Linux 网络管理速查：ip/ifconfig/Netplan 配置指南》
