Search results

We've always found SolusVM bandwidth tracking to be inaccurate. We started using our own bandwidth tracking software early last year so we had something accurate to show our clients when they opened a ticket complaining about the bandwidth total not equaling what their monitor showed. Oddly...

Are you sure? You definitely earned it and saved us a lot of headache (and bandwidth overage fees).

OMG, you guys are amazing! Thanks for @rds100 for putting me on the right track and thanks for @Flapadar for getting me even closer I have found the problem and have found 2 solutions for it (both suggested by @rds100 and @Flapadar). The cause of the problem is due to my own lack of iptables...

We have had the data center clear the ARP cache on their devices and it does not stop the traffic. We also have each network set the ARP timeout to 5 minutes and this traffic will go on indefinitely until the external source IP stops. I'll try that tcpdump command next time this happens.

I'll try running iftop on the new VPS after the IP is added and see if I see anything there.

VLANs FTW. ;)

Additionally, when we add the IP to an interface or a VPS the traffic stops immediately. Also, netstat -plan does not show any traffic for the destination or the source IP when this occurs. Any ideas why we can view the traffic in iftop but not netstat?

Here's a snippet from the tcpdump from tonight, I didn't grab it so I'm not sure if we have any more than this: # tcpdump -n dst 162.211.66.3 21:59:23.635018 IP 116.10.191.183.x11 > 162.211.66.3.ssh: Flags [S], seq 2075852800, win 16384, length 0 21:59:23.635105 IP 116.10.191.183.x11 >...

I posted this on WHT a while back and the suggestions were either not possible for our networks or did not work.

IPs are always different. Sometimes a single IP that is offline will have dozens of external IPs connecting to it from different countries.

I can guarantee the IP isn't in use anywhere else on the network (we had our data centers check their routers to confirm).

So we've been having this problem for a while now but nobody has been able to assist us. We've hired experts, paid hundreds of dollars in remote hands for multiple data centers, and posted threads on various forums without any luck so I'm reaching out to vpsBoard in the hopes that somebody might...

+1 @HalfEatenPie Without automation we wouldn't be able to sleep at night. For the first year we relied on 3rd party apps and scripts but over the past 2 years we've automated so much from the monitoring to the abuse prevention to the control panels that it's been a dream for the past year. We...

You don't have to, you choose to.

Woot! Implementing features the rest of us added months ago. LoL.

They used to also invoice you if you opened a ticket to submit a bug report. Rack911 tried to submit some security exploits that would let clients perform admin functions but when they tried to submit a ticket they were told they needed to register an account and pay the $$$ for their bug...

Originally I was defending him because his non-technical background entitles him to make mistakes in a field he is not familiar with. Now I'm defending him because he was repeating something about the Heartbleed bug from the person who discovered the Heartbleed bug so the people attacking...

I know that BuyVM and RamNode offer filtered IPs, but we do not (our VPS nodes are colocated inside the data center). Just wanted to point that out since it's a common misconception about our service since we used to do it that way over a year ago. :) As for DDOS protection for a "non-business"...

I understand that CEOs are supposed to be experts about everything but sometimes they aren't. I know, it sucks to hear. I'm surprised his Harvard Business School degree didn't teach him basic networking protocols. [/sarcasm]

What is it with open source software companies getting into financial problems from non-software related issues?