svn高并发“连接被拒绝”本质是linux内核tcp承载能力不足，需调优半连接队列（tcp_max_syn_backlog=65535、somaxconn=65535）、启用syncookies=1、合理配置tw_reuse=1、ip_local_port_range="1024 65535"、tcp_fin_timeout=30，并严禁tcp_tw_recycle。
SVN服务端在高并发场景下出现“连接被拒绝”，本质不是SVN软件本身瓶颈，而是底层Linux内核对TCP连接的承载与调度能力不足。优化重点不在SVN配置文件（如svnserve.conf），而在于调整内核网络参数，让系统能更稳健地接纳、排队、处理大量并发连接请求。
核心思路是：稳住三次握手入口、防端口耗尽、控内存不溢出、避免队列丢包。
半连接队列必须足够大
SYN洪泛或突发连接请求时，若半连接队列（SYN Queue）太小，内核会静默丢弃新SYN包——客户端根本收不到SYN-ACK，表现为“连接拒绝”或超时。
默认值（通常1024或8192）远不够。
-
net.ipv4.tcp_max_syn_backlog = 65535 -
net.core.somaxconn = 65535
这两项必须一致且设为高位值，确保监听套接字有足够缓冲空间容纳未完成三次握手的连接。✅ 验证命令：
ss -ltn | grep :3690（SVN默认端口），看Recv-Q是否长期接近或等于该值；若持续满载，说明队列仍不够或上层应用accept不及时。
启用SYN Cookie并控制重试次数
当半连接队列真正溢出时，tcp_syncookies=1才生效，它用加密序列号替代队列存储，防止SYN Flood攻击导致服务不可用。
-
net.ipv4.tcp_syncookies = 1（启用） -
net.ipv4.tcp_synack_retries = 3（默认5，缩短至3可更快释放无效SYN-RECV状态，减少资源滞留）
⚠️ 注意：tcp_syncookies = 2会绕过队列检查，掩盖真实压力，不利于问题定位，不推荐。
解决TIME_WAIT端口耗尽问题
SVN客户端频繁短连接（尤其脚本化操作、CI/CD拉取）易导致大量TIME_WAIT状态，占满本地端口范围，新连接因无可用端口而失败。
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
-
net.ipv4.tcp_tw_reuse = 1（仅对主动发起连接的客户端生效，如SVN服务器需调用外部Webhook或LDAP认证时有用；对svnserve监听模式本身无影响，但建议开启） -
net.ipv4.tcp_fin_timeout = 30（默认60，缩短FIN等待时间，加速TIME_WAIT回收） -
net.ipv4.ip_local_port_range = "1024 65535"（扩大临时端口范围，避免快速耗尽）
? 不要启用
tcp_tw_recycle——已从主流内核移除，且在NAT、负载均衡或多客户端共用IP环境下必然引发连接失败。
守住内存底线，避免缓冲区反成负担
盲目调大tcp_rmem/tcp_wmem可能触发OOM Killer，或放大攻击效果（如缓冲区填满后丢包加剧）。
net.ipv4.tcp_rmem = "4096 65536 8388608"（min default max）net.ipv4.tcp_wmem = "4096 65536 8388608"
其中max值建议不超过物理内存的10%（例如32GB内存，max设≤3MB更稳妥；8MB是较宽松上限）fs.file-max = 2097152（提升系统级最大文件描述符数，配合SVN进程ulimit设置）
必须配套执行的操作
改完/etc/sysctl.conf只是写入文本，不会自动生效：
- 立即加载：
sudo sysctl -p - 持久化验证：
sudo sysctl -a | grep -E "(syn_backlog|somaxconn|tw_reuse|port_range)" - 监控验证：
# 实时观察TIME_WAIT数量 cat /proc/net/sockstat | grep "TW" # 查看各状态连接数 ss -s
不复杂但容易忽略。
