（痛点切入+幽默自嘲）

“用FRP内网穿透后，我的服务器流量突然暴增，房东以为我在家挖矿差点断网！”——某网友的血泪史。

作为常年和服务器斗智斗勇的博主，今天就用「人话」说清楚：FRP内网穿透的流量到底走不走服务器？ 顺便教你如何避免“流量刺客”背刺钱包！（文末附赠性能优化彩蛋~）

一、FRP流量原理：快递小哥的奇幻漂流

想象一下：你住在城中村（内网），想收快递（外部访问），但快递员找不到门牌号。于是你雇了个跑腿小哥（FRP服务端），让他把快递从菜鸟驿站（公网服务器）转送到你家。

关键：

✅ 所有流量都经过服务器！ 无论是HTTP请求还是大文件传输，数据都要先到FRP服务端“中转”，再转发到内网设备。

❌ 别被“穿透”二字骗了——它只是“绕过防火墙”，不是“绕过流量”。

*（附专业术语：FRP是反向代理工具，基于TCP/UDP转发，服务端承担全部数据传输负载。）*

二、3种典型场景下的流量实测

场景1：远程桌面摸鱼（低流量但持久）

- 行为特点： 像蜗牛爬行，单次数据量小但连接时间长。

- 流量消耗： 1小时约50MB，但如果忘了关……月底账单会教你做人。

- 博主翻车案例： 曾因忘关远程桌面，服务器月流量跑超200GB，含泪充值CDN加速包。

场景2：NAS传片儿（高流量警告⚠️）

- 行为特点： 宛如大象跳舞，动辄几个GB的4K电影传输。

- 流量消耗： 一部电影=服务器双向计费（上传+下载），实际消耗翻倍！

- 避坑建议： 对大文件走WebDAV+HTTPS加密，比直接FRP转发省30%流量。

场景3：暴露Web服务（小心CC攻击！）

- 行为特点： 容易被黑客当免费健身房，疯狂刷请求。

- 血泪教训： 某粉丝用FRP暴露博客，结果被爬虫刷爆10TB流量，服务器直接宕机。

- 防护方案： Nginx限流 + FRP的`bandwidth_limit`参数双保险。

三、省流党必备优化技巧（附代码）

1. 压缩数据——给流量穿“瘦身衣”

在FRP客户端配置中启用压缩（适合文本/日志传输）：

```ini

[common]

tcp_mux = true

protocol = websocket

比原生TCP省20%流量

```

2. 限速——给狂奔的野马套缰绳

限制单端口带宽，防止某个服务吃光资源：

[web]

type = tcp

bandwidth_limit = 1MB

每秒不超过1MB

3. 监控——安装“流量警报器”

用`vnstat`实时监测服务器流量：

```bash

vnstat -l -i eth0

查看实时网卡流速

vnstat -m

按月统计报表

四、终极灵魂拷问：要不要自建FRP？

如果你符合以下任意一条，建议直接买现成内网穿透服务（如花生壳）：

- 服务器是按量付费的云主机；

- 懒得折腾运维监控；

- 对“半夜被报警短信吵醒”有 PTSD。

反之，技术宅可享受DIY乐趣——毕竟自己掌控的数据才最安全！

互动（增加粘性）

你被FRP坑过最惨的一次经历是啥？评论区晒出来让大伙开心一下~ （博主会抽3个哭得最惨的送配置优化手册！）

TAG:frp内网穿透流量走服务器吗,frp内网穿透 流量走服务器吗,frps 内网穿透,frpc内网穿透