Support

UNiTE, Remote CLI, eXtract Wizard

#3802 ERROR: Your server does not seem to be compatible with Remote Control

Posted in ‘UNiTE and Remote CLI’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
Tool
UNiTE
Tool version
n/a

Latest post by nicholas on Tuesday, 15 November 2011 03:34 CST

Monday, 14 November 2011 09:32 CST

user36213
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the forum before posting? yes
Have I read the documentation before posting (which pages?)? No
Joomla! version: (1.5.25)
PHP version: (5.2.17)
MySQL version: (unknown)
Host: (optional, but it helps us help you)
Akeeba eXtract Wizard / Remote Control / SiteDiff version: (unknown)
Remote Control CLI 1.1

EXTREMELY IMPORTANT: Please attach the Remote Control and Akeeba Backup log files if you are reporting an Akeeba Remote Control issue, othrewise we can not help you

Description of my issue:

I have tried the remote cli on about 5 sites today and two of them just don't work. I get the initial

Akeeba Remote Control CLI 1.1 (2011-08-16)
Copyright ©2008-2011 Nicholas K. Dionysopoulos / AkeebaBackup.com
--------------------------------------------------------------------------------
This program comes with ABSOLUTELY NO WARRANTY. This is Free Software and you
are welcome to redistribute it under certain conditions. Use command line
option --license for details.
--------------------------------------------------------------------------------

Then it pauses briefly then i get the following error message.

===============================================================================
ERROR:
Your server does not seem to be compatible with Remote Control
===============================================================================

The sites i'm having a problem with are on the same server setups as the others i'm not having problems with and they are all running the pro version of akeeba backup 3.3.6.

I have also checked the php settings such as the site functions that are disabled and they match those on the sites that do work.

Monday, 14 November 2011 09:47 CST

nicholas
This error means that Remote CLI has exhausted all of the possible ways to try to connect to your site: using HTTP GET or POST with format=raw or format=html. When all of them fail, you most likely have an issue either with the server (e.g. a very strict mod_security2 ruleset on the Apache web server) or a third party SEF component (sh404SEF, AceSEF, ArtioSEF, ...).

I'd start by trying to disable the SEF component and then turn off Joomla!'s SEF URL option in the Global Configuration. If that works, it's the SEF component. Newer releases of sh404SEF have fixed the incompatibilities with Remote CLI. The AceSEF guys are looking into it, I have not heard back from Denis yet. Other SEF extensions, I have no idea. On most cases you can tell your SEF extension to not produce SEF URLs for com_akeeba and you're set.

If that doesn't work, you most likely have an issue with your server, dropping the Remote CLI requests. In this case, you most likely have to contact your host and ask them to check why the server drops the request originating from Remote CLI.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Monday, 14 November 2011 10:06 CST

user36213
would any of the following disabled functions have an affect on it: exec,passthru,shell_exec,system,proc_open,curl_multi_exec,parse_ini_file,show_source

though i have these settings on other sites with the same server and the backup works.

Monday, 14 November 2011 10:11 CST

nicholas
No. The problem, as I said, is either your SEF component or your web server setup. When I say "web server setup" I mean the filtering which is performed at the Apache level, long before PHP starts executing.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 15 November 2011 03:17 CST

user36213
As it turns out it was old security software on these two servers that was blocking the access for some reason. I updated it to the most recent version and it works fine. On a side note is there a command i can use in terminal that will access the site and download the most recent backup?

Tuesday, 15 November 2011 03:34 CST

nicholas
Cool! It makes perfect sense. That's what I was thinking too (mod_security2 rules are sometimes a little bit too tight).

Regarding your other question, there is no such command yet. You first have to use --action=listbackups to list all the backups and find the latest backup's ID, then use download to download it. It does make sense to add a new option to tell Remote CLI to download the latest backup, without going through that pain. On my to-do list :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!