

FRPS-服务端
bindAddr = "0.0.0.0"
bindPort = 7000
kcpBindPort = 7000
# quicBindPort = 7000
vhostHTTPPort = 8880
vhostHTTPSPort = 8443
# vhostHTTPPort = 80
# vhostHTTPSPort = 443
auth.method = "token"
auth.token = "和下面一样"
# 网页端
webServer.addr = "0.0.0.0"
webServer.port = 7500
webServer.user = "网页用户名"
webServer.password = "网页密码"
# tls
#transport.tls.force = true
#transport.tls.certFile = "/etc/frp/ssl/server.crt"
#transport.tls.keyFile = "/etc/frp/ssl/server.key"
#transport.tls.trustedCaFile = "/etc/frp/ssl/ca.crt"
jsonFRPC-客户端
serverAddr = "xxx.xxx.xxx.xxx"
serverPort = 7000
auth.method = "token"
auth.token = "和上面一样"
transport.protocol = "kcp"
# 网页端
webServer.addr = "0.0.0.0"
webServer.port = 7400
webServer.user = "网页用户名"
webServer.password = "网页密码"
webServer.pprofEnable = false
# tls
#transport.tls.certFile = "/etc/frp/ssl/client.crt"
#transport.tls.keyFile = "/etc/frp/ssl/client.key"
#transport.tls.trustedCaFile = "/etc/frp/ssl/ca.crt"
[[proxies]]
name = "xxxxxx_en_icu_http"
type = "http"
localIP = "127.0.0.1"
localPort = 40198
customDomains = ["xxxxxx.xx.com"]
jsonfrp的速度取决于(转载)
P2P 模式使用场景
- 远程桌面访问
- 在家访问办公电脑
- P2P 直连,速度快,延迟低
- 适合远程办公
- 大文件传输
- 两地之间传输大文件
- 避免服务器中转
- 充分利用带宽
P2P模式和普通NAT转发区别 做一个简单的类比,
NAT转发就像: 快递员(服务器)在两个人(客户端)之间传递包裹(数据),所有包裹都要经过快递员快递员会很累(服务器压力大),送货时间更长(延迟高)
P2P模式就像: 快递员只负责告诉两个人对方的地址,然后,两个人直接见面交换包裹,快递员轻松了(服务器压力小),交换更快(延迟低),但有时候可能找不到对方(NAT限制)
客户端A和客户端B就像:
客户端A就是卖家,客户端B就是买家,买家要去向卖家拿包裹(数据) ————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/tdreamlll/article/details/144167829 ↗