Krydos

We tried it out eleven months ago https://www.helionet.org/index/topic/29740-site-builder/ As far as I know, you're the first person to ask about it. While the trial was active maybe a dozen people tried it out, and for the most part they didn't think it was worth it. If it was a free product it would make sense to use it, but doesn't make sense to pay for a product that is only used by one person every eleven months. If you want to make a donation specifically for sitepad I'll install it for you.

03-Aug-2018 14:29:22.158 SEVERE [localhost-startStop-2] org.apache.catalina.startup.ContextConfig.beforeStart Exception fixing docBase for context [/tssinfo_savemytime] java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:225) at java.util.zip.ZipFile.<init>(ZipFile.java:155) at java.util.jar.JarFile.<init>(JarFile.java:166) at java.util.jar.JarFile.<init>(JarFile.java:103) at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:130) at org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:615) at org.apache.catalina.startup.ContextConfig.beforeStart(ContextConfig.java:748) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:301) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:395) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:149) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:986) at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1857) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) That means it's an invalid zip file, and has been corrupted somehow. Try renaming it from .war to .zip on your home computer to see if you can unzip it.

You should be able to download your backup from https://www.heliohost.org/backup/ Let us know if you have any problems.

Try changing your password.

No, because the tomcat log files have potentially sensitive information pertaining to all of the accounts with java enabled and showing them to you would violate our privacy policy. You can either ask for something specific related to your account, or better yet write your servlet to make its own log files in your home directory.

It's not a permanent change. As soon as the ddos ends we're going to move back to the original ip. As should be the case with all good service monitors, we have no control over that site. The person who runs it is very busy, and I don't want to bother him about it only to make him change it back in a couple days or whatever.

You can see your mining results at https://www.heliohost.org/heliomine/scoreboard/

It's working now https://www.sslshopper.com/ssl-checker.html#hostname=industryus.ca

New email address provided via Facebook, and an invitation to create a new account has been sent.

There you go https://secege.heliohost.org/secege_hs/

See https://www.helionet.org/index/topic/33698-can-i-use-my-maildomainca-domain-for-email-when-i-havent-resolved-the-blacklist/?p=151229

Looks like you need to get removed from the google blacklist before AutoSSL will work. You can try https://wiki.helionet.org/Installing_a_Let%27s_Encrypt_SSL_Certificate but it might give the same error.

There you go https://krydos1.heliohost.org/56/phpinfo.php

Neither of those will work. If your website was up you could access your cgi script by going to lustboy.heliohost.org/cgi-bin/gettingUsers.py in browser or with a cron command such as /usr/bin/python3.6 /home/lustboy/public_html/cgi-bin/gettingUsers.py

Sometimes cloudflare causes more problems than it solves. Cloudflare only operates on port 80 and 443, so it makes sense that 2078 would have appeared closed.

The problem is the ddos attack. We're trying various methods of mitigation to see what is the most effective. The best solution to the problem is switching to Ricky or Tommy which aren't affected by the ddos attack.

It looks like autossl was getting stuck on certain domains and working on others. I deleted the autossl pending queue, and resubmitted your domain for a new certificate. It seems to have gotten past the sticking point this time and is just waiting on comodo to issue the certificate. I'll update again once it's installed, but it looks like it's going to work this time.

Also your ssl certificate is fine https://www.sslshopper.com/ssl-checker.html#hostname=ancientslab.com

Yes, it is # telnet ancientslab.com 2078 Trying 65.19.143.6... Connected to ancientslab.com. Escape character is '^]'. ^] telnet> quit Connection closed. This is what a closed port looks like # telnet ancientslab.com 2076 Trying 65.19.143.6... telnet: connect to address 65.19.143.6: Connection refused WebDAV on Tommy is working for me.

Sort of. I'm moving some accounts around on Johnny and cpanel very helpfully edited the dns zone for heliohost.org to be on the ip 64.62.211.131 instead of 65.19.143.5. I changed it back, but it can take a while to start working everywhere again. Running the command ipconfig /flushdns on windows might help.

Just wanted to mention that you can hasten this process at https://www.google.com/webmasters/tools/home?hl=en Once you have your account set up and your domain registered in your control from google click the Security Issues tab, and request a review. Generally they get the review done within 72 hours and if the phishing content is gone the dangerous site error goes away in everyone's chrome browser. Your new account has been moved to your dedicated IP.

Done. You should now be able to log in and your website should be working again.

Your account was archived because you haven't logged in for quite a while. We have a limited amount of space on our servers, and occasionally we have to remove the unused accounts to make space for new users. To prevent your account from becoming archived again please remember to log in at https://www.heliohost.org/login/ at least once every 30 days. Unarchiving...

Let us know if you have any problems adding them to your new account.

You'll have to use your latest backup.