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

Web Filtering Profile doesn't appear to be

Web Filtering Profile doesn't appear to be applying correctly.

Hi,

I have run into a problem when experimenting with the Web Filtering Profiles in UTM 9.111-7.

We ultimately want to apply Web Filtering policies per department using the AD group a user is a member of.  I have set up the groups in the UTM to sync with the relevant group on the AD server, but for now I'm just testing with individual AD synced users.
We have several subnets across our sites, and with some users travelling between sites, I don't want any of the filtering policies to apply to the subnet the user is on, but to the user themselves.

I've set up a couple Filter Actions, with different block rules (one blocking spotify, the other BBC).  Then I have created a couple Filter Assignments with one of the Filter Actions applied to each, and included an AD synchronised user on each.  Finally, I created the Proxy Profiles, applying each profiles to all of our subnets (since in production the user could be on any subnet), and a relevant Filter Assignment.

I am one of the users that is applied to one of the filters, and to check the filters are working, I have been applied to both, one at a time.

The problem I am experiencing is that my user is only assigned to one of the filters, but if I enable the other filter (with only a different user on it now), it seems to be applying that filter to me still.  In the Proxy Profiles list, this second filter is above the one that should be applying to me.

I'm under the impression that the UTM will go through the filters from top to bottom and apply the first one that the user is assigned to and apply it?  Therefore, it should be skipping the one I'm not a member of, and applying the next one in the list that I am a member of?

I'm wondering if there's some sort of cache or delay when a user is moved from one filter to another?  Restarting the browser between this doesn't seem to help, however disabling the filter I'm not a member of takes effect immediately.

I've included screenshots of the configuration, and hope that someone can explain what's going on here?!

Basically, in the screenshots, profile2 should be applying to me (I am not a member of profile1, but have been in the past).  With profile1 disabled, profile2 applies to me fine, but when profile1 is enabled, it still seems to be applying to me instead of filter2.

Thanks in advance for the time you've taken to read through my waffle above and any suggestions you can offer!
If anything isn't clear enough, or you need more information, please let me know and I will provide it.

Edit:  Sorry, forgot to mention that both profiles are set to 'Standard' operation, and 'Active Directory SSO' for authentication.


This thread was automatically locked due to age.
Screenshots.zip
  • There are two levels here, choosing the correct PROFILE and choosing the correct ASSIGNMENT / ACTION.

    The choosing of a profile is done completely based off of IP Address and Network.  The choosing of profile is done before there is any authentication or username.  The assignment does not play a part.

    Based on the screenshots profile1.png and profile2.png, they both have the same network.  That means if S.Despatch is Enabled all requests for all users (John Smith or otherwise) will use that profile and Global filter is never used.

    Perhaps what you want is a single Profile that has a checkbox against multiple Filter Assignments, which are then prioritized.  At that point your statement "will go through the filters from top to bottom and apply the first one that the user is assigned" is correct.
  • Ah!  That makes sense, I see how it works now.  So useful to have someone explain the operation!  Thank you.
    I'll give that a try now.  Actually this makes the configuration a lot simpler for me!
  • I would note that 9.2 is available now and will be rolled out to anyone who wants to install it in the next few weeks.  It is up to you whether you want to run 9.1 or 9.2 (some people prefer to wait until a build or two after release).  9.2 revamped the UI for this (underlying functionality is the same), so if you are thinking of going to 9.2 you might want to try it now so you don't have to learn things twice.
  • Thanks Michael,

    I've been looking forward to the 9.2 release as there are some new cool features that I'd like to use in it.  I think though that we will probably wait for a build or two to happen first as we only have a production system, and have kept bang up to date with builds in the past only to find that they've had a bug or two that has resulted in another build being released to fix the bug in the previous build!  Since this is a 'major' release, we'll probably play it safe.
    I've been thinking about using the home version at home, so that would give me chance to play around with it beforehand in a 'safe' environment.

    The proxy is all working fine now.  I was originally under the impression that it would work through the profiles from top to bottom looking at the user, but now I know it matches the network first I can see that I would have been using the s.despatch profile, and since I wasn't a user on the filter assignment, it was using whatever the 'fallback' action was, which in this case was the same filter assignment.
    If I need to create a filter then based on a specific subnet, I just create a new profile for that subnet and make sure it's placed above the 'all internal networks' one.  Simples!

    Thanks again for your help and quick response.  This issue is now fully resolved for me.