frp icon indicating copy to clipboard operation
frp copied to clipboard

webside on a kubernet ends in "default backend - 404"

Open cedricbieder opened this issue 1 year ago • 1 comments

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

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

cedricbieder avatar Feb 01 '24 14:02 cedricbieder

You should set correct host header.

fatedier avatar Feb 21 '24 12:02 fatedier

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

github-actions[bot] avatar Mar 14 '24 00:03 github-actions[bot]