Blocking a site not working

Use this forum to post questions relating to WinGate, feature requests, technical or configuration problems

Moderator: Qbik Staff

Blocking a site not working

Postby clinthammer » Feb 15 06 11:22 pm

I followed these instructions:
http://support.qbik.com/index.php?_a=kn ... %3C%2Fa%3E

to block a site where http url contains xoxide (just for testing purposes).

Policy applied to everyone. All users connect via www transparent proxy and are assumed users.

I saved the changes and still users can visit sites with xoxide in the url.

Have i done something wrong?
clinthammer
 
Posts: 41
Joined: Jan 12 06 8:23 pm
Location: Dubai, UAE

Postby Pascal » Feb 16 06 9:41 am

What was the setting for System Policies? By default they are set to be an alternative to the per-service policies. If you do not specifically exclude them they will grant access.
Pascal

Qbik New Zealand
pascalv@qbik.com
http://www.qbik.com
Pascal
Qbik Staff
 
Posts: 2623
Joined: Sep 08 03 8:19 pm
Location: Auckland, New Zealand

Postby clinthammer » Feb 16 06 7:25 pm

Well i figured the problem.

In the Advanced I had:

Filter name: Regular sites not allowed
Criterion: Not HTTP URL contains "darude"
Not HTTP URL contains "darude"

Filter name: Adult sites not allowed
Criterion: Not HTTP URL contains "bigtimegals"

--
So basically having two filters would not work. I had to put all criterion in one filter...

Is this a bug?

Or are we only allowed to have separate filters if the criterions is different..
e.g one filter with criterion for HTTP URL. then another for HTTP Protocol?
clinthammer
 
Posts: 41
Joined: Jan 12 06 8:23 pm
Location: Dubai, UAE

Postby Pascal » Feb 16 06 7:34 pm

Refer to your other post on blocking people. Filters are treated as OR statements. So, Filter1 OR Filter2 must be true for the right to be granted. Conditions within a Filter are AND statements, so Condition1 AND Condition2 within Filter1 must be true for the right to be granted.

In your case this would have read as:

If the HTTP URL did not contain "darude" OR if the HTTP URL did not contain "bigtimegals" the right is granted.

When you visited "darude" the second Filter would have been true (The HTTP URL does not contain "bigtimegals") and the right would have been granted. When you visited "bigtimegals" the first Filter would have been true (The HTTP URL does not contain "darude") and the right would have been granted.

So not a bug, by design. It's just a case of how you structure them then.
Pascal

Qbik New Zealand
pascalv@qbik.com
http://www.qbik.com
Pascal
Qbik Staff
 
Posts: 2623
Joined: Sep 08 03 8:19 pm
Location: Auckland, New Zealand


Return to WinGate

Who is online

Users browsing this forum: Bing [Bot] and 6 guests

cron