Hello,
I have hosted azuracast in my minipc and I want to forward the IP of the song requester, right now it’s only taking one IP the “podman container ip” so basically Azuracast thinks that every request is coming from the IP address 10.89.1.1 which is the IP of interface created by podman.
57: podman3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 0e:fa:6d:33:b9:39 brd ff:ff:ff:ff:ff:ff inet 10.89.1.1/24 brd 10.89.1.255 scope global podman3 valid_lft forever preferred_lft forever inet6 fe80::b876:abff:fede:c3ef/64 scope link valid_lft forever preferred_lft forever
also I am explicitly forwarding the IP using X-Forwarded-Host.
reverse_proxy http://localhost:4000/ { header_up X-Forwarded-Host {host} }
I don’t know how to resolve it, any help would be appreciated :)
Darkassassin07@lemmy.ca 1 week ago
X-Forwarded-For
And
X-Real-IP
kionite231@lemmy.ca 1 week ago
ok I tried to add those two in my Caddyfile:
here is the output of a request.
2025/04/16 15:52:17.005 WARN http.handlers.reverse_proxy aborting with incomplete response {"upstream": "localhost:4000", "duration": 0.000995717, "request": {"remote_ip": "103.250.137.61", "remote_port": "19389", "client_ip": "103.250.137.61", "proto": "HTTP/3.0", "method": "GET", "host": "ac.ghodawalaaman.duckdns.org", "uri": "/static/vite_dist/assets/Roboto-Light-DHTugVNA.woff2", "headers": {"User-Agent": ["Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0"], "Sec-Fetch-Dest": ["font"], "Accept-Encoding": ["identity"], "Cookie": ["REDACTED"], "Sec-Fetch-Mode": ["cors"], "Accept": ["application/font-woff2;q=1.0,application/font-woff;q=0.9,*/*;q=0.8"], "Accept-Language": ["en-US,en;q=0.5"], "X-Forwarded-For": ["ac.ghodawalaaman.duckdns.org"], "X-Real-Ip": ["ac.ghodawalaaman.duckdns.org"], "Sec-Fetch-Site": ["same-origin"], "Alt-Used": ["ac.ghodawalaaman.duckdns.org"], "X-Forwarded-Host": ["ac.ghodawalaaman.duckdns.org"], "X-Forwarded-Proto": ["https"], "Referer": ["https://ac.ghodawalaaman.duckdns.org/static/vite_dist/assets/Layout-Cv860oWs.css"]}, "tls": {"resumed": false, "version": 772, "cipher_suite": 4865, "proto": "h3", "server_name": "ac.ghodawalaaman.duckdns.org"}}, "error": "writing: H3_REQUEST_CANCELLED"}
I also tried this but it didn’t work either:
here is the azuracast.log: 0x0.st/8fd7.bin
I am still very confused why it’s not working…
Darkassassin07@lemmy.ca 1 week ago
Actually it looks like Caddy is supposed to set those automatically (I’m used to Nginx which doesn’t).
You’ll have to look at why the upstream isn’t accepting them then. I’m not familiar with that particular app.