net.ipv4.ip_local_port_range直接决定新建出站连接可用源端口数，默认32768–60999仅约28,000个，高并发易耗尽致“cannot assign requested address”；需用sysctl或/proc查看当前值，结合ss -s中timewait数量及ports计数（非剩余数）判断是否真不足；临时修改用sysctl -w或echo写/proc，立即生效但重启失效；永久修改推荐/etc/sysctl.d/99-ephemeral-ports.conf+sysctl --system；必须避开特权端口（≥1024）、业务监听端口，并同步启用tcp_tw_reuse=1。
net.ipv4.ip_local_port_range 的值直接决定系统新建出站连接可用的源端口数量。默认范围（如 32768 60999）仅提供约 28,000 个端口，在高并发 HTTP 客户端、微服务调用或短连接密集型场景下极易耗尽，表现为 Cannot assign requested address 错误。
怎么确认当前端口范围和是否真不够用
别只看“范围大不大”，得结合实际连接压力判断：
- 运行
sysctl net.ipv4.ip_local_port_range或cat /proc/sys/net/ipv4/ip_local_port_range查当前值，例如输出net.ipv4.ip_local_port_range = 32768 60999 - 执行
ss -s，重点看timewait数量和ports行（如ports 28150），后者是内核已分配过的端口计数，接近上限（60999 − 32768 + 1 = 28232）就危险 - 避免误读：
ss -s中的ports不是“剩余可用数”，而是“历史最大已用数”；真正瓶颈是 TIME-WAIT 连接快速堆积且无法复用
临时修改：立刻生效但重启丢失
适合压测、紧急扩容或验证配置效果，不写磁盘，风险低：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 用
sysctl -w：运行sudo sysctl -w net.ipv4.ip_local_port_range="10240 65535"（起始值至少设为1024，避开特权端口） - 或直写
/proc：运行echo "10240 65535" | sudo tee /proc/sys/net/ipv4/ip_local_port_range - 必须立刻验证：
sysctl net.ipv4.ip_local_port_range输出应与设置一致 - 注意：该操作不影响已建立连接所用端口，只控制后续新建连接的源端口选择
永久修改：生产环境必须走这步
否则服务器重启后打回原形，故障重现。优先使用 /etc/sysctl.d/ 片段而非直接改 /etc/sysctl.conf：
- 创建独立配置文件：
sudo nano /etc/sysctl.d/99-ephemeral-ports.conf - 写入一行：
net.ipv4.ip_local_port_range = 49152 65535（推荐从49152起，避开常见业务监听端口，也符合 IANA 建议） - 重载配置：
sudo systemctl restart systemd-sysctl（RHEL 8+/Ubuntu 20.04+）或sudo sysctl --system（兼容旧版） - 关键检查点：若
/etc/sysctl.d/下有同名参数的更高优先级文件（如99-sysctl.conf），其值会覆盖你刚写的 —— 用sysctl -a | grep ip_local_port_range确认最终生效值
容易踩的坑和配套动作
光扩端口不调其他参数，可能白忙一场：
- 起始端口不能设为
1或0，必须 ≥1024；也不能和业务监听端口重叠（比如你的 Nginx 监听:8080，就别把范围设成8000 8100） - 扩到
1024 65535看似最大，但会增加端口冲突概率，且部分旧程序可能对低端口行为异常，不建议无脑拉满 -
tcp_tw_reuse必须同步开启：sudo sysctl -w net.ipv4.tcp_tw_reuse=1，否则大量 TIME-WAIT 连接仍卡住端口 - 容器环境要注意：宿主机修改只影响默认命名空间；Docker/Kubernetes Pod 需单独配置或通过
hostNetwork: true继承，否则无效
tcp_tw_reuse 是否协同生效 —— 这三处漏掉任意一个，都可能让新端口范围形同虚设。
