版本0.58.0的客户端SSH频发性断连 about frp HOT 14 OPEN

遇到同样的问题。frps服务端0.58.0，frpc为Windows版0.58.0。连接间歇性断开连接。使用旧版本的frpc，0.53.2版无任何问题。

from frp.

同样的问题 我还以为自己没配好 换成0.57.0就稳如老狗0.58.0就马上断

from frp.

请尝试分别单独做如下配置修改来进行验证测试：

• frpc 和 frps 连接之后，不进行任何请求和访问，持续观察一段时间两端是否有连接断开的情况。
• ssh 启用 keepalive，例如 ServerAliveInterval 60 之类的配置。
• frpc 增加 transport.tcpMuxKeepaliveInterval = 30 的配置。
• frpc 增加 transport.heartbeatInterval = 30 的配置。

from frp.

我的问题不知道是不是相同的。我的客户端使用的是tiny-frpc.因为tinyfrpc使用的是ssh连接服务器，每次能正常代理20秒左右吧，直接断线了。再重启又能代理20秒左右。服务器端位0.58,客户端没有配置transport.tcpMuxKeepaliveInterval = 30之类的选项

from frp.

@xingtongsf 你的问题请提交到 tiny-frpc 的 repo。

from frp.

请尝试分别单独做如下配置修改来进行验证测试：

• frpc 和 frps 连接之后，不进行任何请求和访问，持续观察一段时间两端是否有连接断开的情况。
• ssh 启用 keepalive，例如 ServerAliveInterval 60 之类的配置。
• frpc 增加 transport.tcpMuxKeepaliveInterval = 30 的配置。
• frpc 增加 transport.heartbeatInterval = 30 的配置。

这里有差不多的问题，代理的是TCP协议的Minecraft Java版，客户端和服务端版本均为0.58.0，frpc增加配置transport.heartbeatInterval = 30后问题修复

from frp.

@YuxuanZuo 其他的配置修改也请一并测试一下，方便定位具体的原因。

from frp.

@YuxuanZuo 其他的配置修改也请一并测试一下，方便定位具体的原因。

单独添加 transport.tcpMuxKeepaliveInterval = 30配置没有效果，单独添加transport.heartbeatInterval = 10或二者都可以修复该问题。根据我对服务端trace日志的观察，大概每隔十几秒钟就会有heartbeat timeout日志，应该是客户端没有按时发送心跳包

from frp.

@YuxuanZuo 完整的配置可以贴一下吗？release notes 里有说明这种情况应该只发生在 frps 是旧版本的情况下，确认服务端已经更新到了最新版本，我本地无法复现。

from frp.

@YuxuanZuo 如果使用旧的 INI 格式的话，默认值可能会有问题，但是看你的描述你应该用的不是 INI ？你这个可能是单独的问题，可以另外提交 issue 跟进，INI 的问题我会修复掉。

这个 issue 没人继续反馈 ssh 的问题的话我会关闭掉。

from frp.

@YuxuanZuo 如果使用旧的 INI 格式的话，默认值可能会有问题，但是看你的描述你应该用的不是 INI ？你这个可能是单独的问题，可以另外提交 issue 跟进，INI 的问题我会修复掉。

这个 issue 没人继续反馈 ssh 的问题的话我会关闭掉。

确认了一下，frps确实用的ini配置，经修改后全部恢复正常，感谢作者大大耐心解答！

from frp.

前一阵是网络不好，屋里温度比较高时，丢包率能干到3%，最近调整了下网络，很少再出现丢包了，这个问题也没再出现过。。所以感觉是丢包导致的心跳包丢失？所以能否自适应调整心跳包频率，或者增加重传机制？

from frp.

@islercn 可以自行尝试 kcp 或者 quic。

from frp.

• 0.58.1 client 端也会出现 try to connect to server 日志一分钟一次
  服务端添加

[transport]
tcpKeepalive = 10

之后就没出现过(测试阶段没出现过 大概2个小时)

from frp.