Stable
Troubleshooting library
Problem pages support can send directly: errors, permissions, connectors and recovery.
Common issues
Open the issue that matches the visible error.
- 01Private app opens with ERR_TIMED_OUTProxy state, connector readiness, upstream timeout, route.
- 02WordPress admin returns Access deniedAdmin cookies, enforcement mode and emergency recovery.
- 03CMS site proof is temporarily unavailableRestore the canonical CMS address, verify the active module and retry without resetting Site ID.
- 04CMS connector proof says the address is already connectedSame connector and internal address already have an active CMS binding.
- 05Download signature verification failedUse the current public key, namespace and exact file.
Reference
Implementation details for setup and review.
- If a branded verification domain is configured, BusinessProxy uses it. Otherwise extension 0.1.107 and later opens the central BusinessProxy app portal.
- If no verification window opens, update the extension, reopen the app and allow BusinessProxy pop-up windows in the browser.
- A branded domain changes where verification is shown; it is not required for managed Alias or CMS Direct access.
- Update the extension if this error is shown instead of the central verification portal.
- Configure and activate app.<domain> with branded_portal only when verification must be shown on the customer domain.
- Close the old window, confirm that the extension is signed in to the intended workspace and retry from the same browser profile.
- If the error repeats, sign out and sign in to refresh the signed device registration, then retry.
- Open the canonical HTTPS address outside BusinessProxy and make sure the site, its REST or control endpoint and TLS certificate are available. If the server has just restarted, wait until PHP, the web server and scheduled jobs have fully started.
- In the CMS, keep one active copy of the current signed BusinessProxy module. If duplicate plugin directories were removed, activate the remaining module, open its connection page and refresh the local status before retrying the remote check.
- In BusinessProxy click Retry verification for the current CMS connection. Reconnect only when the Site ID shown by the module does not match the current connection or the pairing check still fails after the site proof endpoint is available.
- If the same site has an old and a current CMS connection, transfer its custom Alias to the current connection instead of deleting and recreating the domain. This preserves DNS verification and the existing certificate.
- Check the selected connector and internal address in the CMS plugin, then compare them with existing CMS sites and private apps in BusinessProxy.
- If this is the same site being reconnected, remove the old CMS binding or the private app created for it in BusinessProxy, then run the connector test again.
- If this is a different CMS on the same host, use a distinct internal URL or path, or a separate connector route, so BusinessProxy can distinguish the sites.
- Do not rotate Site ID or reinstall the plugin as the main fix. A new Site ID with the same connector and internal address still conflicts with the existing binding.