Description |
This article describes how to allow a web page when Static URL Filter does not allow opening the web page, and, after using a wildcard, regular expression or simple option, do not allow the page to charge and open. |
Scope |
FortiGate. |
Solution |
There are scenarios where using a 'static URL filter' on a web page that is being blocked by a 'FortiGuard Category Base Filter' does not allow the page to open or charge properly, like in the next example (the Web Page "ccovers.com" is going to be used as an example for this test):
As shown, the page is being blocked because it is hitting a FortiGuard Category (Gambling), even if a static URL Filter using a Simple, Regular Expression and a Wildcard does not override the FortiGuard Category.
This is because (almost) all the public web pages use not only one specific URL or Domain to resolve and show the complete page. That is why using a common 'static URL filter' configuration will not help to allow the page. It is difficult to know what is the specific or all the URLs needed to open property the public web page.
To allow the page to use a 'Web Rating Overrides' profile and configuration. Follow the next to create them:
Note: As shown on the last image, the page is not properly shown, and some missing images and sections of the page continue to be blocked. This is because of the behavior talked about before, some pages need and use more than one static URL. To properly allow the full page, track the logs of the Web Filter under Log & Report -> Security Events -> Web Filter. The missing URLs and allow them on the Web Rating Override profile created for this page (E.g. 'Allow_Covers').
With this full configuration and using Web Rating Overrides custom profile (Local Categories) now the page loads property and the FortiGuard Category Base Filter continues blocking other 'Gamble' URLs but allows only 'www.covers.com'. |