[GH-ISSUE #986] 能不能打洞的模式修改为google的webrtc里面打洞方式,参考狗洞 #782

Closed
opened 2026-05-05 12:30:03 -06:00 by gitea-mirror · 5 comments
Owner

Originally created by @etimes2008 on GitHub (Nov 28, 2018).
Original GitHub issue: https://github.com/fatedier/frp/issues/986

能不能打洞的模式修改为google的webrtc里面打洞方式,参考狗洞,它也是go写的,是基于webrtc里打洞方式成功率还行,打洞不成功,然后自动转为服务器转发模式

Originally created by @etimes2008 on GitHub (Nov 28, 2018). Original GitHub issue: https://github.com/fatedier/frp/issues/986 能不能打洞的模式修改为google的webrtc里面打洞方式,参考狗洞,它也是go写的,是基于webrtc里打洞方式成功率还行,打洞不成功,然后自动转为服务器转发模式
Author
Owner

@alphonsetai commented on GitHub (Dec 6, 2018):

你提到的webrtc里面,实际上是ICE协议,我觉得没必要直接上ICE,因为ICE协议太复杂。可以实现一个较为简单的ICE协议

<!-- gh-comment-id:444734690 --> @alphonsetai commented on GitHub (Dec 6, 2018): 你提到的webrtc里面,实际上是ICE协议,我觉得没必要直接上ICE,因为ICE协议太复杂。可以实现一个较为简单的ICE协议
Author
Owner

@fatedier commented on GitHub (Dec 8, 2018):

xtcp 和 stcp 会明确区分,目前不会自行切换,仅供测试试验使用,可靠性不能保证。

<!-- gh-comment-id:445448183 --> @fatedier commented on GitHub (Dec 8, 2018): xtcp 和 stcp 会明确区分,目前不会自行切换,仅供测试试验使用,可靠性不能保证。
Author
Owner

@a180285 commented on GitHub (May 24, 2020):

@fatedier 我觉得可以重新考虑一下这个提议,可以认为是在 xtcp 之外额外增加了一种方式。感觉目前的网络环境,多一种 p2p 的方式也是挺好的。

所以我觉得可以把这个 issue 重新打开,等有缘人来实现,如果有的话。(我希望我有空能来实现一下)

<!-- gh-comment-id:633213273 --> @a180285 commented on GitHub (May 24, 2020): @fatedier 我觉得可以重新考虑一下这个提议,可以认为是在 xtcp 之外额外增加了一种方式。感觉目前的网络环境,多一种 p2p 的方式也是挺好的。 所以我觉得可以把这个 issue 重新打开,等有缘人来实现,如果有的话。(我希望我有空能来实现一下)
Author
Owner

@fatedier commented on GitHub (May 24, 2020):

@a180285 没有太大必要额外增加一种新的方式,增加开发和维护成本,只需要保留一种。

xtcp 目前也是因为没有精力继续维护,效果不理想,如果你能实现更好的打洞方式的话,可以直接把 xtcp 替换掉(保持目前的配置方式不变)。

或者继续在 xtcp 上优化都可以,原理都是类似的。

<!-- gh-comment-id:633215977 --> @fatedier commented on GitHub (May 24, 2020): @a180285 没有太大必要额外增加一种新的方式,增加开发和维护成本,只需要保留一种。 xtcp 目前也是因为没有精力继续维护,效果不理想,如果你能实现更好的打洞方式的话,可以直接把 xtcp 替换掉(保持目前的配置方式不变)。 或者继续在 xtcp 上优化都可以,原理都是类似的。
Author
Owner

@a180285 commented on GitHub (May 24, 2020):

嗯,确实,维护成本也是挺高的。想想看呢

<!-- gh-comment-id:633225190 --> @a180285 commented on GitHub (May 24, 2020): 嗯,确实,维护成本也是挺高的。想想看呢
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#782
No description provided.