[GH-ISSUE #3260] Https2https plugin connection to Webmin

gitea-mirror commented

2026-05-05 13:41:05 -06:00

Owner

Copy link

Originally created by @software-2ats on GitHub (Jan 18, 2023).
Original GitHub issue: https://github.com/fatedier/frp/issues/3260

Bug Description

I am trying to connect to a local instance of webmin (called client1), exposed on port 10000 in https, via an external domain (from now on mydomain.com) using https2https plugin.
I managed to correctly route to the webmin login, but after prompting the credentials, i get redirected to client1.mydomain.com:10000/session_login.cgi , which is not the correct webmin page. Removing the extra part (session_login.cgi) from the address makes it work correctly, without having to log in again.
This also happened with different web services, with the same architecture, and even using https2http plugin.

frpc Version

0.46.0

frps Version

0.46.0

System Architecture

debianlinux11.6/amd64

Configurations

#FRPS
[common]
bind_port = 7000
vhost_https_port = 10000

tls_enable = true

authentication_method = token
token = mytoken

log_file = /var/log/frps.log

log_level = info
log_max_days = 3

#FRPC
[common]
server_addr = mypublicipaddr
server_port = 7000

tls_enable = true

token = mytoken

[plugin_https2https]
type = https
custom_domains = mydomain.com
plugin = https2https
plugin_local_addr = 127.0.0.1:10000
plugin_key_path =
plugin_crt_path =
plugin_host_header_rewrite = https://client1.mydomain.com:10000/
plugin_header_X-From-Where = frp

Logs

No response

Steps to reproduce

...

Affected area

Docs
Installation
Performance and Scalability
Security
User Experience
Test and Release
Developer Infrastructure
Client Plugin
Server Plugin
Extensions
Others

Originally created by @software-2ats on GitHub (Jan 18, 2023). Original GitHub issue: https://github.com/fatedier/frp/issues/3260 ### Bug Description I am trying to connect to a local instance of webmin (called client1), exposed on port 10000 in https, via an external domain (from now on mydomain.com) using https2https plugin. I managed to correctly route to the webmin login, but after prompting the credentials, i get redirected to client1.mydomain.com:10000/session_login.cgi , which is not the correct webmin page. Removing the extra part (session_login.cgi) from the address makes it work correctly, without having to log in again. This also happened with different web services, with the same architecture, and even using https2http plugin. ### frpc Version 0.46.0 ### frps Version 0.46.0 ### System Architecture debianlinux11.6/amd64 ### Configurations #FRPS [common] bind_port = 7000 vhost_https_port = 10000 tls_enable = true authentication_method = token token = mytoken log_file = /var/log/frps.log log_level = info log_max_days = 3 #FRPC [common] server_addr = mypublicipaddr server_port = 7000 tls_enable = true token = mytoken [plugin_https2https] type = https custom_domains = mydomain.com plugin = https2https plugin_local_addr = 127.0.0.1:10000 plugin_key_path = plugin_crt_path = plugin_host_header_rewrite = https://client1.mydomain.com:10000/ plugin_header_X-From-Where = frp ### Logs _No response_ ### Steps to reproduce 1. 2. 3. ... ### Affected area - [ ] Docs - [ ] Installation - [ ] Performance and Scalability - [ ] Security - [X] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [X] Client Plugin - [X] Server Plugin - [ ] Extensions - [ ] Others

gitea-mirror

2026-05-05 13:41:05 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:41:08 -06:00

Author

Owner

Copy link

@github-actions[bot] commented on GitHub (Feb 23, 2023):

Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

@github-actions[bot] commented on GitHub (Feb 23, 2023): Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

No Branch/Tag specified