mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 16:15:49 -06:00
[GH-ISSUE #3552] 泛域名证书 #2831
Labels
No labels
In Progress
WIP
WaitingForInfo
bug
doc
duplicate
easy
enhancement
future
help wanted
invalid
lifecycle/stale
need-issue-template
need-usage-help
no plan
proposal
pull-request
question
todo
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/frp#2831
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @DavidTai780 on GitHub (Jul 25, 2023).
Original GitHub issue: https://github.com/fatedier/frp/issues/3552
Bug Description
若使用相同顶级域名的泛域名证书,将照成短时间内连续访问domain1与domain2,domain2会出现domain1的网站。(必须是使用同一张泛域名证书, 不使用SSL或使用各别域名颁发的证书则不会出现此问题)。
本人由于近期域名搬迁(有.ml至xyz),由原来的http letsencrypt证书签发改为cloudflare dns签发泛域名,才出现此状况。
已初步尝试由泛域名修改回使用各别子域名单独签发后不会再出现此问题,使用的配置相同。
frpc Version
0.51.2
frps Version
0.51.1
System Architecture
linux/arm64
Configurations
[common]
token = xxxxx
server_addr = frp.xxx.xxx
server_port = 7000
dns_server = 8.8.8.8
[TestHttp]
type = http
local_ip = 127.0.0.1
local_port = 33002
use_encryption = true
use_compression = true
custom_domains = test1.mysite.xyz
[TestHttps]
type = https
local_ip = 127.0.0.1
local_port = 33003
use_encryption = true
use_compression = true
custom_domains = test1.mysite.xyz
proxy_protocol_version = v2
[Test2Http]
type = http
local_ip = 127.0.0.1
local_port = 2000
use_encryption = true
use_compression = true
custom_domains = test2.mysite.xyz
[Test2Https]
type = https
local_ip = 127.0.0.1
local_port = 2110
use_encryption = true
use_compression = true
custom_domains = test2.mysite.xyz
proxy_protocol_version = v2
Logs
No response
Steps to reproduce
...
Affected area
@fatedier commented on GitHub (Jul 25, 2023):
https://github.com/fatedier/frp/issues/628#issuecomment-473147400
之前 issue 有提到,看上去是一个通用的问题,简单来说就是这种情况不要使用泛域名证书。
@fatedier commented on GitHub (Jul 25, 2023):
frp 目前的 https,实际上是一个 sni proxy 的机制,不是请求级别的路由,所以一旦连接建立,后续的请求都在这个连接上。
@DavidTai780 commented on GitHub (Jul 25, 2023):
好的明白。谢谢。