mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #3969] webside on a kubernet ends in "default backend - 404" #3147
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#3147
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 @cedricbieder on GitHub (Feb 1, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/3969
Bug Description
Hi,
I try to connect to a system hosted by an external party, so I don't have so much information of their system.
I just now, there is the webside I can reach from my linux system with wget or curl and this webside is hosted on a kubernet.
With wget https://webside.domain I get the content, but my frp tunnel ends in a "default backend - 404".
It seems that the forwarded request by the tunnel is not recognized by the hostsystem.
Do you guys have any ideas what parameter I can use to manipulate this request correctly.
Or any other steps I could try?
I would say it is a problem of the webside host, but it works for not frp-tunnel-request and I do not really understand why.
Thank you a lot.
frpc Version
0.45
frps Version
0.45
System Architecture
linux/amd64
Configurations
[35]
type=http
local_ip=webside.domain
local_port=80
custom_domains=
subdomain=testsubdomain13
[common]
server_addr=web-server.host.com
server_port=443
authentication_method=token
token=my_token
log_level=trace
user=my_test_user
tls_enable=true
use_encryption=true
host_header_rewrite = webside.domain
Logs
No response
Steps to reproduce
...
Affected area
@fatedier commented on GitHub (Feb 21, 2024):
You should set correct host header.
@github-actions[bot] commented on GitHub (Mar 14, 2024):
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.