leonep

Well-Known Member
Nov 18, 2014
234
19
68
Pescara
cPanel Access Level
Root Administrator
Hi,
i have occasonaly errors on various website in my server ( nginx reverse proxy ea-nginx, apache 2.4 )
Also i get errors from google page indexing issues 400.
i try to flush dns cache on clients, i try to found somwthing on logs but i found nothing related.
i try to set nginx error log on info but nothing appear.
may be i need debug to find this errors ?

before activate debug log level globally i try to set debug on a site with this:
Efficiently Troubleshooting NGINX with Custom Error Log (error_log) Configuration Options

but after restart nginx i got Forbidden on the site..
there is particulare permissions settings to setup ?

thanks
 

cPRex

Jurassic Moderator
Staff member
Oct 19, 2014
15,139
2,404
363
cPanel Access Level
Root Administrator
Hey hey! I'm not sure I understand the question as you mention intermittent 400 errors, DNS cache, and 403 errors. It's possible these are not related issues at all, so it would be best to pick one and get that resolved.

The 403 will leave something in the server's Apache logs at /etc/apache2/logs/error_log. Can you check that file while refreshing the page the see if you find any useful details?
 

leonep

Well-Known Member
Nov 18, 2014
234
19
68
Pescara
cPanel Access Level
Root Administrator
  • Like
Reactions: cPRex

leonep

Well-Known Member
Nov 18, 2014
234
19
68
Pescara
cPanel Access Level
Root Administrator
Hello,
after very long ticket i have some useful info.

first of all it must be said that it was a big problem not having the way to reproduce the problem.

another difficulty was the lack of logs because apparently this 400 error does not come out in the warn log level.
moreover I was not able to put the "debug" log level on nginx, not even through cpanel support which inform me about an internal case
https://support.cpanel.net/hc/en-us/articles/12771140611479

in the end, through an automatic page refresh on a site and waiting several minutes, I was able to reproduce the problem.....

once I discovered this I started doing random tests to understand at least where to start working and I discovered that by disabling keep-alive the error disappears!

now I wonder if I can change keep-alive connection and timeout to make sure that re-enabling keep-alive doesn't recreate the 400 error.