Jump to content

Recommended Posts

Posted

I'm getting this System Log a couple of times a day:

IPS\Http\Request\CurlException::28

https://api.indexnow.org/indexnow/
Operation timed out after 10000 milliseconds with 0 bytes received

Don't think there's anything I can do on my end?

  • Solution
Posted

You would need to check the connectivity between yourself and indexnow to determine where the timeout there is. As this is an issue on the connectivity side of things, there is nothing we can do from a software point of view that would prevent this

Posted
1 hour ago, Emediate said:

That's all I need to know. Will look further down the line now, thanks 🙂

No problem. Good luck in getting the issue resolved

Posted
On 4/6/2022 at 10:18 PM, Marc Stridgen said:

You would need to check the connectivity between yourself and indexnow to determine where the timeout there is. As this is an issue on the connectivity side of things, there is nothing we can do from a software point of view that would prevent this

Just a follow up, our hosts have confirmed they can ping the IndexNow and GoogleAPI (also timing out) from our server, and from the timestamps in the IPS Error Logs, there is nothing that corresponds with the server logs. They believe the issue still relates to Invision.

Anyone else come across timeout errors to IndexNow?

Posted
4 hours ago, Emediate said:

Anyone else come across timeout errors to IndexNow?

We have this error every once in a while.

How big is your forum, i.e. how many posts do you carry or how many new posts are created during one day?

Posted
37 minutes ago, Emediate said:

Problem now out of sight. IndexNow disabled. 

Will revisit later when the bug is probably realised. 

This isn't a bug in our software, it's an issue between cURL and the remote service. There may be something intermittently blocking the request for some reason.

Posted
Quote

Yep. But experience now tells me to wait a bit until other people report it and then it gets looked at and patched.

IndexNow is still referencing a file that is supposed to be in forum root, that doesn't exist.

But either way, I've disabled this now and moved on.

We released a patch for that issue, if you're still seeing it then that's a problem we need to look into (although I am unable to reproduce the problem). However, that isn't what you're reporting here.

Timeouts are an issue between the network and the remote server, it hasn't responded in a pre-allocated amount of time.

Posted

This has gone away since disabling Indexnow (obviously), but I still get daily time outs to:

Quote
Quote
Quote
Quote
Quote

https://www.google.com/recaptcha/api/siteverify
Connection timed out after 10003 milliseconds

Our hosts have checked these logs and timestamps against the server logs and there is nothing that corresponds there. The hosts have also pinged each of those with no issue confirming nothing in the firewall blocking these connections. But they do time out daily from the IPS software.

Any ideas or tips please?

Posted

I've seen this specifically on the IndexNow service, but I monitoring in place to monitor IndexNow and in those cases, it was not my server, but the route in between my server and IndexNow.  

So this is most likely not a problem on your server itself, but somewhere on the internet in between you and the destination server.  The internet is like the roads/highway system.  

You leave your house and mid-way through your trip, it's possible you run into traffic.  It's not a problem on your source or destination side that made you late, but instead something along the way.  This is saying there was no response within 10 seconds of the request so it gave up waiting.  It does not mean your server was blocking it, but that there was a temporary issue that typically goes away within a few minutes.   

Posted

As mentioned, this is a connection issue somewhere between yourself and their server at those points in time. While I understand your hosting company has checked this, if its intermittent, they may indeed see it working. Given its different services though, I would say the issue is more likely on your server side than anywhere else. The software itself cannot cause a timeout.

Posted (edited)
1 hour ago, Emediate said:

Surely I am not the only one getting these repeated and daily Error logs then?

It does not happen DAILY for me, but it’s not an irregular occurrence.  At the end of the day, it’s not a problem with IPB itself.  It’s a problem between your server and IndexNow.  IPB can’t fix that however.  

You could setup some sort of monitoring from your server on a per minute basis to monitor the API site for IndexNow.  However that’s outside of the support that can be provided here.  Once you have the info, you would have it to work with your host and show them proof of the recurring issue.  

Literally that error means IPS sent the request and got nothing back after 10 seconds.  There’s not much more they can do.  You don’t want to hold requests for tremendously long times.  It hurts server load and causes more problems than just some error log messages.  

I personally just ignore/delete them.  At the end of the day, 95% of my traffic does not come from Bing/Yandex.  It’s coming from Google and Google does not use it.  So unless Bing or Yandex is a significant source of traffic for your site, you’re most likely better just turning it off.  It has little “real world” value if Bing/Yandex is not where the lion share of your users are getting to you from.  

Edited by Randy Calvert
  • 2 weeks later...
Posted

No. It could be the index now server rate limiting you, it could be a transient problem between requests, etc. 

Literally that error says IPB sent a request to IndexNow and did not hear back in 10 seconds. There is nothing else that can be done. It literally CANT be a code problem unless that just change it to wait longer (say 30 seconds). But if it does not finish after waiting 10 sec is it going to really request if you wait longer?

  • Recently Browsing   0 members

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