Krydos

You can create as many ftp accounts as you wish, but the username of them all will all be of the form "username@main.domain" except for your main default ftp account which will have the same username as you log into cPanel with. The host that you connect with can be ftp.addondomain and it should work fine though. I'm guessing that the brute force and the failure to log in was because you weren't using the correct username. I also checked the brute force protection and I don't see anything listed for your account or for your IP address. It generally clears on it's own pretty quickly unless you go nuts on the incorrect login attempts. I just tested a ftp account on an addon domain and it worked just fine for me. The ftp root was the addon domain, and I couldn't navigate back to the public_html directory below it as expected. Let us know if you're still having problems logging in or connecting with ftp.

Your account doesn't seem to be suspended at all; not even partially. The only problem I see is your main domain hasn't been purchased yet from a registrar. Keep in mind that you don't have to have a functioning domain to log into your account because you can log in at http://heliohost.org/ It looks like the last time you actually logged in was November 12th, and your account was reactivated on December 29th. Let us know if you're still having trouble logging into your account.

"mandytw" isn't a valid domain. Do you mean mandytw.heliohost.org, mandytw.tk, mandytw.cu.cc, mandytw.com, or what?

Of course: /home/maxhaci/public_html/libphp_9652cf.php

Well, if you actually look at the java requests forum you can see that java gets added in the order that people requested it. It's like standing in a line; the person who is next in line gets it next, and then the second person in line moves up to being the first person in line and so on and so forth. Java does not scale well on shared hosting because each account that has java enabled uses a fairly standard amount of memory whether they are currently using a java application or not, but memory is a finite resource. If the server had an infinite amount of memory we could add java to all accounts at the same time and everything would be fine. However that is not how reality works, and if we install java on too many accounts at once there is no memory left free on the server to do anything else and that results in even poorer performance than Johnny already has. If you want to use java just be patient and watch your thread. Also make sure your account stays active, which means you need to log in at least once every 30 days because java is automatically removed from inactive accounts to allow room for someone else, and obviously we're not going to install java on an inactive account.

Your account was resuspended for failure to take care of the malware problem during your allotted 24 hour period. The offending files have been deleted, and your account has been manually unsuspended. If you still see the suspended page then you should try clearing your browsers cache.

Your account was suspended for the following reason: Malware. 1 file(s). PHP.Shell-38 FOUND That means that there are some malware files found on your account. For your safety and to protect your website from potential further corruption the account has been suspended. To find the infected files we recommend making a backup of your site, download the backup file to your computer, and scan the backup using a reputable virus and malware scanner. If you're having trouble locating the offending files please ask and we can provide more information. If you are you certain that it is a false-positive, we strongly encourage you to file a false positive form here: http://cgi.clamav.net/sendvirus.cgi Your account should be unsuspended now, but keep in mind that this is a temporary unsuspension. You have 24 hours starting at the time of this post to clean your account of any and all malicious files or your account will be resuspended.

Dec 26 00:00:37 stevie crond[18109]: (vamdsgn) CMD (lynx -dump http://vamdesign.tk/moremitra/psna.php) Dec 26 07:25:36 stevie crond[25811]: (vamdsgn) CMD (lynx -dump http://vamdesign.tk/moremitra/psna.php) Dec 26 08:13:37 stevie crond[32372]: (vamdsgn) CMD (# crontab -e /usr/local/bin/php /home/moremitra/psna.php) Dec 26 08:14:37 stevie crond[1134]: (vamdsgn) CMD (# crontab -e /usr/local/bin/php /home/moremitra/psna.php) Dec 26 08:15:37 stevie crond[2609]: (vamdsgn) CMD (# crontab -e /usr/local/bin/php /home/moremitra/psna.php) Dec 26 18:16:38 stevie crond[14751]: (vamdsgn) CMD (lynx -dump http://www.mmitra.tk/psna.php)

IP addresses aren't blocked in the firewall unless they attacked us in some way, such as a DoS attack. It's unlikely that a bank attacked us. Furthermore, there isn't even any IP addresses beginning with 221.* that are currently blocked.

Here's the relevant line from your .htaccess RewriteRule ^(.*)$ rodrigo.cl/dispatch.wsgi/$1 [QSA,PT,L] That path doesn't work if you access it directly from rodrigo.cl hence the 500 errors.

Your domain is not hosted on our servers. If you wish to host http://bacypaa.org/ on our servers the easiest way is to log into your registrar and set the nameservers to ns1.heliohost.org and ns2.heliohost.org. Once you have done this it can take a few hours to a few days depending on your registrar but you can check what they are currently showing up as with this link http://byrondallas.heliohost.org/php/tools/dns_records.php?domain=bacypaa.org&rec=NS Your domain doesn't need to be working to log into your account. Just go to http://heliohost.org/ and log in using your username and password. This way you can get your files all uploaded and ready to go before you move the domain over. If you'd like to move your account from one server to the other you can follow the instructions in this wiki document http://wiki.helionet.org/Moving_your_account

That is not a cron job; that is a file named cron.php that is a part of magento. You are receiving the message because you installed magento and don't have cron.php disabled or the emails disabled. You'd have to check with the documentation of magento, or the people who write magento. If it bothers you so much you could probably even just delete the cron.php file, but that might break your magento install. If you create it as a cron then, yes. If you're worried about getting suspended for using too many cron jobs you can also use a free external cron job service. Keep in mind you are only allowed two cron jobs per day on Heliohost, but you can use as many external cron jobs as you want. I sent and received an email to a gmail account on both servers and didn't get any error messages and all four messages arrived within seconds. It might be something specific to your gmail account.

All log records of load are deleted when an account is moved between servers, but if I recall correctly from memory your site was causing about three times as much load as the second highest load account. My recommendation is not to wait until a suspension, but rather give your site a week or so of regular operation then come here to ask how it has performed over the past week. Right now your site is causing zero load, but that's probably because you don't even have your nameservers set.

You've been suspended 3 times for causing high load on Stevie. Your options are: 1. Permenant suspension. 2. Move to Johnny, and get another chance. The choice seemed pretty obvious to me so I decided for you, but you're welcome to choose option 1 if you wish. I think cl58 made it pretty clear the last time.

Name Server:DNS.PARKPAGE.FOUNDATIONAPI.COM Name Server:DNS2.PARKPAGE.FOUNDATIONAPI.COM Please set your nameservers to ns1.heliohost.org ns2.heliohost.org

How does this look? http://guardmed.heliohost.org/HelloWorld/ Sorry for the delay; was busy with the holidays.

Your account has been manually unsuspended. If you still see the suspended page then you should try clearing your browsers cache.

Your account was suspended for high load again. This is the third time your account has been suspended for high load, and because of this your domains may show queued or suspended for up to 24 hours. If they are still showing queued/suspended after 24 hours please remember to clear your browser cache. This additional queued/suspension time is due to your repeated overuse of server resources. I have unsuspended your account and you should now be able to log in at http://heliohost.org/

Your account was still partially suspended from the last suspension (probably from inactivity) and you aren't able to reset the password or login while an account is suspended. I have manually unsuspended your account. Try logging in now, and if it doesn't work try resetting your password again. Let us know if you're still having issues logging in.

Umm, it wouldn't be much of a suspension if you could still log in. When an account is suspended whatever the reason is, the password is scrambled to prevent the user from logging in. When an account is unsuspended the scrambled password is restored to what it was before reallowing access for the user to log in.

That's because you're hitting the process limit. When you have too many processes already running and php tries to create a new process it gives a 500 error. That's because the process limit is higher on Johnny. By limiting the processes on Stevie we are able to make sure that one account doesn't hog all the resources on the entire server. That's part of the reason Stevie has 99.9% uptime and Johnny has 85% uptime. Do you want a higher process limit or do you want better uptime? You can't have both. Sure, they're allowed, but they have a very high chance of getting you suspended, because they have a tendency to cause a lot of load. I never really understand why people think they need their own proxy anyways. There are already several million free proxies on the internet at any given point that you can use, why do you need to risk your account getting suspended to run your own?

First of all, you've got to realize that you're using a service located on the west coast of the US. Generally we aren't awake at 12:09am, 4:10am, etc like you are in Ukraine. Your account was still partially suspended from the last suspension (probably from inactivity) and you aren't able to reset the password or login while an account is suspended. I have manually unsuspended your account. Try logging in now, and if it doesn't work try resetting your password again. Let us know if you're still having issues logging in.

Yeah, after the "tracer" command it looks like the error message is something along the lines of "tracer doesn't match any internal or external programs or batch files."

Are you logged into FTP, cPanel, mail, phpmyadmin, etc when the 500 errors occur?

Your site is loading fine for me. Maybe you need to clear your browser cache? FTP is working fine for me too. In fact I can see that you have two FTP connections currently open...