Astaro eating my bandwidth

It is possible that applications within a network can cause download traffic that only occurs on the external interface. For instance, I worked with a customer several weeks ago, where they would see their bandwidth usage peak every hour. It was clear that it was web traffic, bit there was no corresponding bandwidth usage in their web security report. Using the network accounting report, I could see many internet servers associated with the traffic, all owned by Google. When I searched the http log, for one of those IPs, I found repeated requests to something like pack.code.google.com. An application called Google Pack was downloading updates for a variety of applications every hour, on the hour. This app was also installed on numerous machines in their network. The web proxy’s AV filtering was scanning the downloads, and causing the update application on the client to timeout while waiting for AV scanning to finish. It would then wait for the next cycle, and try again.  The result was that bandwidth usage was seen between internet IPs, and the Astaro, but not it wasn’t immediately clear how it was connected to any internal trigger. This is simply because the http proxy initiates connections itself, so the source really was the Astaro’s IP. Because the internal client abandoned the downloads, the bandwidth usage did not get reflected in the HTTP logs.

Creating a whitelist entry to skip the pack.code.google.com domain from AV scanning allowed the downloads to succeed, and stopped them from hammering the ASG bandwidth every hour