-
Posts
24,137 -
Joined
-
Last visited
-
Days Won
847
Everything posted by Krydos
-
For some reason you've got a Johnny IP set as your A record on that domain which isn't going to work because your account is on Stevie. You can see your current A record with this link http://byrondallas.heliohost.org/php/tools/dns_records.php?domain=izelnakri.com+&rec=A To find your account's shared IP address you just need to log in http://heliohost.org/ Then along the left side of the screen there is a box labeled stats. Click "expand stats" if you haven't already, and locate the header "shared IP address". The number next to that is what you need to use for your A record which your account is set by default to use unless you change it. You can use this link http://stevie.heliohost.org:2082/frontend/x3/zoneedit/advanced.html to delete the invalid records, and make sure all of your A records (except for localhost) have the IP address that matches what you found as your shared IP address, and localhost will be 127.0.0.1 Let us know if you're having trouble getting the IP addresses straightened out.
-
Your domain, and your cPanel are working fine. If you can be any more descriptive of what happens when you try to view your domain, or log in we could probably be more helpful.
-
You had four instances of index.php and one of shoutbox.php running for the past three hours or so.
-
This account was suspended for being involved in illegal activity. There are no second chances for this type of suspension, nor can you recover any data. It may not have been you specifically that was involved in the illegal activity, but you are responsible for everything your account does.
-
It looks like your domain change went through ok, but for some reason cPanel never created the relevant nameserver data that it should have. I went ahead and had it create the data again, and everything looks good now. Your domain should start working within 24 hours. Let us know if you're still having issues hosting the nafti.ir domain.
-
[Solved] Changing Domain Name Unchanged 2 Weeks So Far
Krydos replied to mandytw's topic in Customer Service
Ok, it looks like you tried to change your domain to "http://www.mandytw.com" Can you try using http://www.heliohost.org/home/support/scripts/domain again and this time type "mandytw.com" as your domain. Cpanel automatically creates a CNAME record for www. and http:// isn't actually part of your domain name; it's just the protocol. Let us know if you're still having issues changing your main domain. -
That username and/or domain is not located on our system. Most likely it was deleted due to inactivity. Feel free to create a new account and restore any backup data you may have, because Heliohost does not keep any backups of your data once your account has been deleted. We apologize for the inconvenience, but we have to automatically delete inactive accounts to make room for users who are still active otherwise our servers would soon be overloaded. To prevent this from happening again in the future don't forget to log into your account at least once every 30 days.
-
[Solved] Second Account Request (I Need Mono)
Krydos replied to UlTysoft's topic in Customer Service
Sure. We don't create the account for you. The point of asking for permission first is so that we have a record of you being allowed to have two accounts so they won't get suspended. You can delete it yourself if you want to http://www.heliohost.org/home/support/scripts/delete -
I think the common misconception is that unsuspension is an instant thing that is either on or off like a light switch. In reality it's a script that goes through all aspects of an account, such as, MySQL access, PostgreSQL access, rewriting .htaccess for each domain, cPanel password, all created FTP account passwords, each mail account, etc allowing or removing access. If the server has high load at the time it prioritizes what is most important to do which is usually serve active pages, and less important processes get paused or move really slowly until the load decreases. Anyways, long story short it can take a while to unsuspend depending on the account and the load at the time.
-
I don't know if this will help, but I've always used MySqlConnection() instead of SqlConnection() to connect to MySql databases through VB/C#.
-
Your account is showing up as clean now. Thank you for taking care of this. If you want to change your username you will need to backup all of your data, then delete your account http://www.heliohost.org/home/support/scripts/delete Once your account is fully deleted you can then create a new account http://www.heliohost.org/home/signup with the username you wish to use and restore your backed up data.
-
I made it work because I have more access as an administrator than a regular user does. I'm considering setting up an automated way for Johnny accounts with java enabled to deploy their own .war files, but for now users can just drop their .war in their home directory like /home/username/Project.war and I can deploy it for them.
- 8 replies
-
- java servlets
- java
-
(and 1 more)
Tagged with:
-
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.
-
[Solved] Changing Domain Name Unchanged 2 Weeks So Far
Krydos replied to mandytw's topic in Customer Service
"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.
-
[Solved] Django Problem When Accessed Using Domain Name (500 Error)
Krydos replied to topito's topic in Customer Service
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.