Background of the issue:
I am trying to register the WPML plugin on my site hidden link. I am using GoDaddy as a server provider and also using Cloudflare.
Symptoms:
I get a connection error when trying to activate the plugin: 'Connection error: Unable to get data from service. Detailed error: cURL error 28: Connection timed out after 10028 milliseconds.' I see a red 'X' on WPML API server and Toolset API server in the 'installer system status'.
Questions:
Where and how do I whitelist the domains wpml.org, cdn.wpml.org, api.wpml.org, api.toolset.com, and cloudfront.net?
Can you help me register this plugin on my site, maybe using the backend or another method?
It appears that your hosting provider may be blocking access to our API.
Please contact your hosting provider and ask them to whitelist the following domains:
• wpml.org
• cdn.wpml.org
• api.wpml.org
• api.toolset.com
• cloudfront.net
"Thank you for confirming. I have discussed this with our team, and unfortunately, we do not have the ability to whitelist external domains on shared hosting.
If you need that kind of ability you would need to switch to a VPS. On VPS you can control the traffic and firewall."
But you sure I need to whitelist these domains? Why is that? I have alot of plugins, and I have not had any issues like this before.
So I can not register now? or is there anything else we can do to register this plugin?
Let me know, thanks.
I’ve reviewed our firewall logs, and we’re not blocking your website. While it’s not strictly necessary to whitelist domains, I recommend checking with your hosting provider to determine why your site is unable to connect to the WPML API. Something on the server side is likely preventing the connection.
As a workaround, you can try registering WPML using a constant in your wp-config.php file:
1. First, retrieve your site key from your WPML account.
2. Then, add the following line to your wp-config.php file (replace YOUR_SITE_KEY with your actual key):
Before doing so, I recommend temporarily deactivating all non-WPML plugins and switching to a default theme (if possible) to ensure that no third-party plugin or theme is interfering with the connection.
I've now paused Cloudflare for the domain, and it should take a few hours for the changes to fully propagate.
It's possible that Cloudflare's firewall was blocking your API connection, but we'll know more once I attempt to register the plugin again after the update.
I will also deactivate all plugins and change theme.
Please try registering your site using the standard method through the WordPress admin area, without using the constant in your wp-config.php file. Also, make sure to remove any existing site keys and generate a new one from your WPML.org account to ensure the key you are using is valid and up to date.
I reviewed your instructions and can confirm that the issue is server-related and connected to i360. I’ve just received an update from one of our engineers who investigated the hosting service. They identified that the problem isn’t due to IPs being directly blocked by i360, but rather relates to the version of the software in use.
A request has already been submitted to the Advanced Hosting Operations team to roll out the necessary update and perform further testing on the platform.
So we will see what happens after they update.
I'll let you know soon, thanks.
Unfortunately, the issue with registering the plugin still hasn't been resolved.
I'm wondering, would it be possible for you to fix this on your end somehow?
I reached out to another plugin developer who mentioned the following regarding MultilingualPress:
“MultilingualPress does not require any external API connection or license registration to work. The plugin runs entirely within your WordPress Multisite installation, so you won’t encounter timeouts or connection errors during activation or use.”
Given that, do you think there's a workaround or alternative method we could try to get this plugin registered successfully?
If there's no viable solution, I would unfortunately need to request a refund.
Please let me know how you'd like to proceed.
Thank you.
They identified that the problem isn’t due to IPs being directly blocked by i360, but rather relates to the version of the software in use.
Unfortunately, since this is a server-side issue, we’re unable to resolve it from our end.
As a possible workaround, could you try activating WPML on an alternative hosting environment (where there are no blockers) or a local setup, and then copy your site back once it’s working?
