<div dir="ltr"><div>In addition to Francis' always helpful ask.  You have a domain problem with <a href="http://material.av.domain/" rel="noreferrer" target="_blank">material.av.domain</a> and it may be from /etc/hosts all the way to public DNS. Or, incorrectly supplied <b>location-letsencrypt.conf.</b></div><div><br></div><div>If you provide that file contents, you'll likely see your own error as you send it (i've done it dozens of times, its not an insult)  <br></div><div><br></div><div><br></div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 26, 2023 at 6:59 PM Francis Daly <<a href="mailto:francis@daoine.org">francis@daoine.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Dec 26, 2023 at 07:57:41PM -0300, Daniel A. Rodriguez wrote:<br>
<br>
Hi there,<br>
<br>
> This behavior is driving me crazy. Currently have more than 30 sites behind<br>
> this reverse proxy, but the latest is refusing to work.<br>
<br>
Can you provide more details?<br>
<br>
> Config is simple and pretty similar between them all.<br>
<br>
"include" means "anything in that file is effectively in this<br>
config". Nobody but you knows what is in that file.<br>
<br>
> server {<br>
>     listen 80;<br>
>     server_name material.av.domain;<br>
> <br>
>     include /etc/nginx/snippets/location-letsencrypt.conf;<br>
> <br>
> #    return 301 https://$server_name$request_uri;<br>
> <br>
> }<br>
<br>
Your test request is:<br>
<br>
$ curl -i <a href="http://material.av.domain/" rel="noreferrer" target="_blank">http://material.av.domain/</a><br>
<br>
What response do you get? What response do you want to get instead?<br>
<br>
The "return" is commented out, so unless there is something surprising<br>
in the location-letsencrypt.conf file, I would expect a http 200 response<br>
with the content of "the default" index.html file.<br>
<br>
> If I point the browser to material.av.domain got redirected to another<br>
> sub-domain, among the 30 mentioned before. However, everything else works<br>
> just fine.<br>
<br>
Can you show the response to the "curl" request, to see whether "redirect"<br>
is a http 301 from the web server, or is something like a http 200 from<br>
the web server with maybe some javascript content that redirects to<br>
"the wrong" place?<br>
<br>
Cheers,<br>
<br>
        f<br>
-- <br>
Francis Daly        <a href="mailto:francis@daoine.org" target="_blank">francis@daoine.org</a><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
<a href="https://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">https://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div>