Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


EVOBURST Node NL01 downtime? Any update? - Page 2
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

EVOBURST Node NL01 downtime? Any update?

2»

Comments

  • PieHasBeenEatenPieHasBeenEaten Member, Host Rep

    @dougware Thanks for sharing and I have to agree with you that response was not warranted. The provider actually dropped the ball on this one. He could of just said that they are up on the server and he will fix the control panel issue or what ever. It would of saved frustration on his and your part.

  • I gave up opening tickets long time ago.

  • joepie91joepie91 Member, Patron Provider
    edited November 2015

    DougWare said: The Netherlands were blocked, please accept my apologies. I often get a lot of SSH brute force attacks and since I usually don't have any visitors from most countries, I drop a lot of traffic that normally hit my home connection.

    Honestly, just set up SSH keys, disable password authentication system-wide (PasswordAuthentication no), and you should be fine. Your SSH won't even be wasting CPU cycles on bruteforce attacks - it'll just outright reject the clients.

    Also doesn't have unpleasant side-effects like blocking entire countries from viewing tickets ;)

    Thanked by 2vimalware daman
  • @joepie91 said:
    Also doesn't have unpleasant side-effects like blocking entire countries from viewing tickets ;)

    Actually, I do have SSH keys and disable password authentication. But I've actually had a couple of attacks over the past year (mostly from China) that were preventing me from opening legitimate SSH connections while on the road. They bought my 6 core server to it's knees.

    Doug

  • DougWare said: But I've actually had a couple of attacks over the past year (mostly from China) that were preventing me from opening legitimate SSH connections while on the road. They bought my 6 core server to it's knees.

    Move ssh off port 22 and be done with random brute force attempts

  • @AutoSnipe said:
    Moving providers has been on the cards for a fair while now, just this action from them just accelerated the move.. in the most unfortunate of ways, All I can say, is at least the support from NFOrce has been absolutely excellent thus far. And i do believe it will be a great new home for EvoBurst's NL Services.

    You definitely made a good choice, IMHO, I'm a customer of NFOrce since a few months and it's a pleasure to work with them, I never had such a good support experience before. You can easily tell that no one uses building blocks to reply, each answer is handwritten and goes into great detail. Even without any guaranteed SLA addons, their support is 24/7 and you can expect an answer at any time, even when its Sunday, 2am. And the actual services provided are nice aswell, never had a single problem so far.

    Good luck with your business, hopefully you'll get out of that shitty situation quickly.! :)

  • @Nyr said:
    Didn't know about HostSlim, but doesn't surprise me considering this kind of offers...

    Yeah, I think I was paying that or slightly more with HostSlim, but as far as colo providers go I've paid similar prices and got 1000x better service. ie. I have promo pricing with @Incero that's not much higher than that per month and it's been rock solid for a year now - zero downtime, fast ticket responses, gear gets installed within 30-45 mins of it arriving via courier, no IP reassignments or other BS.

    Dacentec was $40/mo colo (1U/2A/10TB @ 1Gbps) and decent, although I moved that box to Delimiter ATL a few months back after too many network issues (which also happens to be in that price range and excellent service so far).

    There are deals out there, but HostSlim were just fucking horrendous to work with. I wasn't even that picky considering the price point, but weekly bumps to get a simple KVM hooked up or new IP assigned shouldn't be necessary. Getting the gear out of there was an even bigger pain in the ass. Lesson learned: do more research before picking a colo provider and go direct with the DC owner, not a reseller - have wasted cash on 2 shitty resellers so far, thankfully never lost any of my gear.

  • NyrNyr Community Contributor, Veteran

    @mikeyur said:

    You should also consider that colo at some European locations is more expensive than other US ones, so at the same price point, sustainability varies greatly.

    I would provably consider even FDC/CEU Servers for Europe rather than some random reseller, although if your budget is just a bit more flexible, there are more decent options :)

  • @Nyr said:
    I would provably consider even FDC/CEU Servers for Europe rather than some random reseller, although if your budget is just a bit more flexible, there are more decent options :)

    Yeah, this was just for a personal/backup box, running a few VMs. Cheap hardware, cheap colo, wasn't expecting much but ended up getting complete unusable horse shit. I've given up on colo'ing gear in the EU, just cheaper to rent on a promo with someone like Hetzner, OVH, etc. Way less headaches as well.

    I only have boxes colo'd in the states because I got good deals on the colocation fees & affordable hardware, plus can take advantage of like Amazon deals for drives, etc. My colo boxes are mostly 'special purpose' configs that are ridiculously expensive to rent (ie. Multiple 500+GB SSDs or 4+TB drives) so the initial setup costs, even with cost of hardware replacement, works out cheaper in the long run.

  • Some people really don't understand the main key for a successful business is being kind with customers especially when they are. I really can't stand unjustified rudeness.

  • @sandro said:
    Some people really don't understand the main key for a successful business is being kind with customers especially when they are. I really can't stand unjustified rudeness.

    Well, Ryan's reply is indeed tense and defensive, but I'm not sure that I would say that it's rude. @DougWare's opening ticket is bluntly assertive, especially if the two "offline" servers in question were actually online. An attempt at pinging would have been worthwhile before opening a ticket, I would say ...

    By the way, in my experience, the control panel at EvoBurst is sometimes a little flakey, sometimes registering a server that's online as offline (or the reverse), but it usually corrects itself quickly. But note that EvoBurst also provides SolusVM, which is more robust.

  • DougWareDougWare Member
    edited November 2015

    @angstrom said:
    An attempt at pinging would have been worthwhile before opening a ticket, I would say ...

    I had several services down, some of which were actually down and some that were only showing as down.

    As of about 10 minutes ago, it appears that all of my services are offline and actually unreachable.

    EDIT: 1 of my name servers are online, everything else is offline.

  • Seattle has been offline all day long.

  • angstrom said: Well, Ryan's reply is indeed tense and defensive, but I'm not sure that I would say that it's rude. @DougWare's opening ticket is bluntly assertive, especially if the two "offline" servers in question were actually online. An attempt at pinging would have been worthwhile before opening a ticket, I would say ...

    >

    He wasn't that rude, I was talking in general. It seems though if the customer "insisted" he would have become so. He was definitely being bitchy :P

  • apollo15 said: likely TerraTransit pulled it off due to TOS violation(possible spam).

    They did not revoke from anyone else for now, so likely that or non-payment. Considering they deleted the RIPE SWIP... yea, i don't think that IPs come back.

  • @joepie91 said:
    I don't really understand the jab about Serverius being a "budget datacenter", in that announcement. What does that have to do with this issue?

    Serverius is one of the best datacenters for porn, I can only recommend them.

    Thanked by 1vimalware
  • joepie91 said: I don't really understand the jab about Serverius being a "budget datacenter", in that announcement. What does that have to do with this issue?

    We bought a company that is colo'ed with Serverius.

    Serverius has been extremely professional, most of the bad image they get is because they host a lot of idiots who crash and burn or just screw up their internal operations than try to pass the buck to Serverius.

  • MarkTurner said: Serverius has been extremely professional, most of the bad image they get is because they host a lot of idiots who crash and burn or just screw up their internal operations than try to pass the buck to Serverius.

    Can only confirm this, even their DDoS-protection has to be pretty good, one of the most controversial German site hosts there (pr0gramm.com) and I bet they get attacked very frequently.

  • Post a link and I will check it, servers crash and DOS can happen. Just be patient.

  • tr1cky said: one of the most controversial German site hosts there (pr0gramm.com) and I bet they get attacked very frequently.

    I doubt it. Serverius protection is not really good, volumetric wise it is far below 100G it seems.

  • joepie91joepie91 Member, Patron Provider

    MarkTurner said: We bought a company that is colo'ed with Serverius.

    Serverius has been extremely professional, most of the bad image they get is because they host a lot of idiots who crash and burn or just screw up their internal operations than try to pass the buck to Serverius.

    Having been physically there, that's the impression I got as well. Now I'm hardly an expert on datacenters, but everything seemed very well-organized and well-maintained.

    Thanked by 1vimalware
  • smansman Member
    edited November 2015

    @joepie91 said:

    Honestly, just set up SSH keys, disable password authentication system-wide (PasswordAuthentication no), and you should be fine. Your SSH won't even be wasting CPU cycles on bruteforce attacks - it'll just outright reject the clients.

    That's not exactly true. It is still getting logged and all that random write logging can bog down your I/O. That's actually the worst part about SSH scanning because with strong passwords they are never getting in anyways. I don't think changing from passauth yes to no changes much of anything in that respect. Changing the port definitely does reduce scanning considerably and therefore the logging. I suppose you could disable ssh logging but not something most people would want to do.

  • smansman Member
    edited November 2015

    @sandro said:
    Some people really don't understand the main key for a successful business is being kind with customers especially when they are. I really can't stand unjustified rudeness.

    Most people here only care about the price and don't care about how much support replies try kiss your ass.

    The low end customers are the worst. The most rude and demanding and whiny etc. It takes a very thick skin and a lot of patience to put up with them without just blowing up and telling them to go to hell.

    Thanked by 1linuxthefish
  • joepie91joepie91 Member, Patron Provider
    edited November 2015

    @sman said:
    That's not exactly true. It is still getting logged and all that random write logging can bog down your I/O. That's actually the worst part about SSH scanning because with strong passwords they are never getting in anyways. I don't think changing from passauth yes to no changes much of anything in that respect. Changing the port definitely does reduce scanning considerably and therefore the logging. I suppose you could disable ssh logging but not something most people would want to do.

    Disk I/O from logging is really very limited (and likely considerably less than the logging of many other processes on a server). The big hog are the CPU cycles that are used to verify the password.

    Thanked by 1vimalware
  • smansman Member
    edited November 2015

    @joepie91 said:
    Disk I/O from logging is really very limited (and likely considerably less than the logging of many other processes on a server). The big hog are the CPU cycles that are used to verify the password.

    Depends on what you are doing.

    If you are hosting a bunch of VPS servers the logging is a very big part of the I/O.

  • If you're hosting vps's your absolute IO of logging with failures will of course go up, but it will still be the same negligible portion of effort in relative terms.

  • sman said: The low end customers are the worst. The most rude and demanding and whiny etc. It takes a very thick skin and a lot of patience to put up with them without just blowing up and telling them to go to hell.

    Sad but true. Still the best type of customers to have though!

Sign In or Register to comment.