wolstech

It's suspended for inactivity, which is why it won't reset. I renewed it, try it again now.

That link won't count because it ends in .html. Use this https://tommy.heliohost.org:2083/ (with NOTHING after the 2083/ ) and it'll count.

If it was a new domain or you were switching certs a lot, the AutoSSL probably hadn't had a chance to get a certificate for it. It takes up to 24 hours for our server to get it, and 2+ hours after installation for the cert to go into effect on Ricky. They're not instant. Also, the www thing is actually untrue. While many consider it expected that sites support the www as an alias for the domain's main content, not all do. Furthermore, unless the site's server is misconfigured, it's not at all required for a site to function. Similarly, most don't realize that search engines don't care if it's there or not. They care about the content of the page. The domains are picked up through registration data and links nowadays, and domain registration data definitely doesn't define the www (the www comes about from a CNAME DNS record). Many newer websites also redirect away from it as soon as you visit, and www especially doesn't apply to third-level domains like we offer for free (cPanel does create them though, since it treats all domains the same and a user with a normal example.tld domain would want it). Take a look on google for the many of the other websites we host. Their google results all list without www...

Please post the actual domain in question.

I don't think so. It appears to apply to the entire server, and they specifically note that the server won't accept non-CF HTTPS connections after installation. That means that installing that would completely break HTTPS support for the entire server. If it can be configured per-vHost, it may be doable...but would require custom configuration by Krydos for each domain you wanted it on. I'd suggest just using full SSL.

You should be able to write your own logs anywhere Tomcat has permission to write, though the contents are limited to whatever your program is coded to log. The actual Tomcat log can't be redirected. Note that if you decide to implement your own logs, Tomcat runs as a different user from your account and is not in your group, so if you create a folder in your homedir for logs or other data you want your War file to work with, be sure to grant "other users" write permissions to it so the Tomcat user can save in there. Tomcat can run on HTTPS, but Krydos has to set that up for you. Be aware that if we enable HTTPS for you, the HTTP connection to it will no longer work. You can't have it both ways unfortunately, since providing both would mean you would take up two Java slots on the server, reducing our available slots for other users.

Remove the useSSL=true. We don't support ssl connections to MySQL. Also, I'm assuming you've made sure to assign the user to the database in cpanel (a lot of users miss that step)?

That account does not exist. Please note that if you were on Johnny and your account was not archived prior to the beginning of May, it was deleted during the recent server rebuild. You may be able to get a copy of the contents from https://heliohost.org/backup/ (there is an account called richhack that may be yours in that system).

He's been rebuilt, but yes it's up again. The initial sign ups for it should come around in the next few days or so.

You can't since they're shared by the entire server. As a result, they contain private information from other users as well. If you need logs, Krydos has to get and post the relevant sections for you.

Did you actually tell it to deploy? The page where you requested Java has a form where you need to specify the war file. The Wiki article where you need to request it on the forums only applies to Johnny.

That's because you're on Tommy. Reset your password here and see if you can log in: https://tommy.heliohost.org:2083/resetpass?start=1

It could. The block reason we see is I think based on the cause of the last failed attempt, as I've definitely seen others say the same thing (failed cPanel login, but it turned out to be email or FTP at issue).

I don't see any reason it wouldn't work, but I can't guarantee it. Python should have the ability to spawn processes under your user account though (unlike PHP...), so it's definitely something to explore. You'll need to adapt the scripts to fetch the output for you if you care about it, as the ones in that example only parse the output of ps to see if its already running. We have a user Bailey who is really good with MediaWiki too, perhaps he has an idea on this. He was working on rebuilding our Wiki a while back...

MW actually has an extension specifically for shared hosts where there's no shell or where cron is restricted (like us). You can use the extensions mentioned here to run them from a browser instead: https://www.mediawiki.org/wiki/Manual:Maintenance_scripts#No_shell_access and https://www.mediawiki.org/wiki/Extension:MaintenanceShell

It says you're being blocked for failed cpanel logins, which usually means you or your pc is trying bad passwords repeatedly at the cpanel login screen. Try logging in through https://heliohost.org/login/ instead and this shouldn't happen. If it keeps doing it, I'll have Krydos look at it.

It's probably misconfigured somehow. Lets have Krydos take another look at this.

As long as it's somewhere inside your public_html folder, you can just visit the script in your browser to trigger the script, and the output will appear on the page. I personally would recommend setting a header("Content-Type: text/plain"); at the top of the script so the browser doesn't mangle the output for testing. If it's not in public_html, you'll need to move it there, then do the above.

Please remove cloudflare and see if it works. We can't troubleshoot this until cloudflare is gone anyway.

Nope. The cpanel autossl is file-based only (and it's unlikely to change since cP doesn't have any say in that...it's actually Comodo with cP's name on it...). Also, the certs are good for 90 days at a time, so the file needs to be reachable pretty much constantly since the server will want to renew it at a random time somewhere within 2 weeks of expiration.

The domain nz0123.ga should now be properly parked on top of nz.ziad87.tk.ziad87.heliohost.org. The content of the site was unavailable due to a forbidden error, so I was unable to verify the domain's content is working as intended. In addition, AutoSSL has been manually run on the fixed domain, but was unsuccessful due to a forced SSL redirect.

That account is not archived, but rather is on the failed Johnny server. That account hasn't worked for over a month at this point. Your account's content can be downloaded from here: https://heliohost.org/backup/, then you need to sign up again when registration opens at midnight UTC. Please refer to the News forum for more information.

All Johnny accounts have been deleted as a part of the rebuild process described in the message. You can download your account's data from here: https://www.heliohost.org/backup/ After that, if you want to continue hosting with us, you will need to sign up again on Ricky or Tommy when the registrations open at midnight UTC.

We cannot delete accounts suspended for illegal activity because it may be needed as evidence. However, the account will expire and delete itself over time when it ages out (currntly that's about 9 months for a Ricky account).

I can't find any DNS entries for this domain. Are you still getting this error?