github-starred/frp

Fork 0

mirror of https://github.com/fatedier/frp.git synced 2026-05-15 08:05:49 -06:00

[GH-ISSUE #492] frps和frpc之间的加密方式 #377

New issue

Closed

opened 2026-05-05 12:11:30 -06:00 by gitea-mirror · 8 comments

gitea-mirror commented

2026-05-05 12:11:30 -06:00

Owner

Originally created by @189dOc on GitHub (Oct 22, 2017).
Original GitHub issue: https://github.com/fatedier/frp/issues/492

请问下当use_encryption设置为true的情况下, frps和frpc之间是通过哪种加密算法传输数据的呢 (aes-128-cfb)?

Originally created by @189dOc on GitHub (Oct 22, 2017). Original GitHub issue: https://github.com/fatedier/frp/issues/492 请问下当use_encryption设置为true的情况下, frps和frpc之间是通过哪种加密算法传输数据的呢 (aes-128-cfb)?

gitea-mirror closed this issue

2026-05-05 12:11:32 -06:00

gitea-mirror commented

2026-05-05 12:11:35 -06:00

Author

Owner

@ihipop commented on GitHub (Oct 23, 2017):

ad3cf9a64a/utils/crypto/encode.go (L32-L55)

@ihipop commented on GitHub (Oct 23, 2017): https://github.com/fatedier/frp/blob/ad3cf9a64adc67a8d8657b2665571913749645e9/utils/crypto/encode.go#L32-L55

gitea-mirror commented

2026-05-05 12:11:38 -06:00

Author

Owner

@hijk1234 commented on GitHub (Oct 23, 2017):

多搞几种加密协议供选择也不错啊

@hijk1234 commented on GitHub (Oct 23, 2017): 多搞几种加密协议供选择也不错啊

gitea-mirror commented

2026-05-05 12:11:40 -06:00

Author

Owner

@ihipop commented on GitHub (Oct 23, 2017):

这里的加密主要是为了解决一些公司的内网流量识别，他的主要开发目标不是安全代理而是转发程序

@ihipop commented on GitHub (Oct 23, 2017): 这里的加密主要是为了解决一些公司的内网流量识别，他的主要开发目标不是安全代理而是转发程序

gitea-mirror commented

2026-05-05 12:11:41 -06:00

Author

Owner

@189dOc commented on GitHub (Oct 23, 2017):

如果是对于ssh/https流量的转发即使frps与frpc之间不使用加密应该也能保证数据的安全是吧 (相对于ssh/https直连)

@189dOc commented on GitHub (Oct 23, 2017): 如果是对于ssh/https流量的转发即使frps与frpc之间不使用加密应该也能保证数据的安全是吧 (相对于ssh/https直连)

gitea-mirror commented

2026-05-05 12:11:43 -06:00

Author

Owner

@ihipop commented on GitHub (Oct 24, 2017):

@189dOc

HTTPS 握手过程中，域名并不是加密的，因为需要通过SNI判断使用哪个证书
华为某些带Deep Packet Inspection的路由，会检测包和指定端口的协议是否真的匹配，你要在HTTPS端口上跑SSTP，虽然看起来很类似,在一般路由上看也是是没问题的，那些带DPI的路由就过不了,所以这些加密后的乱数据是更加过不了的，所以并没有多种加密并存的必要，还增加小型设备的运算负担。最多就是考虑到一些小型设备运算能力有限，提供一些类似chacha20之类的简单算法，我甚至觉得，用XOR就够了。
不加密和直连没区别

@ihipop commented on GitHub (Oct 24, 2017): @189dOc 1. HTTPS 握手过程中，域名并不是加密的，因为需要通过SNI判断使用哪个证书 1. 华为某些带Deep Packet Inspection的路由，会检测包和指定端口的协议是否真的匹配，你要在HTTPS端口上跑SSTP，虽然看起来很类似,在一般路由上看也是是没问题的，那些带DPI的路由就过不了,所以这些加密后的乱数据是更加过不了的，所以并没有多种加密并存的必要，还增加小型设备的运算负担。最多就是考虑到一些小型设备运算能力有限，提供一些类似chacha20之类的简单算法，我甚至觉得，用XOR就够了。 1. 不加密和直连没区别

gitea-mirror commented

2026-05-05 12:11:44 -06:00

Author

Owner

@189dOc commented on GitHub (Oct 24, 2017):

@ihipop 感谢回复～

@189dOc commented on GitHub (Oct 24, 2017): @ihipop 感谢回复～

gitea-mirror commented

2026-05-05 12:11:45 -06:00

Author

Owner

@koolwiki commented on GitHub (Nov 27, 2017):

@ihipop 请问frp的加密能保证http网络传输时输入网站密码的安全性吗？谢谢！

@koolwiki commented on GitHub (Nov 27, 2017): @ihipop 请问frp的加密能保证http网络传输时输入网站密码的安全性吗？谢谢！

gitea-mirror commented

2026-05-05 12:11:46 -06:00

Author

Owner

@RockNHawk commented on GitHub (Jan 10, 2020):

@ihipop 请问frp的加密能保证http网络传输时输入网站密码的安全性吗？谢谢！

同问，

不加密和直连没区别

也就是说，使用 frp 转发 http ，是能够被 http 工具对流量进行监听的对吗？

@RockNHawk commented on GitHub (Jan 10, 2020): > @ihipop 请问frp的加密能保证http网络传输时输入网站密码的安全性吗？谢谢！同问， > 不加密和直连没区别也就是说，使用 frp 转发 http ，是能够被 http 工具对流量进行监听的对吗？