You can see both domains are using same services such as,
Web hosting (Hostinger)
Jetpack’s Free Plan
But since some days following issue created with only arablelife.com domain.
When prospecting subscriber searches for domain on WP Reader he should find the domain name under sites tab on the right side (on desktop).
It works perfectly for getdimple.com (Check it by clicking here)
But does not work for arablelife.com (Check it by clicking here)
Tested the following solutions to resolve this issue.
Basic troubleshooting such as (Clearing Caches, Cookies)
You should see the challenged/blocked firewall events in the firewall events if you navigate to the Cloudflare dashboard → Security → Overview and lookup for Firewall events for the past 24hours or so. Once you find them, click on a particular one to find more details about it (user-agent, IP, HTTP version …).
Could you share some details which service was triggered that blocked you? (Managed Rule something my best guess)
May I ask if you’re using Cloudflare Free plan for that domain(s)?
If it is the same WAF rule on your Free plan, then the only way to bypass it if it’s Cloudflare’s issue, is as follows from below steps which I write, unfortunately since we cannot exclude specific Managed WAF rules on a Free plan yet.
Currently, there is no way to bypass it or a workaround as for a zone with a Free plan when we inspect for the Firewall Events, it would show “unknown rule id or could not find ruleset” or that a request is being challenged or blocked via “rule XYZ” and no option to add some exception for Managed WAF Rule. For a higher paid plans such as Pro, the WAF has got an option to add an exception or skip that detection.
Last response from Cloudflare support which I’ve got was as follows:
As an update, our engineering team is looking to rollout the WAF for everyone in Q4 this year. This would allow the free tier users to make use of the override feature in our WAF ruleset to bypass the rules.
More about it:
I haven’t used it.
Thank you for feedback information and pointing me to the relevant links.
I’d still test this by:
Disabling Bot Fight Mode on domain which uses Cloudflare
Disabling Browser Integrity Check
Making sure the Jetpack, WordPress Engine and Origin host IPs are “allowed” across the domains for “fetching the thing” and in Cloudflare for the domain which uses Cloudflare → because maybe some other host or website uses Wordfence on other Website which then blocks the requests somehow
Determine if this behaviour continues even by using a “Pause” option at Cloudflare as follows:
4.1. Use the “Pause Cloudflare on Site” option from the Overview tab for your domain at dash.cloudflare.com .
4.2. The link is in the lower right corner of that page.
4.3. Give it five minutes to take effect, then make sure site is working as expected with HTTPS.
→ If yes, then I am afraid we have to troubleshoot this at the origin host/server as Cloudflare isn’t involved into those requests & redirects.
Kindly, I’d suggest you to write a ticket to Cloudflare support due to your account and/or domain issue and share all the informations on the ticket.
Please, share the ticket number here with us so we could escalate this issue by using the method Support > Contact Support option as described from below:
You might be offered to switch to the new Customer Support Portal and create a ticket
Furthermore, if you have been through all these above suggestion and are not seeing corresponding issues on your network/server and you have a ticket number with Cloudflare, please reply and post that ticket number # here.