This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Astaro eating my bandwidth

Hi

I am sitting in South Africa where bandwidth is expensive, slow and limited.
I get 5GB a month, if that is finished I'm capped and have to buy more bandwidth.

In the last 30 days, Astaro blew 7.1GB of my precious bandwidth...
5.1GB went to ec2-175-41-169-159.ap-southeast-1.compute.amazonaws.com
2GB went to several mailshell.net servers.

Note: This is not traffic from my internal network, this is my Astaro box alone, wasting my bandwidth.

How do I stop mailshell and what is being done about the amazon thing (I know some other people is also experiencing this)

Thank is advance



This thread was automatically locked due to age.
Parents
  • Alvin, 
    it is more likely that the 'IN' and 'OUT' columns are switched; this is more or less a known problem(because defining which traffic is 'IN' and which is 'OUT' gets tricky with >2 NICs). 
    You can check other servers from which you download a lot: your download traffic should also be listed as 'OUT'.

    Regarding the UDP-Traffic: If I remember correctly, the ASG uses traceroute to find the up2date server which is nearest to it. And traceroute uses UDP by default. This would also explain why the UDP-Traffic is unidirectional.
Reply
  • Alvin, 
    it is more likely that the 'IN' and 'OUT' columns are switched; this is more or less a known problem(because defining which traffic is 'IN' and which is 'OUT' gets tricky with >2 NICs). 
    You can check other servers from which you download a lot: your download traffic should also be listed as 'OUT'.

    Regarding the UDP-Traffic: If I remember correctly, the ASG uses traceroute to find the up2date server which is nearest to it. And traceroute uses UDP by default. This would also explain why the UDP-Traffic is unidirectional.
Children
No Data