Jump to content

Recommended Posts

Posted

Hello, every ~5 seconds I have a 404 warning notification that appears on the admin pages. It says:

 404 occurred: /in-use/aaaaa-atelier.org/www.aaaaa-atelier.org/www.aaaaa-atelier.org/aaaaa-atelier.org/fiskprojects.com/aaaaa-atelier.org/aaaaa-atelier.org/aaaaa-atelier.org/fiskprojects.com/fiskprojects.com/www.aaaaa-atelier.org/www.aaaaa-atelier.org/stud 10 secs / expires 20 secs 

As you can see, the URL is very strange, and I have no idea how to solve this request (is it a request?). It lasts since months now and it is very overwhelming. I have `$config->debug = false;`  Any help welcome.

Posted

Do you have a page with that name/URL?
Or maybe just the /in-use/ part?

Maybe you find more details in the logs - errors or messages.

I feels a bit like an error CKEditor would throw in case a linked page is missing but that's just a feeling.

Posted

The page /in-use/ exists, but those URL feel like a collage of many data types of the website, complete nonsense, they obviously not exist on the server. However, I found that the error also mentions "amazonbot":

Referer: unknown
Useragent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/600.2.5 (KHTML, like Gecko) Version/8.0.2 Safari/600.2.5 (Amazonbot/0.1; +https://developer.amazon.com/support/amazonbot)
IP: 3.224.220.101
Page: Unknown
User: guest

The IP is also always different. And similar errors with Page: Unknown are being triggered almost every time without clear Page or Referrer.

I have the feelings that bots are trying to reach pages that doesn’t exist. My PHP logs are ful of this kind of warnings. What should I do at this point ?

Posted

Is that useragent string a constant across all requests, or just the "amazonbot" part?  Either way, if you have access to WireRequestBlocker from the ProDevTools package, you could target the useragent with a block rule.  If you don't have access to WireRequestBlocker, then an .htaccess rule could be used to reject those requests.  There are some examples here.

Posted

Thank you!
I “solved” the problem by adding a line to the .htaccess and hiding the 404 notifications on the notification module parameters.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...