|
Web Proxy
The web proxy page is used to configure and enable the Guardian proxy service and its enhanced
features including the web filter; banned and exception IPs; authentication settings; global group
access permissions; and automatic configuration script settings.
Enabling the Guardian proxy
The following configuration controls are used to configure and enable the Guardian proxy:
- Cache size - Used to adjust the amount of disk space allocated to the web proxy for caching web
content. Web and FTP requests are cached whilst HTTPS requests and pages including username and password information
are not. The specified size must not exceed the amount of free disk space available. The cache size should
be configured to an approximate size of around 40% of the system's total storage capacity, up to a maximum of
around 10 gigabytes (approximately 10000 megabytes for a high performance system with storage capacity in excess
of 25 gigabytes). Larger cache sizes can be specified, but may not be entirely beneficial and can adversely affect
page access times. This occurs when the system spends more time managing the cache than it saves retrieving pages
over a fast connection. For slower external connections such as dial-up, the cache can dramatically improve access
to recently visited pages.
- Remote proxy - Used to configure Guardian to operate in conjunction with another web proxy. Larger
organisations may use dedicated proxy servers, or sometimes ISPs offer remote proxy servers to their subscribers.
To use a remote proxy, enter its IP address into this field. In most scenarios this field will be left blank and no
remote proxy will be used. Enter the remote proxy details in the following format: hostname:port
- Remote proxy username - Used to set the remote proxy username when using a remote proxy with user
authentication. Enter a username into this field if required.
- Remote proxy password - Used to set the remote proxy password when using a remote proxy with user
authentication. Enter a username into this field if required.
- Max object size - Used to set the largest object size that will be stored in the proxy cache. All
objects larger than the specified size will not be cached. This prevents large downloads filling the cache. The
default of 4096 KBytes (4 MBytes) should be adjusted to a value suitable for the needs of the proxy
end-users.
- Min object size - Used to set the smallest object size that will be stored in the proxy cache. All
objects smaller than the specified size will not be cached. This can be useful for preventing large numbers of
tiny objects filling the cache. The default is no minimum - this should be suitable for most purposes.
- Max outgoing size - Used to set the maximum amount of outbound data that can be sent by a browser in
any one request. This can be used to prevent large uploads or form submissions. The default no limit.
- Max incoming size - Used to set the maximum amount of inbound data that can be received by a browser
in any one request. This limit is independent of whether the data is cached or not. This can be used to prevent
excessive and disruptive download activity. The default is no limit.
- Proxy port - Used to choose a port that the proxy service listens to. In transparent mode, all outbound
port 80 traffic is redirected via this port. In non-transparent mode, browser software must be configured to use
the port specified here.
- Rate limit proxy upstream - Used to set the maximum bandwidth usage rate (in kilobytes/sec) for all
inbound proxy traffic (between the external connection and the proxy). The rate of communication between the proxy
and the user is not affected by this setting. This can be used to perform basic traffic limiting to prevent the
proxy consuming all of the external connection's available bandwidth. Setting the value to zero disables rate limiting.
- Disable proxy logging - Select this tick-box control to disable the caching proxy log.
- Filter logging mode - Use this drop-down menu to choose the operation of the filter logs. The Normal
option generates proxy logs with all recorded data. The Anonymized option generates proxy logs with anonymous username
and IP address information. The Disabled option disables filter logging.
- Transparent - Used to select transparent or non-transparent proxying. When operating in transparent mode,
network hosts and users do not need to configure their web browsers to use the proxy server. All requests are
automatically redirected through the cache. This can be used to prevent network hosts and users from browsing without
using the proxy server. It is not possible to use proxy authentication when operating in transparent mode.
In non-transparent mode, proxy authentication can be used but the proxy server settings (IP address and port settings) must
be configured in all browsers. The SmoothWall system must be specified as the default gateway on the host computer for this
option to work.
- Enabled - Used to enable to the proxy service.
- Do not cache - Used to specify domains that should be excluded from the proxy cache. This can be used to
ensure that out-of-date web content from frequently updated sites is not cached. Enter domain names without the www.
prefix, one entry per line.
To configure the proxy cache, select or enter appropriate values using each of these controls. The Enabled tick-box
must be selected to activate the Guardian proxy. Click the appropriate Save, Save and Restart or Save and Restart
with cleared cache button at the bottom of the page to record the configuration changes. For more information about the save
options, see the Save and restart options section in this help file.
Enabling the Guardian web filter
To add web filtering and blocking capabilities to the Guardian proxy, the Guardian web filter must be enabled, in addition
to the web proxy itself.
The following controls in the Web filter region are used to configure and enable the Guardian web filter:
- Enable blocking - Used to enable web filtering on the proxy service.
- Block direct web access - Used to prevent packets being forwarded to the Internet on port 80. This can be
used to ensure that network users can only access the Internet via the proxy (when operating in non-transparent mode).
The SmoothWall system must be specified as the default gateway on the host computer for this option to work. This option
cannot be used when the proxy is operating in transparent mode.
- Stealth mode - Used to set the web filter to operate in stealth mode. In this mode, the web filter effectively
becomes an enhanced logging service that records the requests that would otherwise have been blocked. No actual blocking will
occur when stealth mode is enabled.
- Do a DNS lookup in domain blocking - Used to prevent web requests containing IP addresses from circumventing
Guardian's URL filter rules. This is a trick often employed by more knowledgeable users in order to try and bypass filtering.
If enabled, this setting forces a reverse DNS lookup whenever an IP address is encountered in a web request. This allows normal
domain-based web filtering checks to be performed by the web filter. However, extra checks will increase processing time, and
may be undesirable when using low bandwidth external connections or if the user base is not sufficiently knowledgeable to
attempt to bypass filtering in this way. This feature only works if reverse DNS records are correctly configured on the
destination host.
- Limit file upload size - Used to choose whether file uploads are unlimited, limited or blocked. This only
applies to actual file uploads and does not prevent forms on web sites from working.
- Upload size in KiloBytes - Used to set an upload file size limit (in kilobytes) if the Block uploads more
than specified size option was chosen in the Limit file upload size drop-down menu.
To configure web filtering, select or enter appropriate values using each of these controls. The Enable blocking tick-box
must be selected to activate the web filter. Click the appropriate Save, Save and Restart or Save and Restart
with cleared cache button at the bottom of the page to record the configuration changes. For more information about the
save options, see the Save and restart options section in this help file.
Note - The Enabled option in the Web proxy region must also be selected to enable web filtering.
Defining banned and exception IPs
Certain network hosts can be assigned a banned or exempt status using the Banned and exception IPs region. The following
controls are used to provide this functionality:
- Exception local IP addresses - Used to specify IP addresses on the local network that should be completely
exempt from web filter restrictions. Hosts in this exception list are able to bypass the filtering engine completely
by directly accessing the proxy on port 801 when filtering is enabled. Exception local IP addresses are typically used
to grant administrator workstations completely unrestricted Internet access.
- Banned local IP addresses - Used to specify IP addresses on the local network that are completely banned
from using the web proxy service. If any hosts contained in this list try to access the web they will receive an error
page stating that they are banned.
To assign banned or exception status to a particular network host, enter the host's IP address into the appropriate text control.
Then click the Save, Save and Restart or Save and Restart with cleared cache button at the bottom of the page
to record the configuration changes. For more information about the save options, see the Save and restart options section in
this help file.
Choosing the authentication settings
Guardian allows different filter rules to be applied to different groups of authenticated users, as configured in the authentication
sub-system. The way that Guardian interacts with the authentication sub-system is determined by the authentication method chosen in the
Authentication settings region. The following controls are used to select an appropriate method:
- No user authentication - Filter users globally, without authentication. The Groups allowed to use web proxy
section will be ignored if this method is chosen.
- Proxy authentication - Filter users according to the username and password that they enter when prompted by their web browser.
The username and password details are encoded in all future page request made by the user's browser software. Note, you can only use proxy
authentication if the proxy is operating in non-transparent mode.
- Redirect users to SSL Login page - Filter users by redirecting them to an SSL login page where the user must enter their
username and password. Once entered and the credentials have been verified, the login page will automatically refresh itself to let the
authentication sub-system know that the user is still logged in. The user must not close the login page or they will be prompted again
(after a short while) for their username and password. To logout securely, the user must click on the logout button. For more information,
see the Auth | ssl login configuration page. This method can be used when the proxy is operating in either transparent
or non-transparent mode.
- Core authentication - Filter users by asking the authentication sub-system whether there is a known user at a particular
IP address. If the user has not been authenticated by any other authentication mechanism, the user's status is returned by the
authentication sub-system as 'Unauthenticated'. This option means that the proxy will use the authentication method that has been
configured by the authentication sub-system, typically SSL Login.
- Ident - Filter users according to the username returned by the user's Ident server application. This method is useful
for using an existing Ident authentication system. This will work when the proxy is operating in transparent mode - however, Ident
servers must be configured to allow queries from the firewall about connections not destined for it. This is due to the nature of
transparent proxying. To use your existing network login, install Ident servers on end-user systems and add the users to the
authentication sub-system's local user database. Ident is not secure and is easily spoofed on Microsoft clients, but it is reasonably
secure for properly configured Unix clients.
- Identification by IP - Filter network hosts according to IP addresses, IP ranges or subnets.
To choose the authentication method used by Guardian, select the appropriate radio-button control. Click the Save,
Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Note 1 - To use authentication, the authentication sub-system must be configured and running. For further information, please refer to the
various help pages provided in the Auth configuration page group.
Note 2 - Previous versions of Guardian provided a Forced Ident option which effectively banned all users with whose Ident server on their
PC is disabled or returning blank usernames. This forced Ident users to at least return a username. This option does not exist any longer;
instead this same effect is achieved by choosing Ident as the authentication method and configuring the authentication sub-system's
Unauthenticated IPs group not to be able to web browse using the Groups allowed to use web proxy region.
Note 3 - Previous versions of Guardian provided a Ident with users defaulted to banned option which would make all ungrouped users
default to the authentication sub-system's Banned Users group rather than the Default Users group. This forced Ident users to
have a listed account on the authentication sub-system before they could web browse. This option does not exist any longer; instead this same effect
is achieved by choosing Ident as the authentication method and configuring the authentication sub-system's Default Users group not
to be able to web browse using the Groups allowed to use web proxy region.
Setting which groups are allowed to use the proxy
The users associated (or mapped) to a particular authentication group can be assigned one of three proxy
access permissions. Proxy access permissions are only applied if an authentication method other than No user authentication has been
selected.
The Groups allowed to use web proxy region contains a number of drop-down menus with the following options:
- No - The users of this authentication group are not allowed to use the web proxy.
- Yes (filtered) - The users of this authentication group are allowed to use the web proxy,
subject to appropriate filtering restrictions.
- Yes (unfiltered) - The users of this authentication group are allowed to use the web proxy,
without any filtering restrictions.
To set group access permissions, choose an access level from the drop-down menu adjacent to each authentication group. Click the appropriate
Save, Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the
configuration changes. For more information about the save options, see the Save and restart options section in this help file.
Automatic configuration scripts and manual browser configuration
When operating in non-transparent mode, end-user proxy access must be configured in each web browser's settings.
This can be performed manually, or by using the automatic configuration script feature provided by Guardian.
Information regarding the automatic configuration script and manual browser settings is displayed in the Automatic
configuration script region.
The following display fields are shown:
- Use automatic configuration script address - Displays the address that the automatic configuration script
is accessible from (for configuring end-user browser settings).
- Manual web browser proxy settings - Displays the proxy address and port settings that should be manually
configured in end-user browsers (if not using the automatic configuration script in non-transparent proxy mode).
Additional hosts can be added to the automatic configuration script's list of direct (non-proxy routing) hosts. This
is typically useful for internal web servers such as intranet servers. All such hosts will be automatically added
to a browser's Do not use proxy server for these addresses proxy settings if they access the automatic configuration script
for their proxy settings.
To add a particular host to the direct (non-proxy routing) list in the automatic configuration script, enter the host's IP address
or hostname into the Automatic configuration script custom direct hosts text control. Each host should be added on its
own line. Click the appropriate Save, Save and Restart or Save and Restart with cleared cache button at
the bottom of the page to record the configuration changes. For more information about the save options, see the Save and restart
options section in this help file.
Note - Browsers must be configured to access the automatic configuration script to receive the list of direct
routing hosts.
Enabling the Guardian web proxy on a per-interface basis
The Guardian proxy and web filtering services are enabled on a per-interface basis using the Interfaces region.
To enable the Guardian web proxy on a per-interface basis, select each interface that the proxy should be enabled on using the
appropriate interface tick-box controls in the Interfaces region. Click the appropriate Save, Save and
Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Web filter precedence
When the elements of a particular web page are examined by the Guardian filter engine, a list of applicable filter rules are retrieved
(according to the global settings, network host or authenticated user). The filter rules are organised and processed in a consistent and
efficient manner (I.e. the existence of filter rules allowing unfiltered administrator access are checked before any dynamic content rules).
The filtering rules are processed in the following order.
- Is the source IP supposed to be unfiltered (e.g. administrator PC)?
- Is the username supposed to be unfiltered (e.g. administrator user)?
- Is the URL or domain supposed to be unfiltered (e.g. known good site)?
- Is whitelist mode (also known as greenlist mode) enabled?
- Is the source IP supposed to be banned (e.g. public un-monitored PC)?
- Is the user supposed to be banned? (e.g. shared public username)?
- Does the URL match a regular expression in the URL block list?
- Is the URL or domain in the blocklist?
- Is the domain an IP and are IP domains supposed to be blocked?
- Is the user uploading a file and if so is this banned or above limits?
- Is the MIME type of the file being requested supposed to be blocked?
- Is the file extension of the file being requested supposed to be blocked?
- Is the page's PICS rating above the allowed ratings?
- Does the page contain "allow" phrases causing it to bypass the filter?
- Does the page contain banned phrases?
- Is the page score (from weighted phrases) above the limits?
If a rule is matched, the filter engine takes appropriate action and stops processing the request:
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note - If the Save button has been clicked, a Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a restart operation has been completed. Click
the Restart button to initiate a full restart of the Guardian sub-system.
Customise
The customise page is used to configure the Guardian Blocked Page that is displayed whenever the Guardian filter engine
determines that a web request should be blocked.
Uploading and removing custom page images
There are two customisable image regions displayed on the blocked page:
- Title jpeg - The image displayed at the top of the blocked page, 551 x 79 pixels.
- Background jpeg - The image displayed as a background to the blocked page, 551 x 551 pixels.
To upload custom title or background images, click the Browse button adjacent to the Custom title or
Custom background text field control. Locate a replacement image file (in "jpeg" format) using your browser's Open dialog,
and click its Ok, Open or equivalent button. Click the appropriate Upload custom jpeg button to upload the image
to Guardian. Once uploaded, file size information will be displayed in the Upload site blocked page images region.
To remove a custom background or title image, click the appropriate Remove title jpeg or Remove background jpeg button.
Note - To display an uploaded custom title or background image, select the appropriate Use custom title jpeg or
Use custom background jpeg control in the Site blocked page region. For further information, see the Using custom page
images section of this help page.
Customising the message fields
There are two customisable message fields displayed on the blocked page:
- Message line 1 - The main blocked message, displayed in a prominent font.
- Message line 2 - A secondary message displayed in a smaller font.
To customise the message fields, edit the text in the Message line 1 and Message line 2 text fields. Click the appropriate
Save, Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the
configuration changes. For more information about the save options, see the Save and restart options section in this help file.
Customising the information fields
There are six information fields that can selectively be displayed on the blocked page:
- Show client IP - Displays the IP address of the requesting network host.
- Show username - Displays the user's username (if applicable).
- Show URL - Displays the URL of the blocked web request.
- Show category - Displays the block category that caused the page to be blocked (if applicable).
- Show group - Displays the user's group membership (if applicable).
- Show reason - Displays the reason why the web request was blocked.
To display any particular one of these information fields, select its adjacent tick-box control. Click the appropriate
Save, Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the
configuration changes. For more information about the save options, see the Save and restart options section in this help file.
Customising the page images
There are two controls that enable custom images to be displayed on the blocked page:
- Use custom title jpeg - Replaces the default title image with the uploaded title image.
- Use custom background jpeg - Replaces the default background image with the uploaded background image.
Suitable image files must be uploaded before custom page images can be displayed on the block page. For further information,
see the Uploading and removing custom page images section of this help page.
To display custom images on the blocked page, select the appropriate Use custom title jpeg or Use custom background jpeg
tick-box control and click the appropriate Save, Save and Restart or Save and Restart with cleared cache button at
the bottom of the page. For more information about the save options, see the Save and restart options section in this help file.
Customising the unblock and bypass controls
Two sets of additional controls can be displayed on the blocked page:
- Unblock controls - Display the unblock controls on the blocked page, allowing administrator users to add
a filter rule that prevents the site from being blocked.
- Temporary bypass controls - Displays the bypass on the blocked page, allowing bypass users to temporarily
add a filter rule that prevents the site from being blocked.
To display the unblock and bypass controls, select the appropriate Show unblock controls or Show temporary bypass controls
tick-box control and click the appropriate Save, Save and Restart or Save and Restart with cleared cache button at
the bottom of the page. For more information about the save options, see the Save and restart options section in this help file.
Note - The Temporary Bypass and Control options use non-standard port 442. This is to enable admin access controls to be
used without affecting these features.
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note - If the Save button has been clicked, a Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a restart operation has been completed. Click
the Restart button to initiate a full restart of the Guardian sub-system.
Identification by IP
The ident by ip page is used to apply filter rules based on IP address when Identification by IP is set as the authentication method.
Introduction to Identification by IP
It is possible to apply different filter rules to different network hosts by "authenticating" a host IP address. This method
can only be used with the Identification by IP authentication method, as selected in the Authentication settings region of the
Guardian | web proxy page. It is not possible to use IP-based filtering in conjunction with any other authentication methods.
The method works by assigning IP addresses, IP ranges and subnets against the different authentication groups, which in turn have filter rules
assigned against them on the Guardian | url filter, Guardian | content filter, Guardian | file filter and
Guardian | time configuration pages.
Enabling identification by IP
To enable authentication using IP addresses, select the Identification by IP authentication method on the Guardian | web proxy
page.
Adding IPs to an authentication group
Choose the authentication group that you wish to add hosts too from the Select group drop-down menu. Click the Select button.
Next, enter an IP address, IP address range or subnet definition into the Source address text field. The following are examples of
permissible source address values:
- 192.168.10.1 - Specifies the single IP address 192.168.10.1
- 192.168.10.1-192.168.15.255 - Specifies the range of consecutive IP addresses from 192.168.10.1 to 192.168.15.255
- 192.168.10.0/24 - Specifies the subnet range of IPs from 192.168.10.0 to 192.168.10.255 in abbreviated notation.
- 192.168.10.0/255.255.255.0 - Specifies the subnet range of IPs from 192.168.10.0 to 192.168.10.255 with full notation.
Enter a useful comment into the Comment text field and click the Add button.
Once all hosts have been added to the various authentication groups, the various filter rules (URL, content, file and time) can be configured and
assigned to them.
Note - It is not possible to add host names or Windows computer names on the ident by ip page.
URL Filter
The url filter page is used to create filter rules that can: block categories of pre-defined URLs; allow or block custom lists of domains or URLs;
replace URL content for categories of pre-defined URLs; and replace URL content for custom lists of URLs.
Applying URL filtering to a group of users
Guardian allows different URL filter settings to be configured for each filter group of users. To set the
filter group that URL filter settings will apply to choose the appropriate authentication group from the Select group
drop-down menu and click the Select button.
When an authentication group is selected, the URL filter settings currently assigned to it will be displayed and all
subsequent configuration changes will be applied to it.
Using URL category blocking
Categorised lists of URLs are available on subscription from SmoothWall Limited or your authorised SmoothWall reseller.
Each blocklist contains a vast quantity of URLs known to contain undesirable content such as pornography, gambling and
intolerance.
There are two special blocklist categories that work in a different way to the others:
When a URL from either of these two blocklists is matched and the object is a HTML page, it will not display the usual blocked page;
instead it will display a blank page with a link to the blocked page saying "Advert Blocked". If the matched URL points to an image, it
will be replaced with a transparent image of equivalent size, thus removing embedded adverts from web pages.
To choose which URL blocklists are active for the currently selected filter group, select the blocklist tick-box control adjacent to
each named URL category that you wish to block. Click the appropriate Save, Save and Soft Restart, Save and Restart
or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes. For more information
about the save options, see the Save and restart options section in this help file.
Note - Tool-tip descriptions for each of the blocklists can be viewed by hovering the mouse pointer over the blocklist name.
Using custom rules
There are seven different ways to customise the URL filtering engine:
- Block these domains - Used to list entire domains that should be blocked. The domain should not include www or
http:// at the start. It will match domains ending in the ones you list.
- Block these URLs - Used to list a "fraction" of a URL that should be blocked. The URL should not include the protocol
part, or initial hostname (so do not include http://www.). The match will end when the URL in the list ends. For instance, to
block the http://www.abc.com/abc URL and all sub-URLs within it, enter abc.com/abc into the text control.
- Always allow these domains - Used to allow a domain that is being incorrectly blocked by a category blocklist.
Add sites which you would like to allow unfiltered access to into this text control.
- Always allow these URLs - Used to allow a URL that is being incorrectly blocked by a category blocklist.
Add sites which you would like to allow unfiltered access to into this text control.
- Allow but filter these (grey) domains - If a URL category blocklist is blocking a domain which you would like to allow
but still apply content, file and time filtering, add it to this list.
- Allow but filter these (grey) URLs - If a URL category blocklist is blocking a URL which you would like to allow
but still apply content, file and time filtering, add it to this list.
- Regular expression blocked URLs - Enter a list of regular expressions which, if they match the URL of the page,
will cause it to be blocked. For more information, see the Using regular expressions section of this help page.
To create custom rules, enter appropriate values using each of these configuration controls and click the appropriate Save,
Save and Soft Restart, Save and Restart or Save and Restart with cleared cache button at the bottom of the page.
For more information about the save options, see the Save and restart options section in this help file.
Using URL replacement category blocking
URL replacement is used to manipulate URL strings, typically to remove undesirable URL redirections or to enforce safe searching options.
To activate a particular built-in URL replacement rule, select its tick-box control from the URL replacement category blocking region
and click the appropriate Save, Save and Soft Restart, Save and Restart or Save and Restart with cleared cache
button at the bottom of the page. For more information about the save options, see the Save and restart options section in this help file.
Note - Tool-tip descriptions for each of the replacement categories can be viewed by hovering the mouse pointer over the blocklist name.
Using custom URL replacement rules
Custom URL replacement rules are regular expressions that express search and replacement patterns that are applied to URLs. For example:
- "(\/search=)foo"->"$1bar"
- "(www\.)?badsite\.tld.*"->"www.goodsite.tld"
For more information about regular expressions, see the Using regular expressions section of this help page.
To create a custom URL replacement rule, enter a regular expression replacement rule into the Custom URL replacement rules text control.
Enter each replacement on its own line in the format "http://(www\.)?example.com"->"http://www.example.net". Click the appropriate Save,
Save and Soft Restart, Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record
the configuration changes. For more information about the save options, see the Save and restart options section in this help file.
Note 1 - Content replacement rules are case insensitive.
Note 2 - If you wish to replace the " character there is no need to escape it with a backslash (\). The replacement field does not need special
characters escaping.
Using advanced URL filtering
Guardian offers three additional controls that provide advanced URL filtering capabilities:
- Deep URL analysis - This technique examines the URLs embedded within the page and filters them too. This is
particularly useful for image search websites and other redirecting / proxy sites that try to hide real addresses to bypass URL
filtering.
- IP-only blocking - This technique disables web sites whose addresses are only IP addresses, for example
"http://1.2.3.4/test/" would be blocked. A number of sites containing objectionable material use IP addresses in this way.
- Block all non-allowed URLs - This control changes the URL content filtering mode of operation to "Whitelist" (or
"Greenlist") mode. In this mode, all websites will be blocked unless specifically allowed in the Always allow these domains,
Always allow these URLs, Allow but filter these (grey) domains or Allow but filter these (grey) URLs lists.
To enable any of these advanced URL filtering mechanisms, select the appropriate tick-box controls in the Advanced URL filter
settings region.
Important notes
URLs should be entered without any special encoding. For example, rather than enter "test.com/test%20images" enter "test.com/test images".
This is because the URL filter decodes all URLs from their raw format and compares against the literal entries in the various URL custom
filtering lists
Using regular expressions
Regular expressions are a very powerful standard method of wildcard matching. A basic introduction to regular expression structure is provided
here. A regular expression is a text pattern consisting of a combination of alphanumeric characters and special characters known as metacharacters.
Metacharacters are very similar to wildcards. The pattern is used to match strings of characters such as in a URL. The result of a match is either
successful or not - however, a successful match does not necessarily entail that all of the pattern is matched. An alphanumeric character is either
a letter from the alphabet or a number. The following examples have been prepared to explain the basic concepts:
- (aaa|bbb) - Matches a URL containing the character sequence 'aaa' or 'bbb'. The vertical line means 'or'. Parentheses are used to 'group' on expression as a single entity.
- (\/aaa\/$) - Matches a URL ending in '/aaa/'. The '$' means end of line. The '\/' means '/' because '/' is a special character and '\' is a modifier.
- (aaa.com\/bbb) - Would block 'www.aaa.com/bbb/' and 'aaa.com/bbb/'. You must not add the 'http://' bit.
- (porn(ography)*) - Matches 'porn' and 'pornography' and 'pornographyography' etc. The '*' means zero or more of the last entity.
- ((eg|le)gs) - Matches either 'eggs' or 'legs'.
- ((ab)+) - Matches 'ab', 'abab', 'ababab' etc. The '+' means one or more of the last entity.
- ([0-9]+porn) - Matches '0porn', '46porn', '257porn' etc. The '[]' are a range of characters.
- (apple(s)?) - Matches 'apple' and 'apples' but not 'appless'. The '?' means zero or one of the last character. In this case the '()' are only for clarity.
- (c..p) - Matches 'carp', 'czzp', 'crop', etc. The '.' means any non-space character.
Additional information regarding regular expressions can be found by searching for "Regular Expressions" on an Internet search engine.
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Soft Restart - Completes a save operation followed by a soft restart of the Guardian
sub-system. A soft restart operation causes Guardian to re-read all filter rules without interrupting end-user browsing
or file downloads. A soft restart normally completes in a few seconds. Soft restarts are useful when changes have been
made to the filter rules only. If changes have been saved to other areas of Guardian (I.e. not filter rule changes),
a soft restart will not be possible.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note 1 - If the Save button has been clicked, a Soft Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a soft restart operation has been completed. Click
the Soft Restart button to initiate a soft restart of the Guardian sub-system.
Note 2 - If a restart operation is already required as a result of configuration changes made to the Guardian | web proxy
or Guardian | customise pages, the Save and Soft Restart button will be replaced by the Save and Restart
button. Also, the Soft Restart Proxy note will be replaced by the Restart Proxy note.
Content Filter
The content filter page is used to create filter rules that can dynamically block pages based on their content, including: phrase category
blocking; custom phrase filtering; PICS (Platform for Internet Content Selection) settings; content replacement category blocking; and
custom content replacement rules.
Introduction to content filtering
Phrase filtering is one of Guardian's two true content filtering features. It checks the actual content of the web pages for key phrases.
There are two methods of phrase blocking:
- Banned phrases - Banned phrases, if found within a page, cause that page to be blocked.
- Weighted phrases - Weighted phrases have a value, either positive or negative. Each weighted phrase found in a page
will be added up and the total calculated. If the total calculated is over a customisable limit, the page is blocked. The weighted
phrase method is powerful in that it can have a list of "good" words that will prevent over blocking and a list of "bad" words which
can be assigned a strength value. The word drug is not enough to block a page, but it can certainly push it slightly towards
being blocked.
Phrase content filtering is very powerful and will block most bad sites, however, should any sites get through, they can be added to
the Block these additional domains list on the Guardian | url filter page. Some sites will get through the phrase
filtering because they only contain images and don't have any keywords to trip the blocking.
At the top of the page is the Phrase Category blocking which will show a number of lists. They can be upgraded by importing new
lists on the blocklists page. Category lists are available on subscription from SmoothWall Limited. They are called category
lists because each blocklist set has individual lists for different categories, such as adult content, pornography, sites containing information
about drugs, gambling, etc. The goodphrases category is an important category to almost always tick; it contains phrases that are
typically found on "cleaner" web pages. These phrases are assigned negative values and will help reduce over-blocking.
Applying content filtering to a group of users
Guardian allows different content filter settings to be configured for each filter group of users. To set the
filter group that content filter settings will apply to choose the appropriate authentication group from the Select group
drop-down menu and click the Select button.
When an authentication group is selected, the content filter settings currently assigned to it will be displayed and all
subsequent configuration changes will be applied to it.
Enabling phrase filtering
Phrase filtering can be enabled individually for each authentication group using the Phrase filtering region. Choose the appropriate
authentication group using the Select group drop-down menu, click the adjacent Select button and tick the Enable
phrase-based filtering tick-box in the Phrase filtering region. Click the appropriate Save, Save and Soft Restart,
Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Using phrase category blocking
The list of different phrase categories are displayed in the Phrase category blocking region. These categories are derived from the
blocklists and are updated when a blocklist update is downloaded and installed.
To select the phrase filtering categories used for the currently selected authentication group of users, select the tick-box adjacent to
each required category. Click the appropriate Save, Save and Soft Restart,
Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Note 1 - Don't forget to use the goodphrases category to reduce over-blocking. For further information, see the Introduction to
content filtering section in this help page.
Note 2 - Tool-tip descriptions for each of the phrase categories can be viewed by hovering the mouse pointer over the category name.
Creating custom phrase filtering rules
The phrase analysis engine can be customised using the Custom phrase filtering rules region. There are five different controls that
can be used to create phrase filtering customisations:
- Block pages containing these phrases - This is a list of all the additional phrases you would like to block pages that contain them. The format is (some phrase). You can have combination phrases as well, for example ( sex ),( nudity ),(violence),( young). Some phrases alone are not enough to warrant a page blocking, but when a combination of certain words is found it might be worth blocking.
- Ignore these phrases from the built-in phrase list - This is a list of all phrases you would like to remove from a built-in banned phrase list. For example, you might want to block pornography phrases, but a certain phrase is causing over blocking. The format is the same as Block pages containing these phrases.
- Do not block pages containing the following phrases - This is a list of all phrases you would like pages that contain them to be allowed. For example, your organisation might do a lot of research on a particular subject and some pages get blocked. What you would do is add a phrase commonly found in that subject. Be careful not to include phrases that are too common or you will find a lot of pages getting through the filter when they should not be. The format is the same is Block pages containing these phrases.
- Include these weighted phrases - This is a list of all the additional weighted phrases you would like include in the page scoring mechanism. The format is (some phrase)(whole number). You can have combination phrases as well, for example ( sex ),( nudity ),(violence),( young)(40). The phrase or combination can have either a positive or negative value. Positive is bad, negative is good. Weighted phrases is a more subtle way of handling banned and exception phrases.
- Ignore these phrases from the built-in weighted phrase list - This is a list of all phrases you would like to remove from the built-in weighted phrase list. For example, you might want to block pornography phrases, but a certain phrase is causing over blocking. The format is the same is Block pages containing these phrases.
- Weighted phrase trip limit - Is the score value that a page must get before it is blocked due to weighted phrases. It has three presets, but you can specify your own by choosing specified limit and entering a number greater than zero in Weighted phrase limit. Note that, as per all the other setting different groups can have their own trip limit. This can be useful if you have different age ranges of users.
Administrators can also define a completely customised weighted phrase limit. Thresholds less than 20 are likely to make web
surfing difficult due to too over-blocking. Numbers above 250 are likely to allow many sites containing objectionable material
through.
After entering custom phrase filter rules, click the appropriate Save, Save and Soft Restart, Save and Restart
or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes. For more information
about the save options, see the Save and restart options section in this help file.
Note - Use spaces in custom phrases to your advantage. If you enter the phrase (sex) it will match any word where 'sex' is part of it. For example 'Middlesex' (an area in London, UK). What you should often use instead is a word with spaces around it, for example ( sex ), which would only match the word 'sex' by itself. Clearly you would not block that word as it has many legitimate uses. The use of spaces will reduce problems with over-blocking. Don't forget that phrases can consist of multiple words such as (an obscenity )
Additional information about custom weighted phrases
A weighted phrase rule consists of a phrase followed its score, in the following format:
The above example increases the objectionable total score by 20 points for every occurrence of the word "phrase" in a web page.
An example of a good phrase rule might be:
Such good phrases are useful because they may counter the negative connotations of the word "hardcore" appearing on a web
page. The above example decreases the objectionable total by 20 points.
Using PICS filtering
PICS (Platform for Internet Content Selection) is a voluntary standard for the self-labelling of website or web page
content. For ease of use, the 70 official PICS rating categories have been combined into 12 groups by Guardian. Each category
can have one of four objective settings:
- None - Only allow pages with no content of this category type.
- Some or mild - Only allow pages with some content of this category type.
- Lots - Allow pages with a high content of this category type.
- No filtering - Do not filter pages containing this category type.
Objective settings can be set globally (across all categories) or individually for each category. Since PICS is a
self-labelling standard, interpretations can differ between web sites. The websites of reputable companies and organisations often
overrate their site to be responsible, so it may be to be necessary to increase PICS tolerance in some circumstances.
Select appropriate values using each of these configuration controls and click the appropriate Save, Save and Restart
or Save and Restart with cleared cache button at the bottom of the page. For more information about the save options, see the
Save and restart options section in this help file.
Note - Websites without PICS ratings are not checked using PICS filtering.
Content replacement category blocking
Content replacement category blocking rules are used to manipulate the content of web pages, typically to remove undesirable features such as popup
windows and maliciously embedded code.
To choose which content replacement categories are active for the currently selected filter group, select the tick-box control adjacent to
each named replacement category that you wish to enable. Click the appropriate Save, Save and Soft Restart, Save and Restart
or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes. For more information
about the save options, see the Save and restart options section in this help file.
Note - Tool-tip descriptions for each of the blocklists can be viewed by hovering the mouse pointer over the blocklist name.
Creating custom content replacement rules
Custom content replacement rules can be expressed as a regular expressions that defines a particular search and replacement pattern. The rule can then be
applied to the content of a web page.
This can be used for basic tasks such as censoring certain words or phrases, or more complex tasks such as removing JavaScript and HTML tags. The
creation of a custom rule requires a good knowledge of regular expressions. For more information about regular expressions, see the Using regular
expressions section on this help page.
The format of a content replacement rule is as follows:
- "regular expression here"->"replacement for regular expression here"
The following examples demonstrate the use of custom content replacement rules:
- "before"->"after" - Replaces one work with another.
- "phrase1|phrase2|phrase3"->"newphrase" - Replaces any of the listed words with another.
- "<script language.*open\(.*script>"->"<!-- JavaScript removed -->" - Removes JavaScript elements from HTML
- "<b>"->"<strong>" - Converts the HTML <b> tag to the HTML <strong> tag.
- "</b>"->"</strong>" - Converts the HTML </b> tag to the HTML </strong> tag.
- "<(/?)b>"->"<$/strong>" - Converts the <b> and </b> tags to <strong> and </strong> using a single rule.
- "<blink>|</blink>"->"" - Removes the often-hated <blink> HTML tag.
- "jscript.encode">"->"jscript.disabled" - Removes potentially malicious encoded JavaScript.
- "(bananas are )bad( for you)"->"$1good$2" - Replaces the word 'bad' to 'good' in the sentence. $1 and $2 represent the matches in brackets ().
After entering custom phrase filter rules, click the appropriate Save, Save and Soft Restart, Save and Restart
or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes. For more information
about the save options, see the Save and restart options section in this help file.
Note - Regular expressions are matched on a case insensitive basis. There are no special requirements to escape double-quote characters (").
Using regular expressions
Regular expressions are a very powerful standard method of wildcard matching. A basic introduction to regular expression structure is provided
here. A regular expression is a text pattern consisting of a combination of alphanumeric characters and special characters known as metacharacters.
Metacharacters are very similar to wildcards. The pattern is used to match strings of characters such as in a URL. The result of a match is either
successful or not - however, a successful match does not necessarily entail that all of the pattern is matched. An alphanumeric character is either
a letter from the alphabet or a number. The following examples have been prepared to explain the basic concepts:
- (aaa|bbb) - Matches a URL containing the character sequence 'aaa' or 'bbb'. The vertical line means 'or'. Parentheses are used to 'group' on expression as a single entity.
- (\/aaa\/$) - Matches a URL ending in '/aaa/'. The '$' means end of line. The '\/' means '/' because '/' is a special character and '\' is a modifier.
- (aaa.com\/bbb) - Would block 'www.aaa.com/bbb/' and 'aaa.com/bbb/'. You must not add the 'http://' bit.
- (porn(ography)*) - Matches 'porn' and 'pornography' and 'pornographyography' etc. The '*' means zero or more of the last entity.
- ((eg|le)gs) - Matches either 'eggs' or 'legs'.
- ((ab)+) - Matches 'ab', 'abab', 'ababab' etc. The '+' means one or more of the last entity.
- ([0-9]+porn) - Matches '0porn', '46porn', '257porn' etc. The '[]' are a range of characters.
- (apple(s)?) - Matches 'apple' and 'apples' but not 'appless'. The '?' means zero or one of the last character. In this case the '()' are only for clarity.
- (c..p) - Matches 'carp', 'czzp', 'crop', etc. The '.' means any non-space character.
Additional information regarding regular expressions can be found by searching for "Regular Expressions" on an Internet search engine.
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Soft Restart - Completes a save operation followed by a soft restart of the Guardian
sub-system. A soft restart operation causes Guardian to re-read all filter rules without interrupting end-user browsing
or file downloads. A soft restart normally completes in a few seconds. Soft restarts are useful when changes have been
made to the filter rules only. If changes have been saved to other areas of Guardian (I.e. not filter rule changes),
a soft restart will not be possible.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note 1 - If the Save button has been clicked, a Soft Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a soft restart operation has been completed. Click
the Soft Restart button to initiate a soft restart of the Guardian sub-system.
Note 2 - If a restart operation is already required as a result of configuration changes made to the Guardian | web proxy
or Guardian | customise pages, the Save and Soft Restart button will be replaced by the Save and Restart
button. Also, the Soft Restart Proxy note will be replaced by the Restart Proxy note.
File Filter
The file filter page allows filter rules to be created that can block incoming file transfers according to their file extension or MIME type. This
can be useful for reducing bandwidth consumption, limiting viral activity and enforcing acceptable use policies.
Applying file filtering to a group of users
Guardian allows different file filter settings to be configured for each filter group of users. To set the
filter group that file filter settings will apply to choose the appropriate authentication group from the Select group
drop-down menu and click the Select button.
When an authentication group is selected, the file filter settings currently assigned to it will be displayed and all
subsequent configuration changes will be applied to it.
Note - file filtering is not infallible, there are ways to avoid detection such as embedding files in other types of files such as documents.
Using file extension category blocking
File extension category blocking is used to block similar types of files according to their file extension. A certain amount of AI is used to guess
the file extension if the user tries to circumvent filtering, for example by downloading using a cgi script. File extension blocking is not infallible
and the user can always rename the file to something else. If they do, the MIME-type blocking may catch it.
The list of blockable file extension categories are displayed in the File extension category blocking region. These categories are derived
from the blocklists and are updated when a blocklist update is downloaded and installed. The following categories are available:
- archives - Includes .zip, .tar, etc.
- audio - Includes .wav, .au, .mp3, etc.
- executables - Includes .exe, .com, .dll, etc.
- macros - Includes .doc, .xls, .mdb, etc. Even seemingly harmless files such as Microsoft® Office® files contain executable code that can infect your workstations.
- video - Includes .avi, .mpg, .mov, etc.
- wasting - Includes .iso.
To select the file extension categories used for the currently selected authentication group of users, select the tick-box adjacent to
each required category. Click the appropriate Save, Save and Soft Restart,
Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Note - Tool-tip descriptions for each of the file extension categories can be viewed by hovering the mouse pointer over the category name.
Creating custom file extension rules
To block a particular type of file, enter one file extension (such as .doc) per line into the Block these additional file extensions
text control. The dot character (.) must be included. Do not block .html or image files as this will cause problems displaying web pages.
To allow a particular type of file, enter one file extension (such as .doc) per line into the Allow these additional file extensions
text control. The dot character (.) must be included.
Click the appropriate Save, Save and Soft Restart, Save and Restart or Save and Restart with cleared cache
button at the bottom of the page to record the configuration changes. For more information about the save options, see the Save and restart
options section in this help file.
Using MIME type category blocking
MIME type category blocking is used to block similar types of files according to their MIME type. MIME-type blocking is not infallible as the
web server may sometimes report the wrong MIME-type. If this happens, file extension blocking might catch it.
The list of blockable MIME type categories are displayed in the MIME type category blocking region. These categories are derived
from the blocklists and are updated when a blocklist update is downloaded and installed. The following categories are available:
- archives - Includes zip files and similar.
- video - Includes avi files and similar.
- audio - Includes wav files and similar.
- octet - Includes any other binary file such as Word documents. These would not normally be files designed for web pages.
- inpageexe - Includes Java and Javascript and similar.
To select the MIME type categories used for the currently selected authentication group of users, select the tick-box adjacent to
each required category. Click the appropriate Save, Save and Soft Restart,
Save and Restart or Save and Restart with cleared cache button at the bottom of the page to record the configuration changes.
For more information about the save options, see the Save and restart options section in this help file.
Note - Tool-tip descriptions for each of the file extension categories can be viewed by hovering the mouse pointer over the category name.
Creating custom MIME type rules
To block a particular MIME type, enter one file extension (such as application/octet-stream) per line into the Block these additional
MIME types text control. The format is MIME-type. You do not need to specify the whole MIME-type; you could for example just put
application. Do not block text/html and so on as this will cause problems displaying
web pages.
To allow a particular MIME type, enter one file extension (such as application/octet-stream) per line into the Allow these
additional MIME types text control.
Click the appropriate Save, Save and Soft Restart, Save and Restart or Save and Restart with cleared cache
button at the bottom of the page to record the configuration changes. For more information about the save options, see the Save and restart
options section in this help file.
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Soft Restart - Completes a save operation followed by a soft restart of the Guardian
sub-system. A soft restart operation causes Guardian to re-read all filter rules without interrupting end-user browsing
or file downloads. A soft restart normally completes in a few seconds. Soft restarts are useful when changes have been
made to the filter rules only. If changes have been saved to other areas of Guardian (I.e. not filter rule changes),
a soft restart will not be possible.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note 1 - If the Save button has been clicked, a Soft Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a soft restart operation has been completed. Click
the Soft Restart button to initiate a soft restart of the Guardian sub-system.
Note 2 - If a restart operation is already required as a result of configuration changes made to the Guardian | web proxy
or Guardian | customise pages, the Save and Soft Restart button will be replaced by the Save and Restart
button. Also, the Soft Restart Proxy note will be replaced by the Restart Proxy note.
Time Filter
The time filter page allows filter rules to be created that allow or filter URLs according to the time of day or day of week.
Introduction to time filter rules
Guardian allows different filter settings to be applied according to the time of day and day of week. An example use of this facility is to provide
recreational access to particular websites (news, sport and email) during lunchtimes and evenings.
Time based filter settings are configured using two types of domain lists:
- Grey lists - Domains that you would like to allow past the normal URL filtering controls at certain times.
- White lists - Domains that you would like to allow past ALL filtering at certain times.
Guardian allows up to four grey and four white lists to be created, providing a flexible approach to time-based filter management.
Applying time filtering to a group of users
Guardian allows different time filter settings to be configured for each filter group of users. To set the
filter group that time filter settings will apply to choose the appropriate authentication group from the Select group
drop-down menu and click the Select button.
When an authentication group is selected, the time filter settings currently assigned to it will be displayed and all
subsequent configuration changes will be applied to it.
Creating a time-based grey list
To create a time-based grey list (domains that you would like to allow past the normal URL filtering controls), locate an unused grey list from
one of the four grey lists in the Time based grey lists region. Choose an active time range using the Active from and to
drop-down menus. Select the days of the week that this grey list will be active for using the Mon to Sun tick-box group of
controls. Enter domains into the grey list text box control, one domain per line. For example, example.com.
Click the appropriate Save, Save and Soft Restart, Save and Restart or Save and Restart with cleared cache
button at the bottom of the page to record the configuration changes. For more information about the save options, see the Save and restart
options section in this help file.
Note 1 - Domains should not include www or http:// at the start.
Note 2 - The Active from control must be less than the To time. Times cannot overlap midnight.
Creating a time-based white list
To create a time-based white list (domains that you would like to allow past ALL filtering at certain times), locate an unused white list from
one of the four white lists in the Time based white lists region. Choose an active time range using the Active from and to
drop-down menus. Select the days of the week that this white list will be active for using the Mon to Sun tick-box group of
controls. Enter domains into the white list text box control, one domain per line. For example, example.com.
Click the appropriate Save, Save and Soft Restart, Save and Restart or Save and Restart with cleared cache
button at the bottom of the page to record the configuration changes. For more information about the save options, see the Save and restart
options section in this help file.
Note 1 - Domains should not include www or http:// at the start.
Note 2 - The Active from control must be less than the To time. Times cannot overlap midnight.
Save and restart options
The following save and restart options are available from the web proxy page:
- Save - A save operation records configuration changes but does not apply them. This can be useful
when making a series of configuration changes to Guardian, so that repeated interruption to end-users from
unnecessary restarts can be avoided.
- Save and Soft Restart - Completes a save operation followed by a soft restart of the Guardian
sub-system. A soft restart operation causes Guardian to re-read all filter rules without interrupting end-user browsing
or file downloads. A soft restart normally completes in a few seconds. Soft restarts are useful when changes have been
made to the filter rules only. If changes have been saved to other areas of Guardian (I.e. not filter rule changes),
a soft restart will not be possible.
- Save and Restart - Completes a save operation followed by a full restart of the Guardian
sub-system. A restart will apply all unapplied configuration changes. A restart takes a short while to complete
(up to a minute), during which time end-user browsing will be suspended and any currently active downloads will
fail. It is a good idea to only initiate restarts when it is convenient for the proxy end-users.
- Save and Restart with cleared cache - Completes a save and restart operation, followed by a clear cache
operation. This is used to empty the proxy cache of all data, especially if cache performance has been degraded by the
storage of stale information - typically from failed web-browsing or poorly constructed web sites.
Note 1 - If the Save button has been clicked, a Soft Restart Proxy note will be displayed at the top of all Guardian
configuration pages, to remind the user that the changes will not be applied until a soft restart operation has been completed. Click
the Soft Restart button to initiate a soft restart of the Guardian sub-system.
Note 2 - If a restart operation is already required as a result of configuration changes made to the Guardian | web proxy
or Guardian | customise pages, the Save and Soft Restart button will be replaced by the Save and Restart
button. Also, the Soft Restart Proxy note will be replaced by the Restart Proxy note.
Blocklists
The blocklists page is used to download and install blocklists, in addition to viewing current version and install status information.
Introduction to blocklists
Blocklists are the mechanism by which Guardian's preset filter settings are kept up to date. Each blocklist
includes updated settings that can automatically improve the effectiveness and accuracy of the Guardian filter engine.
There are six types of blocklist that are updated by SmoothWall Ltd on a regular basis:
- URLs - Lists of categorised URLs and domains known to contain objectionable material, used by the URL filter.
- URL replacement - Lists of URL replacement rules, used by the URL filter.
- Phrases - Lists of categorised phrases, used for phrase blocking by the content filter.
- Content replacement - Lists of content replacement rules, used by the content filter.
- File extensions - Lists of categorised file extension, used by the file filter.
- MIME types - Lists of MIME types, used by the file filter.
Viewing current blocklist information
The installation status and version information for each type of blocklist is displayed in the Current version table at the top of
the page.
Automated download and installation of blocklists
Blocklist updated can be downloaded and installed by clicking the Download live blocklist update button.
Note - In order to download blocklists a valid blocklist subscription must be held. To obtain a blocklist subscription,
please contact your authorised SmoothWall Reseller or SmoothWall Ltd directly.
Manually uploading blocklists
The manual blocklist facility is provided to allow blocklist files to be uploaded from the installation CD or a manually
downloaded blocklist file if there is no Internet connection currently available. In most normal circumstances, the automated
blocklist download facility should be used, and there are no reasons to use this manual update feature.
To manually upload blocklists, click the Browse button adjacent to the Built-in blocklists text field control. Use your browser's
Open dialog to locate a blocklist file and click its Ok, Open or equivalent button. Click the Upload new built-in
blocklists button.
Tools
The tools page is used to quickly replicate URL, content, file and time filter rule settings from one authentication group
to another.
Replicating filter settings between groups
To replicate filter rule settings from one authentication group to another, choose the authentication group to copy filter rules from
using the From group drop-down menu. Next, choose the authentication group to copy filter rules to using the From group
drop-down menu.
To copy all filter rules (URL, content, file and time rules), select the "All settings" option from the Group section drop-down
menu, or alternatively, to copy a particular group of filter rules (URL, content, file or time rules), select the appropriate option. Click
the Copy settings button to complete the operation.
|