[GH-ISSUE #2418] 关于Wiki中网络传输速度慢的疑问 #1925

New issue

Closed

opened 2026-05-05 13:14:25 -06:00 by gitea-mirror · 2 comments

gitea-mirror commented

2026-05-05 13:14:25 -06:00

Owner

Originally created by @DaPoHou on GitHub (May 29, 2021).
Original GitHub issue: https://github.com/fatedier/frp/issues/2418

我的网络环境是：
frpc 网络是500Mbps专线，上下带宽对等，运行在NAS上。
frps 网络是有公网IP的家宽，下载200Mbit/s，上传30Mbit/s（通过多拨，实现下载200Mbit/s，上传70Mbit/s)，frps运行在网件路由器openwrt上。

根据Wiki中的描述：

由于流量需要经过服务器转发，所以传输速度的快慢取决于服务器的下行带宽和客户端的上行带宽，通常家用宽带的上行带宽较低，限制了出口的速度

我的服务器下行带宽是200M，客户端上行带宽是200M，那么通过frp中转速度应该在200M左右。
实际通过iperf3测试，只有30Mbit/s。

那么限制frp转发速率的瓶颈是不是也取决于服务器的上行带宽？

Originally created by @DaPoHou on GitHub (May 29, 2021). Original GitHub issue: https://github.com/fatedier/frp/issues/2418 我的网络环境是： frpc 网络是500Mbps专线，上下带宽对等，运行在NAS上。 frps 网络是有公网IP的家宽，下载200Mbit/s，上传30Mbit/s（通过多拨，实现下载200Mbit/s，上传70Mbit/s)，frps运行在网件路由器openwrt上。根据Wiki中的描述： > 由于流量需要经过服务器转发，所以传输速度的快慢取决于服务器的下行带宽和客户端的上行带宽，通常家用宽带的上行带宽较低，限制了出口的速度我的服务器下行带宽是200M，客户端上行带宽是200M，那么通过frp中转速度应该在200M左右。实际通过iperf3测试，只有30Mbit/s。那么限制frp转发速率的瓶颈是不是也取决于服务器的上行带宽？

gitea-mirror

2026-05-05 13:14:25 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:14:28 -06:00

Author

Owner

@fatedier commented on GitHub (May 30, 2021):

是的，服务器是双向通信，这里描述确实不太准确。

@fatedier commented on GitHub (May 30, 2021): 是的，服务器是双向通信，这里描述确实不太准确。

gitea-mirror commented

2026-05-05 13:14:29 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Jul 15, 2021):

Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.

@github-actions[bot] commented on GitHub (Jul 15, 2021): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.