mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #1035] 和#520一样的https的转发访问问题 #820
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#820
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 @nickfan on GitHub (Jan 7, 2019).
Original GitHub issue: https://github.com/fatedier/frp/issues/1035
Issue is only used for submiting bug report and documents typo. If there are same issues or answers can be found in documents, we will close it directly.
(为了节约时间,提高处理问题的效率,不按照格式填写的 issue 将会直接关闭。)
Use the commands below to provide key information from your environment:
You do NOT have to include this information if this is a FEATURE REQUEST
What version of frp are you using (./frpc -v or ./frps -v)?
frps: 0.22.0
frpc: 0.21.0
What operating system and processor architecture are you using (
go env)?frps:
frpc:
Configures you used:
frps.ini
frpc.ini
公网机器nginx配置:
内网nginx配置:
Steps to reproduce the issue:
我和 #520 遇到的问题比较像:
请求的预期流程是
实际使用过程中如果跳过第一段nginx的proxy_pass本地5843的流程
也就是访问https://www.myrp.mydev.com:5843/的时候的确是没有问题的,
但是走nginx转发一道直接访问https://www.myrp.mydev.com/就出问题了。
我在frps和nginx上没有找到什么好的解决办法,不过我通过ssh做端口转发却不会出现同样的问题:
比如我用ssh在内网机器上做转发穿透:
然后把公网机器的nginx的转发配置端口从frps的vhost_https的5843调整为ssh的5743:
则client.browser对公网nginx的https:443的 https://www.myrp.mydev.com的访问正常
换回5843也就是frps的端口则出现问题。
我不太清楚是否nginx的配置的问题,在公网服务器和内网服务器的证书都是一致的情况下,
frps的端口直连5843可以访问,但是走了nginx的proxy_pass的情况下就无法访问,然而走ssh的穿透又可以通过nginx的proxy_pass
所以到底是ssh的转发不严格?还是frps的vhost_https的转发机制有问题?
@sxul @fatedier 不知道各位有什么见解?
Describe the results you received:
Describe the results you expected:
Additional information you deem important (e.g. issue happens only occasionally):
Can you point out what caused this issue (optional)
@nickfan commented on GitHub (Jan 8, 2019):
另外用frpc的tcp的配置模式可以正常使用但是用https的模式不行:
@fatedier commented on GitHub (Jan 8, 2019):
不要重复提交问题,可以从已有 issue 中找到答案,或者通过 google 搜索相关解决方案。
@nickfan commented on GitHub (Jan 8, 2019):
@fatedier 好吧找到了,#671 不过为了这个vhost_https端口复用还得开dnsmasq,走tcp/ssh的话,一个客户端要占一个公网机器端口,也是需要取舍。。。