使用TCP隧道穿透HTTP端口，网络连接被掐断的规则是怎么样的呢（掐断长连接，还是根据发送的数据包大小，数据包量）？

[hexiyou]

如题，我使用TCP隧道穿透HTTP端口，客户端使用的是官方的v0.51.0-sakura-frpc Windows64位，也根据官方要求开启了自动HTTPS，使用curl或wget这样的命令测试简单的小文件下载，发现连接每隔几秒就断开，能感觉到是官方服务器端故意增加这样的限制策略的。现在的问题是，连接被掐断的依据是什么？根据什么判定的？
（超过时长的长连接，还是根据发送的数据包大小，又或者数据包量？）

另外我想知道，如果升级到VIP用户，或者使用自己已备案的域名创建HTTP/HTTPS隧道，是否还会有这样的限制呢？

[natfrp-bot]

我们没有 “故意增加这样的限制策略”，单个连接建立成功后，如果中间连接中断，请检查客户端日志。

大部分情况下都是运营商对你的上行做了限制，或者用了海外节点，国际网络不稳定导致的中断。具体以日志为准。

升级到 VIP 不会 直接解决这个问题，但是可以给你提供更多节点选择。建议先在免费节点里测试好，确认自己的网络没问题再考虑升级

[hexiyou]

我们没有 “故意增加这样的限制策略”，单个连接建立成功后，如果中间连接中断，请检查客户端日志。

大部分情况下都是运营商对你的上行做了限制，或者用了海外节点，国际网络不稳定导致的中断。具体以日志为准。

升级到 VIP 不会 直接解决这个问题，但是可以给你提供更多节点选择。建议先在免费节点里测试好，确认自己的网络没问题再考虑升级

如图，frpc客户端输出的日志就只有这么一句，“ httputil: ReverseProxy read error during body copy: unexpected EOF”，除此之外，再没更多信息；
而且我测试了两个节点（重庆电信和长沙三线），都有这样的问题。既然说不是官方的限制，那我就很奇怪这个情况是什么原因导致的了。

[natfrp-bot]

注意到你使用的是上游客户端，我们无法提供支持。只能说 unexpected EOF 看起来像是网络连接中断，细节就不清楚了。

Geek 用法请自行排障，没有特殊情况都推荐使用启动器。

[hexiyou]

注意到你使用的是上游客户端，我们无法提供支持。只能说 unexpected EOF 看起来像是网络连接中断，细节就不清楚了。

Geek 用法请自行排障，没有特殊情况都推荐使用启动器。

这个命令行客户端也是你们官网上下载的魔改版，并不是frpc官方的。Github官方的frpc我没有试过是否存在这个问题。

[natfrp-bot]

如果方便的话，加入官方反馈群（面板右上角帮助）让管理远程看下