当timewait数量逼近ip_local_port_range上限时，需调整该参数并启用tcp_tw_reuse：先查当前范围（如32768 60999）和ss -s中ports/timewait值；临时改用sysctl -w或echo写/proc；永久改则新建/etc/sysctl.d/99-ephemeral-ports.conf，设合理范围（如49152 65535）并添加net.ipv4.tcp_tw_reuse = 1，最后systemctl restart systemd-sysctl验证。
当服务器频繁出现“Cannot assign requested address”错误，且ss -s显示timewait数量接近ports计数时，说明系统新建出站连接可用的临时端口已濒临耗尽，必须调整ip_local_port_range参数。
确认当前端口范围和真实压力
先查当前值：运行sysctl net.ipv4.ip_local_port_range或cat /proc/sys/net/ipv4/ip_local_port_range，典型输出为32768 60999。
再看实际使用：执行ss -s，重点盯住两行——timewait 27980/0表示有近2.8万个连接卡在TIME-WAIT状态；ports 28150是内核历史上分配过的不同端口总数，不是剩余数。若它逼近上限（如60999 − 32768 + 1 = 28232），就真危险了。
⚠️注意：【不要只看范围数字大不大，而要看timewait是否快速堆积且tcp_tw_reuse未启用】——否则扩端口只是掩耳盗铃。
临时修改：立即生效但重启丢失
方法一：用sysctl -w（推荐）
执行sudo sysctl -w net.ipv4.ip_local_port_range="10240 65535"。起始值必须≥1024，避开特权端口；结尾建议≤65535，这是IPv4端口上限。
方法二：直写/proc（更底层）echo "10240 65535" | sudo tee /proc/sys/net/ipv4/ip_local_port_range。这条命令绕过sysctl校验，权限错误时会直接报错，适合脚本化压测。
改完立刻验证：sysctl net.ipv4.ip_local_port_range输出必须与你设置的一致。不验证等于没改——因为拼写错误、空格缺失或双引号遗漏都会导致静默失败。
永久修改：生产环境唯一可靠方式
第一步：创建独立配置文件
运行sudo nano /etc/sysctl.d/99-ephemeral-ports.conf，写入一行：net.ipv4.ip_local_port_range = 49152 65535。起始值选49152是为避开IANA建议的注册端口（1024–49151）和常见业务监听端口（如Nginx默认80、Redis默认6379）。
第二步：重载全部sysctl配置
在RHEL 8+/Ubuntu 20.04+系统上执行sudo systemctl restart systemd-sysctl；旧版系统用sudo sysctl --system。这一步会扫描/etc/sysctl.d/下所有.conf文件并按文件名排序加载。
第三步：检查是否被覆盖
运行sysctl -a | grep ip_local_port_range，确认输出是你刚写的值。如果还是旧值，说明/etc/sysctl.d/下存在更高优先级的同名配置（如99-sysctl.conf），需删掉或注释冲突行。
第四步：配套启用端口复用
在同一个/etc/sysctl.d/99-ephemeral-ports.conf文件末尾追加：net.ipv4.tcp_tw_reuse = 1。这能让处于TIME-WAIT状态的端口在安全前提下被快速复用，否则光扩范围治标不治本。
