Cloud NGFW for Azure
Configure Advanced URL Filtering
Table of Contents
Configure Advanced URL Filtering
Learn how to customize a URL category for filtering in your Cloud NFW for Azure
resource.
| Where Can I Use This? | What Do I Need? |
|---|---|
|
|
To configure advanced URL filtering, follow the steps on this page.
To configure advanced URL filtering, you'll need to be
familiar with rulestacks.
Create a Custom URL Category
- In the Cloud NGFW console, select Rulestacks and select a previously-created rulestack on which to configure a custom URL category.Select .Enter a descriptive Name for your custom URL category.(optional) Enter a description for your custom URL category.Enter one or more URL List, one per line.Click Save.
Basic Guidelines For URL Category Exception Lists
- Enter the URLs of websites that you want to enforce separately from the associated URL category.
- List entries must be an exact match and are case-insensitive.
- Enter a string that is an exact match to the website (and possibly, specific subdomain) for which you want to control access, or use wildcard characters to allow an entry to match to multiple website subdomains.
- Omit http and https from URL entries.
- Each URL entry can be up to 255 characters in length.
Wildcard Guidelines for URL Category Exception Lists
You can use wildcards in URL category exception lists to easily configure a single entry to match to multiple website subdomains and pages, without having to specify exact subdomains and pages.Follow these guidelines when creating wildcard entries:- The following characters are considered token separators: . / ? & = ; +Every string separated by one or two of these characters is a token. Use wildcard characters as token placeholders, indicating that a specific token can contain any value.
- In place of a token, use either an asterisk (*) or a caret (^) to indicate a wildcard value.
- Wildcard characters must be the only character within a token. For example, www.gmail*.com would be invalid because the asterisk follows other characters. An entry can contain multiple wildcards, however.
How to Use Asterisk (*) and Caret (^) Wildcards
* Use to indicate one or more variable subdomains. If you use *, the entry will match any additional subdomains, whether at the beginning or the end of the URL.Ex:- *.paloaltonetworks.com matches www.paloaltonetworks.com and www.paloaltonetworks.com.uk.
- *.paloaltonetworks.com/ matches www.paloaltonetworks.com but not www.paloaltonetworks.com.uk.
^ Use to indicate one variable subdomain.Ex:mail.^.com matches to mail.company.com but not mail.company.sso.com.Do not create an entry with consecutive asterisk (*) wildcards or more than nine consecutive caret (^) wildcards—entries like these can affect firewall performance.For example, do not add an entry like mail.*.*.com; instead, depending on the range of websites you want to control access to, enter mail.*.com or mail.^.^.com. An entry like mail.*.com matches to a greater number of sites than mail.^.^.com; mail.*.com matches to sites with any number of subdomains and mail.^.^.com matches to sites with exactly two subdomains.URL Category Exception List—Wildcard Examples
The following table displays example URL list entries using wildcards and sites matching these entries.URL Exception List Entry Matching Sites Example Set 1*.company.comeng.tools.company.comsupport.tools.company.comtools.company.comdocs.company.com^.company.comtools.company.comdocs.company.com^.^.company.comeng.tools.company.comsupport.tools.company.comExample Set 2mail.google.*mail.google.commail.google.co.ukmail.google.example.orgmail.google.^mail.google.commail.google.infomail.google.^.^mail.google.co.ukmail.google.example.infoExample Set 3site.*.comsite.yourname.comsite.abc.xyz.comsite.^.comsite.company.comsite.example.comsite.^.^.comsite.a.b.comsite.com/*site.com/photossite.com/blog/latestany site.com subdirectory
