This still seems to be an issue, it even goes for internal links. Any updates on this?
I found a problem with links to Oxford Dictionary such as https://en.oxforddictionaries.com/definition/anyword.
Is this because the call to that URL is from a machine program and not a browser? i.e Is the request to link to that page rejected because it is not from a human?
I have done yesterday an http to https migration on my website and i have the same problem.
I have the same details than hheckner and i’ll add this he hasn’t given :
Journal: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol [Error #35]
-
This reply was modified 9 years, 4 months ago by
Ervael. Reason: add journal detail error
Espi
(@josheprovoedu)
We are having this same issue. We switched over to HTTPS and now all my links are showing up broken when they are not.
Espi
(@josheprovoedu)
Greetings!
I found a solution to our problem, and I hope it will also help you.
Since we are HTTPS everywhere and we no longer allow HTTP traffic. we actually just redirected over to HTTPS. by default this plugin uses a basic http API(I’m not actually sure what one) to check links. If you are switching to 100% https you’ll want to go disable that.
To disable that API you will go into the broken link checker settings > Protocols & APIs tab > uncheck the box that says Basic HTTP. Then his save.
This solved our problem and I hope it solves yours aswell.
Thanks
Thanks Josh for this tips. But there is a problem with this solution. I think that if you disable this API, the plugin won’t check external http links you can have in some articles or pages :/
Espi
(@josheprovoedu)
It should still continue to check those HTTP requests if you use one of the other APIs. the difference is that Youtubes API for example is checking both protocols where as the basic http API is only checking http.
I tested this by going through links on my site that are external http links and having them rechecked. they are still coming back as 200 OK
Ok that’s seems nice, i’m going to test, thanks you 🙂
Finally it’s what i supposed, if we disable the http API the plugin don’t verify internal and external links. So the problem isn’t solved.
Having the exact same issue. Just switched over to https and yup, all my links are now broken.
Is the plugin creator still checking this forum??
Same problem… https switch and loads of broken (but not actually broken) links reported.
Espi
(@josheprovoedu)
I noticed that once I activated the curl mod in apache everything started working again for me.
Thanks for your idea, Josh. Will check that out.
I noticed that out of around 20 SSL HTTPS websites using Link Checker, only 4 of them were showing the symptoms (multiple broken links, not actually broken).
On each of the four websites, I tried running the ‘nuclear option’ for rechecking:
1. Settings > Link checker
2. Advanced tab: Forced recheck – Re-check all pages
This has cleared all the incorrectly reported broken links and resolved the issue. Could be just temporary but I’ll recheck again in a weeks time. So for now, I’m happy. 🙂
