MSS是TCP协议中定义单个报文段最大数据量的参数，不包括TCP和IP头部，通过三次握手协商确定，核心作用是避免IP分片以提升传输效率与可靠性。
MSS 是 TCP 协议栈中一个关键但常被忽略的协商参数，它不决定“能发多大数据”，而是告诉对端：“我一次最多能收多少纯数据（不含 TCP 和 IP 头）”。它的核心价值在于避免 IP 层分片，提升传输可靠性与效率。
MSS 是什么，为什么需要它
MSS（Maximum Segment Size）指单个 TCP 报文段中 数据部分 的最大字节数，不包含 TCP 头部、IP 头部，也不含任何选项。它不是固定值，而是在连接建立时动态协商出来的。
之所以需要 MSS，是因为：如果上层交付的数据块太大，而 TCP 不加限制直接交给 IP 层，IP 可能因超过路径 MTU 而触发分片；一旦某个 IP 分片丢失，整个原始 TCP 报文就无法重组，导致整段重传——这既浪费带宽，又拖慢速度。TCP 在自身层面按 MSS 切分数据，确保每个 TCP 段封装后的 IP 包都不超 MTU，从而绕过 IP 分片。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
MSS 怎么算出来的
标准计算公式是：MSS = MTU − IP 头长度 − TCP 头长度。
- 以太网常见 MTU 是 1500 字节；IPv4 默认 IP 头 20 字节（无选项），TCP 头默认 20 字节（无选项），所以典型 MSS = 1500 − 20 − 20 = 1460 字节；
- PPPoE 网络 MTU 通常为 1492，对应 MSS 就是 1452；
- IPv6 场景下 IP 头最小 40 字节，若 MTU=1280，则 MSS = 1280 − 40 − 20 = 1220 字节；
- 若 TCP 或 IP 头含选项（如时间戳、SACK），实际可用 MSS 还需进一步减去选项所占字节数。
MSS 是怎么协商出来的
MSS 只在 TCP 三次握手的 SYN 和 SYN-ACK 报文中通过 TCP 选项（kind=2）通告，且仅出现一次。
- 客户端在 SYN 中声明自己支持的 MSS（比如 1460）；
- 服务端在 SYN-ACK 中回应自己的 MSS（比如 1440）；
- 双方最终采用两者中的较小值（这里是 1440）作为该连接的实际 MSS；
- 内核中，这个值会写入 socket 的
mss_cache，后续发送全部按此切分数据； - 若某端未通告 MSS，或通告值不合理（如小于 48），则回退到保守默认值 536 字节（对应传统互联网最小 MTU 576）。
Linux 内核里 MSS 怎么被使用和调整
Linux TCP 协议栈在 struct tcp_sock 中维护多个 MSS 相关字段，实际生效值由多层约束共同决定：
-
advmss：基于本机网卡 MTU 计算出的“建议 MSS”； -
rx_opt.mss_clamp：从对端 SYN 中收到的 MSS 值，用于钳制上限； -
mss_cache：当前连接实际使用的 MSS，每次连接建立后缓存； - 若设置了用户态强制值（如通过
setsockopt(SO_MAXSEG)），则优先使用该值； - 若路径存在更小 MTU（如经 PPPoE 或隧道），PMTUD（路径 MTU 发现）机制可能动态降低有效 MSS；
- 运维中可通过 iptables 的
TCPMSS --clamp-mss-to-pmtu自动适配路径 MTU，防止黑链路丢包。
