Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 1 subscriber
  • Views 1241 views
  • Users 0 members are here
Options
Suggested
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

8.301, web filtering still slow

wildcard
Hi,

8.301 was supposed to fix a few bugs with web filtering. However, with 8.3.01 I still have the following phenomenon which can be reproduced:

- Turn Web filtering on
- Start IE, browse to Blick
- Page takes between 5 and 10 seconds to load completely
- Close IE
- Turn Web filtering off
- Start IE, browse to Blick
- Page takes around 1 second to load completely
- Close IE

The problem is not my browsers cache, I can loop the above test a few times and the results are always the same: With web filtering on that website is slow as hell, with web filtering off it's the way it should be. I'm running 2 ASG220 in active/passive mode, the one that's active hovers below 5% CPU all the time (we have less than 40 users on a 10M/10M line).

Is this still a known bug? I'm getting a bit peeved off, because half the features we're paying for are currently switched off on our firewall because they're buggy.


This thread was automatically locked due to age.
Parents
  • 0
    let's be realistic here...if you are using the cloudy content filter I've proved multiple times one by public testing and two just by logical explanation 90% of the time it is NOT dns. use the disk option and THEN see if it truly is still slow.  if it is then yes you MIGHT have a dns issue.  The second biggest cause if the proprietary proxy they are using isn't fully baked yet. Even with the known issues with the proxy using a local content filter db cache at least gives a signification boost to performance..until astaro either completes the proprietary proxy or goes back to squid.
Reply
  • 0
    let's be realistic here...if you are using the cloudy content filter I've proved multiple times one by public testing and two just by logical explanation 90% of the time it is NOT dns. use the disk option and THEN see if it truly is still slow.  if it is then yes you MIGHT have a dns issue.  The second biggest cause if the proprietary proxy they are using isn't fully baked yet. Even with the known issues with the proxy using a local content filter db cache at least gives a signification boost to performance..until astaro either completes the proprietary proxy or goes back to squid.
Children
No Data