服务器端口耗尽时应扩大本地临时端口范围：临时执行sudo sysctl -w net.ipv4.ip_local_port_range="10240 65535"，永久配置需写入/etc/sysctl.d/99-ephemeral-ports.conf并运行sudo sysctl --system。
当服务器频繁出现“Cannot assign requested address”错误，或高并发客户端连接持续失败时，大概率是系统本地临时端口耗尽——默认的32768–60999范围仅提供约28232个可用端口，远不能支撑微服务间密集调用、HTTP短连接池或代理转发场景。
确认当前端口范围与真实压力
先别急着改，得看清现状：运行 sysctl net.ipv4.ip_local_port_range，输出形如 net.ipv4.ip_local_port_range = 32768 60999；再执行 ss -s，重点看两处：timewait 数量（比如 timewait 27980/0）和 ports 行（如 ports 28150）。若 timewait 接近端口总数（60999 − 32768 + 1 = 28232），且 ports 值持续增长逼近该数，说明端口正在快速耗尽。
注意：ss -s 中的 ports 是内核历史上分配过的不同端口计数，不是剩余空闲数——误把它当“还剩多少”会严重误判。
临时扩大端口范围（立即生效，重启失效）
方法一：用 sysctl -w（推荐，语义清晰）
执行 sudo sysctl -w net.ipv4.ip_local_port_range="10240 65535"。起始值必须 ≥1024，避开特权端口；结束值最大为65535，不可越界。
方法二：直写 /proc（底层直接，适合脚本）
执行 echo "10240 65535" | sudo tee /proc/sys/net/ipv4/ip_local_port_range。这一步操作起来很简单，直接覆盖内核运行时参数。
验证是否生效：再次运行 sysctl net.ipv4.ip_local_port_range，输出必须与你设置的完全一致。⚠️ 这个修改只影响后续新建连接的源端口选择，已建立的连接不受影响。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
永久生效配置（生产环境必须执行）
第一步：创建独立配置文件
执行 sudo nano /etc/sysctl.d/99-ephemeral-ports.conf，写入一行：net.ipv4.ip_local_port_range = 49152 65535
第二步：避免配置被覆盖
【文件名必须以数字前缀开头，且ASCII顺序靠后（如99-开头），否则可能被/etc/sysctl.d/下其他同名参数覆盖】。例如若存在 10-default.conf 也定义了该参数，它会先加载并被你这个99-文件覆盖。
第三步：重载全部 sysctl 配置
运行 sudo sysctl --system。这条命令比 sysctl -p 更可靠，它会自动扫描 /etc/sysctl.d/ 下所有片段并按序合并。
第四步：验证持久化结果
重启系统后，再次运行 sysctl net.ipv4.ip_local_port_range，确保值未回退。
关键避坑提醒
扩端口不等于问题消失——如果业务程序监听了你新设范围内的端口（比如 Nginx 监听 50000，而你把范围设成 10240 65535），内核随机选源端口时可能撞上该监听端口，触发 Address already in use 错误。务必检查 ss -tlnp 输出，避开所有 LISTEN 状态的端口区间。
配套必须启用 net.ipv4.tcp_tw_reuse = 1，否则大量 TIME-WAIT 连接无法复用端口，扩了也白扩。此参数需同样写入 /etc/sysctl.d/ 并用 sysctl --system 加载。
