wolstech

The site is working for me. I see a wordpress installer. Is this still an issue?

Space added.

He means a domain that you own/provide (as in, one that does not end in .heliohost.us or .helioho.st), and is using Cloudflare for DNS.

WP generates tons of load when any of its pages are hit. That includes maintenance pages (assuming they're served by WP) and the admin panel. This user was able to handle his load with CF and a plugin: https://helionet.org/index/topic/57606-handling-cpu-load-spikes-or-high-load-using-cloudflare

You probably need to clear the cache in the original browser...

The saturn.ms message is a false positive related to a CDN, in our case it's used by Arc.io. I was getting the same alert from my Malwarebytes web protection as well until I whitelisted it. Your own site should not be generating these alerts as we don't implement any of the Arc CDN stuff on user websites, only pn our website/forums/Plesk. It's part of IPFS, which is widely used to host static content including phishing websites. Being decentralized and semi-immutable has been an attractive aspect of IPFS for cybercriminals as it makes removal of their phishing content difficult, there's nobody to send an abuse report to... As for WP, you don't really need much traffic to make it generate load. WP toolkit scanning it likely caused the server to make a request to the site, which caused it to generate tons of load because you installed Wordfence and Elementor (2 of the 3 most common troublemakers we see, the third is WooCommerce). WP is extremely inefficient and badly coded, and its extensions aren't much better. If you install plain WP, without those extensions, it should run acceptably, though we discourage the use of Wordpress. I'll escalate this to Krydos, who can probably give you a better idea of what the load numbers look like with Wordpress and what exactly happened here.

Looks like it's working now that the erroneous DNS entries have been deleted. Please let us know if you need anything else.

The ooka-kyi.tech domain is showing the "What is ookma-kyi" page but the sub pages land on a suspended page that isn't ours (that's a cPanel-style suspended page). The app subdomain shows a website that isn't yours. This looks a lot like you have CF configured incorrectly...are you sure you have the DNS records on CF correct?

The Wordpress site on that domain is causing too much load. WP is infamous for this due to how badly it's coded, and extensions just make it worse. Removing extensions usually helps in most cases (short of not just using Wordpress). While all extensions can cause load, three of the biggest offenders I see regularly are woocommerce, wordfence, and elementor. This user also found relief via Cloudflare: https://helionet.org/index/topic/57606-handling-cpu-load-spikes-or-high-load-using-cloudflare/ You can monitor your load here: https://heliohost.org/dashboard/load/ I've added deny from all to the .htaccess for that domain and unsuspended you. Please fix the issue and then remove the deny from all from the .htaccess file when ready.

WP Toolkit timed out...which is unsurprising. With the WP toolkit in Plesk, it's best to install WP manually then import it into the toolkit to manage it afterwards. The load on our servers means that the toolkit can struggle with installations at times. Also, be aware that WP is the #1 leading cause of high server load and poor performance that users experience here. Extensions are usually the issue with most installs, and short of using different software entirely, the usual solution to WP being slow or causing too much load is to remove extensions. WooCommerce, Wordfence, and Elementor are 3 of the worst performers that we know of, but many others can cause load as well. This user also found Cloudflare and caching extension for WP to be helpful at managing resource usage: https://helionet.org/index/topic/57606-handling-cpu-load-spikes-or-high-load-using-cloudflare/?do=getNewComment I would start by installing a vanilla WP site with no extensions and see how it performs. Add themes and extensions one at a time, and monitor your load. https://heliohost.org/dashboard/load/ Also, other than VPSes, we don't even offer paid hosting at the moment. We are working on offering that down the road, and because it will not have the load restrictions of our current offerings, it should handle WP better than the free servers once it's available.

Your account is not suspended. If you're seeing a suspended page, you may need to clear your cache.

There's not really a good way to do this otherwise honestly, especially with VPNs being so prevalent. You can do access by IP in an .htaccess file, but you'd need to look up and add the appropriate ranges, then maintain them. If you get your own domain, one option would be to do it using Cloudflare, which allows blocking countries in its firewall settings. Regardless, keep in mind that some functions of Plesk do not work properly if the USA is blocked, as Plesk relies on external services for some things (website previews are one example).

I'm not sure if this even can be updated due to other things depending on it...Krydos would know for sure.

Because you didn't fix this quickly, I've added deny from all to the .htaccess in your home folder to prevent the sites from running. Your load had gotten up to 22000, which is more than twice the limit. Please remove WP as soon as possible then delete the .htaccess in your home folder once the issue is fixed.

Wordpress is infamous for this...it's just really badly written, and adding plugins to it makes it even worse. Try removing your plugins. Some of them such as WooCommerce, Elementor, and Wordfence are really bad for load, but there are plenty of others as well. The best advice though is to not use Wordpress if you can avoid it. This user was able to use Cloudflare to mitigate load issues and also recommends a WP plugin to go along with it to improve performance: https://helionet.org/index/topic/57606-handling-cpu-load-spikes-or-high-load-using-cloudflare/#comment-254565 You can monitor your own load here: https://www.heliohost.org/dashboard/load/ Please fix it quickly. Unsuspended.

I've added deny from all to your .htaccess in the httpdocs folder so the website can't run and cause load, and unsuspended you so you can fix the issue. WP is almost certainly the cause if you use it. Please fix it quickly and remove the deny from all when you're ready to try again.

We've never heard of it or had a request for it until now, so no its not. This would already run on a VPS, but likely won't run on Plesk unless perhaps Passenger can do it. Long-running Python processes are supported, but all web traffic must go through nginx and/or Apache on the Plesk boxes, so a program expecting to open its own port and accept traffic directly won't be able to receive requests unless they're proxied through there. Krydos would be the one to answer whether this could be supported.

I see an invite matching your forum account in the list from 13 hours ago. I've resent it for you. Gmail always puts them in spam, though we have had times where gmail temporarily stops accepting mail from us. Please check for the invite again now that it's been resent, and if you still can't find it, please provide a different email address and I can send it there instead.

Great to hear. Let us know if you need anything else.

Shouldn't need to. Try giving the account a mailbox if it doesn't have one, even though it's for outbound mail. I'm not sure if it'll work to send mail if it lacks a mailbox...

Lily account deleted and domains added to Tommy account. The domains may take a few hours to start working on Tommy, especially since they were previously attached to Lily and DNS caches may need to expire before the DNS reflects the new server. If you're using external DNS, please make sure the DNS for those subdomains is updated to point to the IPs shown in Plesk, as they are different from those used on Lily.

Try setting the host to either localhost or to johnny.heliohost.org. Use port 25, ssl false. The mail server is running on the same box as the software..

Marking solved since the account has been created. These often end up in the spam folder...

Please check your email for a link to reset your password.

The 403 error is normal when there is no index page in your document root. It will go away on its own once an index page is added. FTP / SFTP upload can be done using the following: Host: tommy2.heliohost.org Port: 1373 (SFTP protocol), or 21 (explicit FTP over TLS, or plain FTP) Username: paulbieniek Password: <same as plesk> Unfortunately I can't answer the Perl question. That will need to wait for Krydos. Also, please keep in mind that we are all volunteers who don't get paid to run HelioHost, and as a result the time for support is usually 24-48 hours, possibly longer. This week in particular may have longer than normal waits due to Thanksgiving in the USA (HelioHost and all root admins are in the USA, and while some of our moderators are located elsewhere, they don't have the access or knowledge to work the escalated bin).