Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 2197 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

cffsNN.astaro.com traffic

aimeedev
Hi

Whilst I was monitoring the WAN on my network, with Wireshark, I noticed a
lot of traffic to/from cffsNN.astaro.com (NN from 01 to 22).

Inspection of the packets, targeted to port 80, revealed nothing obvious.

This traffic appears to be triggered by any user accessing a website, though there may be other events not spotted so far.

Searching this board doesnt explain the purpose of this traffic, so I put the question to the experts.

Version is ASG Software 9.210-20

Thanks

Aimee


This thread was automatically locked due to age.
Parents
  • 0
    cc set http sc_local_db none will turn off the local content filter database, which is off by default anyway, so won't do you any good.  Using none, all checks are done on the fly to "cloud" servers.  Setting to mem or disk will copy the current db to the local system (as Bruce said, ~400MB.  After that the system will pull updates for the DB several times daily, but lookups for client traffic are done against that local DB copy.  Read Bruces warnings about this feature above to make an informed decision about its' use.  

    If you will not allow content filter database updates/lookups, there is little point in using the web filtering proxy for category based filtering.  Incorrectly categorized sites would not be fixed for you and the thousands of new sites added to the web daily would not be categorized either, forcing you to allow uncategorized sites.  Let the client know that you'll be crippling a major security/useability feature that they will be paying for, before you block the categorization ability of the system.
Reply
  • 0
    cc set http sc_local_db none will turn off the local content filter database, which is off by default anyway, so won't do you any good.  Using none, all checks are done on the fly to "cloud" servers.  Setting to mem or disk will copy the current db to the local system (as Bruce said, ~400MB.  After that the system will pull updates for the DB several times daily, but lookups for client traffic are done against that local DB copy.  Read Bruces warnings about this feature above to make an informed decision about its' use.  

    If you will not allow content filter database updates/lookups, there is little point in using the web filtering proxy for category based filtering.  Incorrectly categorized sites would not be fixed for you and the thousands of new sites added to the web daily would not be categorized either, forcing you to allow uncategorized sites.  Let the client know that you'll be crippling a major security/useability feature that they will be paying for, before you block the categorization ability of the system.
Children
No Data