Thank you for exploring the Sucuri dashboard demo.
To gain full access, please sign up or contact us.
The full cleanup usually takes less then a full work day.There are many variables to consider such as authentication to the site, the type of infection, and queue volume.On average, it takes less than 4 hours. This is not a guarantee as clean up varies from site to site.
Our monitoring dashboard takes a bit to reflect the new status.If you do a realtime scan from your dashboard you will get the current status.Allow a bit of time for the monitoring dashboard to reflect the changes.
Google varies in their review time. On average, Google takes around 10 hours to delist a blacklisted site.
Google varies in their review time. On average, Google takes around 10 hours to delist a blacklisted site.
Website Firewall is built with high resiliency and failover to never have any down times.If you can't access your site, it is likely that your IP address could have been blocked by mistake.Please check if your site is down on this link. And please open a support ticket so we can investigate what is happening.
If the block message you see is IPB17, this is because your sites administration pages are locked to a list of trusted IP addresses, the message also provides your IP address which can be added here:
https://sucuri.net/demo/firewall/settings-access-control?site=example.com&panel=access-control#whitelist-addr
If you do not have a fixed IP address (mobile or dynamic) or you have many users with administrative rights, you will need to disable the admin panel restriction feature here:
https://sucuri.net/demo/firewall/settings-security?site=example.com&panel=security
This would be a caching issue, you can clear the Firewall's cache or change the caching level here:
https://sucuri.net/demo/firewall/settings-performance?site=example.com&panel=performance
*Other block messages for regular users *(not administrators)
Our block messages are quite meaningful and often indicate a path that might need whitelisting here:
By default we block "XMLRPC, Comments and Trackbacks", this block can be disabled here:
https://sucuri.net/demo/firewall/settings-security?site=example.com&panel=security
Double-check your credentials and make sure you are entering the correct ones.
Check that the FTP/SFTP directory is correct and contains the files of your site.
If your site is under the Firewall, use the host IP address for the FTP/SFTP hostname.
You can see all your site’s backups on your dashboard.
Simply click on the backup you want and it will be downloaded to your computer. Once it’s in your computer, for files backup, unzip it and using a FTP client (ex: FileZilla) just upload the content from the unziped folder to your website root directory.
For database backup, using phpMyAdmin from your host cPanel, go to Import, choose the database backup file (no unzip needed) and Go.
That’s all the steps you need to follow to fully restore your site.
Most common reason is that your FTP/SFTP credentials have changed. You can update those in the settings section for the specific site that is failing.
If your site is under the Firewall, you should use your host IP as FTP/SFTP hostname.
Most common reason is that your FTP/SFTP credentials have changed. You can update those in the settings section for the specific site that is failing.
504 errors could have one of 3 causes:
This is nearly always caused because the DNS MX record is pointing to Firewall IPs and not the hosting server, usually there should be an A record "mail." with the host IP, and that should be the MX record, but we can check that for you.