做内网穿透项目时，最怕的不是日常访问，而是突然涌进来的大量请求。比如你在家搭了个视频监控系统，通过内网穿透对外提供查看服务，某天亲戚聚会拍了段热门视频发到群里，瞬间几十人点开，服务器直接卡死，连接超时，日志炸锅——这就是典型的突发流量问题。
为什么突发流量容易击穿系统
很多自建服务基于轻量级服务器部署，带宽和并发能力有限。一旦外部流量短时间内暴增，连接数迅速爬升，网关来不及响应，请求堆积，最终导致服务无响应甚至进程崩溃。尤其在使用反向代理或隧道中转时，中间节点也可能成为瓶颈。
更麻烦的是，这类流量往往是临时性的，用扩容来应对不现实——总不能为了偶尔一次高峰买个百兆带宽套餐吧。
本地限流 + 弹性缓冲是关键
实际操作中，可以在入口层加一层轻量限流。比如用 Nginx 做反向代理时，配置简单的连接频率控制：
limit_conn_zone $binary_remote_addr zone=perip:10m;
limit_conn perip 10;
limit_req_zone $binary_remote_addr zone=allips:10m rate=20r/s;
limit_req zone=allips burst=30 nodelay;
这段配置的意思是：单个IP最多同时建立10个连接，每秒最多处理20个请求，突发可容忍30个，超出即拒绝。虽然会踢掉部分用户，但能保住系统不崩，大多数情况下够用了。
结合 CDN 缓存静态资源
如果穿透的服务包含图片、视频等静态内容，可以将这些资源挂到对象存储 + CDN 上。比如把监控截图上传到七牛云，生成带过期时间的外链，前端页面加载时直接引用CDN地址，不走内网穿透通道。这样即使访问量激增，压力也不在你的小主机上。
动态调整隧道心跳与重连策略
有些内网穿透工具在高负载下会频繁断连重连，反而加剧问题。可以适当调大心跳间隔，避免因短暂拥塞触发不必要的重连风暴。以 frp 为例，客户端配置中可设置：
heartbeat_interval = 60
health_check_timeout = 30
让心跳不要太勤快，给网络留出缓冲空间。同时开启健康检查，确保真正断连时能及时恢复。
突发流量不可怕，关键是提前设防。别等到被流量冲垮才想起优化，那时候用户早就跑了。平时多留意日志里的请求峰值，模拟压测几次，心里才有底。