Clover13

I got it, thanks @Ryan Ashbrook Whitelisted the server IP at: Security → WAF → Tools → IP Access Rules

What fix did you implement for the corp VPN? 🙂

But only the CF Pro account and domain would do this, not the 2 other CF Free accounts and domains?

Figured I'd ask in this forum to see if any other site owners or developers have any insight into this issue I'm experiencing on one of my sites. The setup: 1 server that hosts 3 IPS sites. All sites running the same version of IPS (latest patched). 1 site uses Cloudflare Pro, 2 sites use Cloudflare Free CF Pro site gets a warning/error in the AdminCP indicating rewriting does not seem to be working, however the FURLs do work OK. CF Pro site does not work with the AdminCP API. It loops to the same screen with Continue despite the .htaccess being in the proper /api directory. The other 2 sites using CF Free do not experience this issue. Disabling CF on the CF Pro site resolves the issues with the errors/warnings and the API screen works fine (without changing anything else). This isolates the problem to something with CF Pro however I've been through every setting and compared to the other 2 CF Free sites and cannot identify anything that would be causing this. Anyone have any ideas?

Alright, so you mentioned CF so I disabled that and low and behold it worked again. Re-enabled and after a short while, it broke again. That lead me to think it was a corrupt cache but purging the entire cache did not resolve it. The one primary difference is this one site is on a CF Pro account and the others are not. So now it's matter of what on CF changed with Pro accounts recently that influences this.

Also nothing identified in the AdminCP Support panel. Running latest version and 0 critical issues and 0 recommendations.

I reviewed the php.ini and installed php packages and versions. Both the working and non-working sites are identical. Likewise, with the .htaccess at both the root and /api levels was compared and tested. So I'm at a dead end here as to where to check. Is there not any log anywhere that would identify what is causing the error or causing the API admin page to go into an infinite loop of Continue despite the .htaccess file (downloaded from that same screen) being present in the /api directory?

Heh, and the host says their accounts for each site are identical (ala cPanel, etc), so it can only be the software. I wonder if @Thomas Hop figured it out. Any chance it could be some permissions issue? Where else can I look to try and narrow down on this problem? Any system/error logs that would identify what isn't working and causing that error?

Yes it was renamed correctly. There was also an existing one in there that worked for a long time until recently, which I subsequently renamed (.htaccess-20240415) and reuploaded a IPS ACP generated .htaccess file. Same result. Just an infinite "Continue" loop at the API menu of ACP.

I did, I removed it all down to just the IPS rules and it still resulted in the same issue. Also worth adding, the htaccess file that was working wasn't changed for years. So something changed, either at the host level or at the IPS level. I can't tell which because it's a single server with 3 instances of IPS runnings where two work and one doesn't. The FURL rewrites seem to work fine, but the API menu in the ACP keeps prompting me to install the htaccess file in the api directory (which I did) but hitting Continue does nothing but reload the initial page.

Something to add that is important, my rewrites on the "broken" site do seem to work as FURLs work. However the REST API will not, it keeps asking me to upload the htaccess file, which is there and has been there and worked before. I reuploaded it with the same result of not working. Likewise that error shows on the Rewrite URLs config setting in the Admin CP.

@Thomas Hop did you ever figure out the fix for this? I'm having a similar problem. Threes sites running on the same server and one of them has this issue while the other two don't. All running the same version of IC (latest patched). Having host review it, but am baffled at what could be different for one site vs the two others when they're running on the same server with what should be the same setup.

FWIW I didn't need to store revisions for my use case, so I turned that off and it will work as it should. If you need revisions you'll have to wait for a fix or do something custom as @teraßyte mentioned.

Possible bug. The POST does work for most of the input I'm passing, but failing under certain cases. Would prefer to PM the details as it's a specific case that is not working and I'm not really sure what is causing it, so best to provide the actual REST POST data and the subsequent query being created by the IPS software that is failing (as seen in the System Logs). Will also provide a working case for comparison.

I'm on like my 6th review now trying to figure out what they need or want to verify the app and business. I upload exactly what they require, I send messages asking for feedback, I try to send messages to their Support Chat and receive no answers. It's been denied twice and the supporting reasoning was either corrected or incorrect (as that exact information was indeed provided). The other times, the review was just cancelled with no reason (after weeks+ of waiting).