Krydos

Yeah, this account took 21 minutes to unarchive. Probably because the load was high. The renew page gives up around 10 minutes I think, so that would make sense if they tried twice, and it still hadn't finished. The unarchive process was pretty thoroughly tested, but it's still relatively new so there are a few kinks to work out still. I still think it's a huge improvement over the old system where a root admin had to unarchive each account by hand. Are you able to login now?

Your IP has been unblocked in the firewall. You were blocked for trying to log into the SFTP account that had been deleted. In order to submit a password for your SFTP account securely please go to https://heliohost.org/password/ and submit the username, such as tstamp_root and the password you want to use. After you submit the password post back here and I'll create the SFTP subaccount for you. We will never have access to the plaintext password if you submit it this way.

A HelioHost user noticed, and reported to us that there was a minor SFTP vulnerability on our Plesk servers. We have confirmed the report, and have taken action to prevent it in the future. The main account's SFTP access was correctly chrooted to the home directory so when you connect to SFTP the only directories and files you can see are your own and you can't see the rest of the server. However, if you created an additional SFTP subaccount it was not correctly chrooted which would allow limited read-only access to portions of the filesystem. It looks like the only information people who used the vulnerability would have had access to is usernames and main domains of everyone on the same server as them, so not a huge deal, but it's best if they don't have access to even that. They were not able to see any directory names, filenames, passwords, emails, or access any files within your account. In order to prevent this vulnerability we have disabled the ability to create additional SFTP subaccounts, and deleted all of the existing subaccounts on the server. It looks like most of the subaccounts that were deleted were simply trash that was transferred over from cPanel, but a few users may have intentionally created SFTP subaccounts. If you intentionally created an SFTP subaccount and have discovered that it has been deleted you can either switch to using your main account for SFTP, or if you absolutely can't use your main username for some reason an additional subaccount can be created for you by an admin so that it will be properly chrooted. Thanks to the user who reported this to us, and thanks to everyone for understanding that we have to disable this feature to keep your account secure. Hopefully Plesk will fix their software at some point so we can re-enable it.

VPS password resets are not automated yet so I'm not sure where you're expecting to get an email from. Were you trying the forgotten password link from this forum? Anyways, you've been emailed a temporary password. Let us know if you still can't get logged in.

Remote access eanabled. (Typo intentional - eanabled instead of enabled.)

We've begun releasing instructional videos for Plesk. The topic of our latest video is one of our most popular features which can be a little confusing for new users. In this video we will show you how to set up a simple Node.js website using Express on HelioHost. This example can be used on Tommy or Johnny, and you can download our example project from Github. We're going to continue releasing more videos, and would love to hear your feedback about what video we should make next. If you want a notification when a new video is released we would appreciate you clicking the subscribe button on YouTube.

The domain wisevox.helioho.st has been added to your account.

The domain has been added, but in order to host the domain on our server you'll need to do one of the following two options: Use our nameservers, which are ns1.heliohost.org and ns2.heliohost.org Use any external DNS provider that you want, Cloudflare is a popular free choice, and create an A record with the value 65.19.141.67 and create an AAAA record with the value 2001:470:1:1ee::2009 Let us know if you need help with anything else.

IPv6 wasn't set up correctly on this account, but DNS listed an AAAA record. Anyone who used IPv4 would see the correct page, but anyone who used IPv6 would see the Plesk default page. It's been fixed.

The domain has been removed as an alias and re-added as a normal domain.

Account ownership has been verified, and your email address has been changed. I resent the Plesk invitation email to the new email address too. Let us know if you need help with anything else.

If you could needfully use this link to set up the needful subscription https://heliohost.org/vps/pay/?code=uA7MJkQdlQ50KBax Once the new subscription is set up I will needful to shut down your VPS for a while to upgrade it, and I will also needful to cancel your existing $4.00/m subscription. Can you please do the needful? PS: I have no idea what "Can you please do the needful?" means, but it sounds hilarious.

Your control panel login page https://fashost.eu.org/ loads for me just fine I also tested SSH and everything is working fine. The load is very low. Everything seems to be working fine. Perhaps it's your internet connection? Is everything working for you now too?

Actually it's not. The -dairy.in domain is hosted on their cPanel account, but the email is for -foods.in. However the -foods.in domain doesn't have an MX record, or any other type of record so it probably expired. @amalgd Do you remember your password? Can you login to SFTP at 65.19.143.6 on port 1342 with username amalgd (all lowercase) and the password you would have logged in to cPanel with? If so create a text file with the contents 9VonwGrS6aTSWqP If you can do the above we can change your email address for you.

There you go root@tommy2 [/home/krydos]# dig +noall +answer -x 2001:470:1:1ee::67 7.6.0.0.0.0.0.0.0.0.0.0.0.0.0.0.e.e.1.0.1.0.0.0.0.7.4.0.1.0.0.2.ip6.arpa. 14400IN PTR fashost.eu.org.

The old cPanel account has been cleaned up, and your main domain has been changed. Since you're using Cloudflare make sure you have an A record for 65.19.141.77 and an AAAA record for 2001:470:1:1ee::2002.

Your last rebuild was 3 days ago. Like I said here Due to users abusing our generosity in the past we now only offer 1 free rebuild per month. You will need to wait another 27 days for it to be free, or you can make a $1 donation at https://heliohost.org/donate/ to proceed with the rebuild immediately. Let us know after you make the payment if you decide to go with that option.

Yeah, I have to update the database by hand still.

Removed.

Since you contributed to the forums by writing up the reviews of all of the different control panels you can have an early free rebuild. There you go root@tommy2 [/home/krydos]# dig +noall +answer -x 65.19.191.150 150.191.19.65.in-addr.arpa. 86400 IN CNAME 150.subnet144.191.19.65.in-addr.arpa. 150.subnet144.191.19.65.in-addr.arpa. 14400 IN PTR fashost.eu.org. Yes, we plan to eventually.

During the DDoS in early December we moved your account to an alternate IP, 64.62.151.106, to help keep your website online since the main IP, 65.19.141.77, was being targeted. Since the DDoS ended a while back the easiest way to fix this is by moving your account back to the main IP which has a valid PTR record. The alternate IP cannot have a PTR record because for mail the A record and the PTR record have to point at each other and nothing else. So tommy2.heliohost.org <==> 65.19.141.77. If I made a PTR record for 64.62.151.106 pointed at tommy2.heliohost.org it wouldn't work because the A record for tommy2.heliohost.org is not set to 64.62.151.106. Anyways, in order to send emails you probably need SPF, DKIM, and maybe even DMARC. If you use an external DNS provider you will have to set those up yourself, but if you're using our nameservers for the domain we can set them up for you. Just let us know the domain you're trying to send emails from. Also I noticed your account has a ton of domains and a lot of them are disabled. Do you want me to delete any of them to reduce the clutter? As we mentioned in this news post Tommy's uptime is suffering because there are too many domains on the server, so we're asking everyone to do their part to help keep the uptime high by letting us know domains they don't need so we can remove them.

The problem is rockcavera.tk was an alias domain, so it transferred to Plesk as an alias domain. However, on Plesk alias domains cannot have subdomains like they can on cPanel. To solve your issue I deleted rockcavera.tk and re-added it as a normal domain (not an alias) and then created the missing subdomain for you.

Removed. Thanks for helping us keep Tommy's uptime as high as possible.

The domain kumarayush.nom.za has been added to your account. Since you're using Cloudflare make sure you create an A record pointed at 65.19.141.77 and an AAAA record pointed at 2001:470:1:1ee::2002.

Account ownership was verified here