[GH-ISSUE #3853] 为啥xtcp的连接需要frps不中断 #3061

New issue

Closed

opened 2026-05-05 13:58:57 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 13:58:57 -06:00

Owner

Originally created by @mlkt on GitHub (Dec 16, 2023).
Original GitHub issue: https://github.com/fatedier/frp/issues/3853

试了下xtcp，确实打洞成功连上了，但我发现一结束中转服务器上的 frps 进程后点对点连接立刻中断，既然已经点对点成功了，为什么还需要frps呢？如果是为了保活，那也应该是结束 frps 进程后过一段时间连接才中断。是frpc做了什么额外操作，当和frps的连接中断后就立刻自己中断点对点连接的吗？这是出于什么考虑吗？

还有一个问题，打洞是否必须使用udp，如果frpc使用了HTTP代理，所有流量是否都会经过这个代理？如果是socks5代理呢？

Originally created by @mlkt on GitHub (Dec 16, 2023). Original GitHub issue: https://github.com/fatedier/frp/issues/3853 试了下xtcp，确实打洞成功连上了，但我发现一结束中转服务器上的 frps 进程后点对点连接立刻中断，既然已经点对点成功了，为什么还需要frps呢？如果是为了保活，那也应该是结束 frps 进程后过一段时间连接才中断。是frpc做了什么额外操作，当和frps的连接中断后就立刻自己中断点对点连接的吗？这是出于什么考虑吗？还有一个问题，打洞是否必须使用udp，如果frpc使用了HTTP代理，所有流量是否都会经过这个代理？如果是socks5代理呢？

gitea-mirror closed this issue

2026-05-05 13:58:58 -06:00

gitea-mirror commented

2026-05-05 13:59:00 -06:00

Author

Owner

@fatedier commented on GitHub (Dec 18, 2023):

目前的架构并不只是为 p2p 通信而设计，整体上是客户端服务端的架构，客户端需要和服务端保持通信，一旦通信中断，就认为整体不可用，会释放之前的资源进行重连。

@fatedier commented on GitHub (Dec 18, 2023): 目前的架构并不只是为 p2p 通信而设计，整体上是客户端服务端的架构，客户端需要和服务端保持通信，一旦通信中断，就认为整体不可用，会释放之前的资源进行重连。

gitea-mirror commented

2026-05-05 13:59:01 -06:00

Author

Owner

@mlkt commented on GitHub (Dec 18, 2023):

OK，感谢解答，感谢开发了这么棒的工具

@mlkt commented on GitHub (Dec 18, 2023): OK，感谢解答，感谢开发了这么棒的工具

gitea-mirror commented

2026-05-05 13:59:01 -06:00

Author

Owner

@xqzr commented on GitHub (Dec 19, 2023):