Content block when it shouldn't

bcrawfo2
Occasional Contributor II

Content block when it shouldn't

I have several SSIDs broadcasted in my house.   Of interest are an "adults" SSID and a "kids" SSID.   The kids version has a few content categories blocked.   The last two days an adult device (verified connected to the adult SSID) was denied access to a kids blocked category.    This morning when it happened, I turned off wifi on my Ipad and connected right back up and it worked. Any ideas?   

0 Kudos
2 Replies
Employee
Employee

Re: Content block when it shouldn't

@bcrawfo2 - This is not expected. Would you mind file a support case on so we can take a look at your logs.

Copying @Florent - FYI.

0 Kudos
bcrawfo2
Occasional Contributor II

Re: Content block when it shouldn't

I finally got around to opening a ticket on this (actually what I believe to be a similar issue)

I had a client that was associated but couldn't get an IP address (was self assigning 169.254....).   Support worked with me (and after prompting from my side)....we found the client in role 

preauth_prof_0_2

ACL Name {preauth_prof_0_2 0} Number {165}

 1:  any  any  17 0-65535 8209-8211  P4  

 2:  any  any  17 0-65535 4434-4434  P4  

 3:  any  any  any  6  hits 756

 4:  any  any  any  4  hits 369

 5:  0x888e 0xffff  any  any  Pe4  

 6:  any  any  any  e4  hits 326

----------------------------------------------------------------

ACL Name {preauth_prof_0_2 1} Number {166}

 1:  any  any  17 0-65535 8209-8211  P4  

 2:  any  any  17 0-65535 4434-4434  P4  

 3:  any  any  any  T6  

 4:  any  any  any  T4  

 5:  0x888e 0xffff  any  any  Pe4  

 6:  any  any  any  e4  

Unclear how to interpret the ACLs in the role.

This role assignment seems incorrect.    The tech support engineer I worked with couldn't come up with anything except to disconnect the client, which got them into the right role.

0 Kudos