内核参数重启失效本质是未持久化或未加载：临时修改仅作用于/proc/sys/，需写入/etc/sysctl.d/*.conf或/etc/sysctl.conf并执行sudo sysctl --system；格式、权限、路径错误或内核不支持也会导致失败。
内核参数修改后重启失效，本质是“改了没存住”或“存了没加载”。问题不在修改动作本身，而在持久化路径和加载机制是否闭环。
参数只写进 /proc/sys/ 但没落盘
这是最常见原因。用 echo "1" > /proc/sys/net/ipv4/ip_forward 或 sysctl -w net.ipv4.ip_forward=1 只会生效到当前运行时，系统重启后内核按默认值或配置文件重新初始化，所有临时修改全部丢失。
- 临时修改仅同步到
/proc/sys/下对应文件，不触碰任何磁盘配置 -
sysctl -w和直接写/proc/sys/效果等价，都不具备持久性 - 验证方式：重启后执行
sysctl net.ipv4.ip_forward，若返回 0 就说明没持久化
配置写入位置或格式不合规
即使写了配置文件，也可能因路径、权限或语法问题被内核忽略。
- 必须写入
/etc/sysctl.d/*.conf（推荐）或/etc/sysctl.conf，其他路径（如/tmp或/root/）不会被读取 - 文件需满足：
root:root所有者，至少644权限；若设为600且非 root 可读，sysctl --system会跳过该文件 - 键值对格式严格为
key = value，等号两侧可有空格，但不能在行尾加注释（#必须独占一行或行首） - 拼写错误（如
net.ipv4.ip_forwad）、值类型错误（如布尔参数写成on而非1）都会导致加载失败并报unknown key
配置已保存但未主动加载
写完配置文件不等于立即生效，必须触发内核重载。只改文件不执行加载命令，参数仍维持旧值。
- 正确做法是执行
sudo sysctl --system，它会重新读取/etc/sysctl.conf和全部/etc/sysctl.d/*.conf并应用到运行内核 - 避免单独用
sysctl -p /etc/sysctl.d/99-custom.conf，它不扫描/etc/sysctl.d/目录，容易漏掉其他配置 - 验证是否生效：执行
sysctl -n net.ipv4.ip_forward查看当前值，再对比cat /proc/sys/net/ipv4/ip_forward
内核版本不支持该参数
某些参数在较新或较旧内核中已被移除或改名，配置虽合法但内核根本不识别。
- 例如
net.ipv4.tcp_tw_recycle在 Linux 4.12+ 内核中已被彻底移除，写入配置后sysctl --system会报错并跳过整文件 - 检查参数是否存在：运行
sysctl -a | grep "参数名"，无输出即说明内核不支持 - 查阅当前内核文档或
Documentation/sysctl/目录确认参数可用性，必要时改用替代方案（如tcp_tw_reuse）
