|
|
Please note that this form is only for web host company's representatives. Responses from others will not
be posted. Customers should submit new reviews or email the original reviewer instead.
You are responding to the following review:
Jumpline really sucks. - Review by
Anonymous submitted on January 24, 2003 |
Customer's web site: www.cryptonomicon.net |
Length of time hosted by this company: 1 year - 3 years |
Date when last hosted by this company (as of January 24, 2003): Less than 3 months ago |
Plan used: standard |
Customer service rating: 1 out of 10 |
Technical quality rating: 1 out of 10 |
Cost rating: 1 out of 10 |
Overall rating: 1 out of 10 |
I'm not sure where to begin other than to say that for over two years I put up with their pitiful service because I'm too lazy to move my domain and I wasn't sure I would be moving to someplace worse. So... let's see... what bad things did they do..
Start off by looking at the Ohio Better Business Bureau. There are about 8 unanswered complaints about these jokers.
Missing Files: So.. my site just stopped working. I ssh'd in to discover that a couple critical .php files were just plain missing. Tech support can't tell me where they are.
DNS is down (again): Every now and again DNS goes down, and you can't get an authoratative answer. Tech support can't even spell DNS.
Severe Password Damage: Something happened a couple months ago and the web-form based site admin tool that I ocassionally use stopped working. I.e. it wouldn't let me log in. During this time frame I couldn't do database admin through the command line either. Nor could I change my email password(s). Apparently they have a master file of passwords for all the different tools they use. By default, they go in and copy the same password everywhere. After a couple of weeks, someone there finally noticed they had prepended two spaces in front of one of the passwords.
Wild disk usage / database flag for MySQL: During the above problem, tech support activated debug mode for MySQL without telling me. Before I knew what happened, I had a 150 Mb log file. I asked support to turn debug mode off. After about three days they admitted that they didn't know how to do this and that they would have to call tech support for the company that sold them their hosting software to figure out how to do it. After another week, no reply; no reply after two weeks. After three weeks of really large log files, they said they wouldn't turn off debug mode and that I shouldn't have turned it on (funny thing is.. they're the ones that turned it on.) Eventually I figured out that I could just softlink the logfile to /dev/null and restart MySQL.
Random outage. "oh. we had to go down for maintainence." is something you hear a lot.
Lost mail. If you go over quota, new mail is silently deleted. What you're supposed to do is bounce back to the sender indicating that the message couldn't be delivered.
More password problems. Web server was misconfigured to allow links back to the rest of the filesystem. Attacker figured this out, grabbed the master password file mentioned above, rooted my box.
Router misconfiguration. Couldn't route to my server from asia for a couple of weeks. During debug, their "network engineer" asked me what traceroute was.
SSL problems. We never got SSL to work. They inserted some bizarre configuration directive into their virtual hosting environment. Nothing I did could get anything other than text/html to come across an SSL link (i.e.-images and stylesheets had to come across non-SSL.
|
This page is not connected with the company. These reviews and ratings are only the opinion of
the poster, are no substitute for your own research, and should not be relied upon for any purpose.
|