<div dir="ltr"><div class="gmail_default" style="font-size:small">how would this line look?</div><div class="gmail_default" style="font-size:small">try_files $uri $uri/ /index.html;<br></div><div class="gmail_default" style="font-size:small">and how do set I the error log to the max level for this particular server {}?</div><div class="gmail_default" style="font-size:small">I am not getting any errors in /var/log/nginx/error.log</div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 22, 2023 at 9:28 PM Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</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">Hello!<br>
<br>
On Wed, Feb 22, 2023 at 07:35:54PM -0500, Saint Michael wrote:<br>
<br>
> a) The error does not have a single line.<br>
> b) restarting does not fix it<br>
> c) my nginx is no acting as proxy<br>
<br>
So it's certainly unrelated to the article about proxying and <br>
error propagation you've previously linked.<br>
<br>
> d) it happened twice and both times I fixed it by turning gzip off,<br>
> restarting, and back on.<br>
> e) I also noticed that I requested the image file with wget, get a full<br>
> HTML file for the whole document, but named as if it were the image file.<br>
> <br>
> wget <a href="https://x3x.us/index_files/image001.jpg" rel="noreferrer" target="_blank">https://x3x.us/index_files/image001.jpg</a><br>
> but `stat image001.jpg' showed it was the entire text HTML file.<br>
<br>
Your configuration contains:<br>
<br>
  try_files $uri $uri/ /index.html;<br>
<br>
so returning "/index.html" for all non-existing files is what <br>
nginx is configured to do.<br>
<br>
Are you sure the file you are requesting actually exists?  Is the <br>
file system with these files local, or it's something distributed <br>
and/or some network filesystem?  Are files static, or generated <br>
and/or synced from somewhere?<br>
<br>
You may want to try removing the "try_files" directive, so nginx <br>
will be able to properly respond with 404 on non-existing files, <br>
and will log errors with details about attempts to request them.  <br>
Such errors will look like:<br>
<br>
2023/02/23 05:16:25 [error] 80125#100117: *1 open() "/path/to/file" failed (2: No such file or directory), client: ...<br>
<br>
This should help to identify exact files being requested, so <br>
you'll be able to check them manually, as will contain exact error <br>
code, so it will be possible to identify various permission <br>
issues.<br>
<br>
Hope this helps.<br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</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>