Configuring Firewall Policies

A firewall isolates and protects a computer from the Internet by inspecting each inbound and outbound individual packet of data to determine whether to allow or drop it. Firewalls provide extra security if remote users in a group have split tunneling configured. In this case, the firewall protects the user's PC, and thereby the corporate network, from intrusions by way of the Internet or the user's local LAN. Remote users connecting to the security appliance with the VPN client can choose the appropriate firewall option.

Set personal firewall policies that the security appliance pushes to the VPN client during IKE tunnel negotiation by using the client-firewall command in group-policy configuration mode. To delete a firewall policy, enter the no form of this command.

To delete all firewall policies, enter the no client-firewall command without arguments. This command deletes all configured firewall policies, including a null policy if you created one by entering the client-firewall command with the none keyword.

When there are no firewall policies, users inherit any that exist in the default or other group policy. To prevent users from inheriting such firewall policies, enter the client-firewall command with the none keyword.

The Add or Edit Group Policy window, Client Firewall tab, lets you configure firewall settings for VPN

clients for the group policy being added or modified. % _

Note Only VPN clients running Microsoft Windows can use these firewall features. They are currently not available to hardware clients or other (non-Windows) software clients.

In the first scenario, a remote user has a personal firewall installed on the PC. The VPN client enforces firewall policy defined on the local firewall, and it monitors that firewall to make sure it is running. If the firewall stops running, the VPN client drops the connection to the security appliance. (This firewall enforcement mechanism is called Are You There (AYT), because the VPN client monitors the firewall by

sending it periodic "are you there?" messages; if no reply comes, the VPN client knows the firewall is down and terminates its connection to the security appliance.) The network administrator might configure these PC firewalls originally, but with this approach, each user can customize his or her own configuration.

In the second scenario, you might prefer to enforce a centralized firewall policy for personal firewalls on VPN client PCs. A common example would be to block Internet traffic to remote PCs in a group using split tunneling. This approach protects the PCs, and therefore the central site, from intrusions from the Internet while tunnels are established. This firewall scenario is called push policy or Central Protection Policy (CPP). On the security appliance, you create a set of traffic management rules to enforce on the VPN client, associate those rules with a filter, and designate that filter as the firewall policy. The security appliance pushes this policy down to the VPN client. The VPN client then in turn passes the policy to the local firewall, which enforces it.

Enter the following commands to set the appropriate client firewall parameters. You can configure only one instance of this command. Table 30-1, following this set of commands, explains the syntax elements of these commands:

Cisco Integrated Firewall

hostname(config-group-policy)# client-firewall {opt | req} cisco-integrated acl-in ACL acl-out ACL

Cisco Security Agent

hostname(config-group-policy)# client-firewall {opt | req} cisco-security-agent

No Firewall

hostname(config-group-policy)# client-firewall none

Custom Firewall

hostname(config-group-policy)# client-firewall {opt | req} custom vendor-id num product-id num policy {AYT | CPP acl-in ACL acl-out ACL} [description string]

Zone Labs Firewalls

%

hostname(config-group-policy)# client-firewall {opt | req} zonelabs-integrity

Note

When the firewall type is zonelabs-integrity, do not include arguments. The Zone Labs Integrity Server determines the policies.

hostname(config-group-policy)# client-firewall {opt | req} zonelabs-zonealarm policy {AYT | CPP acl-in ACL acl-out ACL}

hostname(config-group-policy)# client-firewall {opt | req} zonelabs-zonealarmorpro policy {AYT | CPP acl-in ACL acl-out ACL}

client-firewall {opt | req} zonelabs-zonealarmpro policy {AYT | CPP acl-in ACL acl-out

ACL}

Sygate Personal Firewalls hostname(config-group-policy)# client-firewall {opt | req} sygate-personal hostname(config-group-policy)# client-firewall {opt | req} sygate-personal-pro hostname(config-group-policy)# client-firewall {opt | req} sygate-security-agent

Network Ice, Black Ice Firewall:

hostname(config-group-policy)# client-firewall {opt | req} networkice-blackice

Table 30-1

client-firewall Command Keywords and Variables

Table 30-1

client-firewall Command Keywords and Variables

Parameter

Description

acl-in ACL

Provides the policy the client uses for inbound traffic.

acl-out ACL

Provides the policy the client uses for outbound traffic.

AYT

Specifies that the client PC firewall application controls the firewall policy. The security appliance checks to make sure that the firewall is running. It asks, "Are You There?" If there is no response, the security appliance tears down the tunnel.

cisco-integrated

Specifies Cisco Integrated firewall type.

cisco-security-agent

Specifies Cisco Intrusion Prevention Security Agent firewall type.

CPP

Specifies Policy Pushed as source of the VPN client firewall policy.

custom

Specifies Custom firewall type.

description string

Describes the firewall.

networkice-blackice

Specifies Network ICE Black ICE firewall type.

none

Indicates that there is no client firewall policy. Sets a firewall policy with a null value, thereby disallowing a firewall policy. Prevents inheriting a firewall policy from a default or specified group policy.

opt

Indicates an optional firewall type.

product-id

Identifies the firewall product.

req

Indicates a required firewall type.

sygate-personal

Specifies Sygate Personal firewall type.

sygate-personal-pro

Specifies Sygate Personal Pro firewall type.

sygate-security-agent

Specifies Sygate Security Agent firewall type.

vendor-id

Identifies the firewall vendor.

zonelabs-integrity

Specifies Zone Labs Integrity Server firewall type.

zonelabs-zonealarm

Specifies Zone Labs Zone Alarm firewall type.

zonelabs-zonealarmorpro policy

Specifies Zone Labs Zone Alarm or Pro firewall type.

zonelabs-zonealarmpro policy

Specifies Zone Labs Zone Alarm Pro firewall type.

The following example shows how to set a client firewall policy that requires Cisco Intrusion Prevention Security Agent for the group policy named FirstGroup:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# client-firewall req cisco-security-agent hostname(config-group-policy)#

Configuring Client Access Rules

Configure rules that limit the remote access client types and versions that can connect via IPSec through the security appliance by using the client-access-rule command in group-policy configuration mode. Construct rules according to these guidelines:

• If you do not define any rules, the security appliance permits all connection types.

• When a client matches none of the rules, the security appliance denies the connection. If you define a deny rule, you must also define at least one permit rule; otherwise, the security appliance denies all connections.

• For both software and hardware clients, type and version must exactly match their appearance in the show vpn-sessiondb remote display.

• The * character is a wildcard, which you can enter multiple times in each rule. For example, client-access rule 3 deny type * version 3.* creates a priority 3 client access rule that denies all client types running release versions 3.x software.

• You can construct a maximum of 25 rules per group policy.

• There is a limit of 255 characters for an entire set of rules.

• You can enter n/a for clients that do not send client type and/or version.

To delete a rule, enter the no form of this command. This command is equivalent to the following command:

hostname(config-group-policy)# client-access-rule 1 deny type "Cisco VPN Client" version 4.0

To delete all rules, enter the no client-access-rule command without arguments. This deletes all configured rules, including a null rule if you created one by issuing the client-access-rule command with the none keyword.

By default, there are no access rules. When there are no client access rules, users inherit any rules that exist in the default group policy.

To prevent users from inheriting client access rules, enter the client-access-rule command with the none keyword. The result of this command is that all client types and versions can connect.

hostname(config-group-policy)# client-access rule priority {permit | deny} type type version {version | none}

hostname(config-group-policy)# no client-access rule [priority {permit | deny} type type version version]

Table 30-2 explains the meaning of the keywords and parameters in these commands.

Table 30-2 client-access rule Command Keywords and Variables

Parameter

Description

deny

Denies connections for devices of a particular type and/or version.

none

Allows no client access rules. Sets client-access-rule to a null value, thereby allowing no restriction. Prevents inheriting a value from a default or specified group policy.

Table 30-2 client-access rule Command Keywords and Variables

permit

Permits connections for devices of a particular type and/or version.

priority

Determines the priority of the rule. The rule with the lowest integer has the highest priority. Therefore, the rule with the lowest integer that matches a client type and/or version is the rule that applies. If a lower priority rule contradicts, the security appliance ignores it.

type type

Identifies device types via free-form strings, for example VPN 3002. A string must match exactly its appearance in the show vpn-sessiondb remote display, except that you can enter the * character as a wildcard.

version version

Identifies the device version via free-form strings, for example 7.0. A string must match exactly its appearance in the show vpn-sessiondb remote display, except that you can enter the * character as a wildcard.

The following example shows how to create client access rules for the group policy named FirstGroup. These rules permit Cisco VPN clients running software version 4.x, while denying all Windows NT clients:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# client-access-rule 1 deny type WinNT version *

hostname(config-group-policy)# client-access-rule 2 permit "Cisco VPN Client" version 4.* ^ _

Note The "type" field is a free-form string that allows any value, but that value must match the fixed value that the client sends to the security appliance at connect time.

The following example shows how to create client access rules for the group policy named FirstGroup. These rules permit Cisco VPN clients running software version 4.x, while denying all Windows NT clients:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# client-access-rule 1 deny type WinNT version *

hostname(config-group-policy)# client-access-rule 2 permit "Cisco VPN Client" version 4.* ^ _

Note The "type" field is a free-form string that allows any value, but that value must match the fixed value that the client sends to the security appliance at connect time.

Configuring Group-Policy WebVPN Attributes

WebVPN lets users establish a secure, remote-access VPN tunnel to the security appliance using a web browser. There is no need for either a software or hardware client. WebVPN provides easy access to a broad range of web resources and web-enabled applications from almost any computer that can reach HTTPS Internet sites. WebVPN uses SSL and its successor, TLS1, to provide a secure connection between remote users and specific, supported internal resources that you configure at a central site. The security appliance recognizes connections that need to be proxied, and the HTTP server interacts with the authentication subsystem to authenticate users. By default, WebVPN is disabled.

You can customize a WebVPN configuration for specific internal group policies. % _

Note The webvpn mode that you enter from global configuration mode lets you configure global settings for WebVPN. The webvpn mode described in this section, which you enter from group-policy configuration mode, lets you customize a WebVPN configuration for specific group policies.

In group-policy webvpn configuration mode, you can specify whether to inherit the settings for all the functions or customize the following parameters, each of which is described in the subsequent sections:

• functions

• customizations

• html-content-filter

homepage

• port-forward

• port-forward-name

• sso server (single-signon server)

• auto-signon

• deny message

• keep-alive ignore

• HTTP compression

In many instances, you define the WebVPN attributes as part of configuring WebVPN, then you apply those definitions to specific groups when you configure the group-policy webvpn attributes. Enter group-policy webvpn configuration mode by using the webvpn command in group-policy configuration mode. WebVPN commands for group policies define access to files, MAPI proxy, URLs and TCP applications over WebVPN. They also identify ACLs and types of traffic to filter. WebVPN is disabled by default. See the description of WebVPN in Cisco Security Appliance Command Line Configuration Guide and Cisco Security Appliance Command Reference for more information about configuring the WebVPN attributes.

To remove all commands entered in group-policy webvpn configuration mode, enter the no form of this command. These webvpn commands apply to the username or group policy from which you configure them.

hostname(config-group-policy)# webvpn hostname(config-group-policy)# no webvpn

You do not need to configure WebVPN to use e-mail proxies.

The following example shows how to enter group-policy webvpn configuration mode for the group policy named FirstGroup:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)#

Configuring Group-Policy WebVPN Function Attributes

Configure the WebVPN functions that you want to enable. To configure file access and file browsing, HTTP Proxy, MAPI Proxy, and URL entry over WebVPN for this group policy, enter the functions command in webvpn mode. These functions are disabled by default.

hostname(config-group-webvpn)# functions {auto-download | citrix | file-access | file-browsing | file-entry | filter | http-proxy | mapi | none | port-forward | url-entry}

To remove a configured function, enter the no form of this command. The no option allows inheritance of a value from another group policy. To prevent inheriting function values, enter the functions none command.

To remove all configured functions, including a null value created by issuing the functions none command, enter the no form of this command without arguments.

hostname(config-group-webvpn)# no functions [auto-download | citrix | file-access | file-browsing | file-entry | filter | http-proxy | mapi | none | port-forward | url-entry]

Table 30-3 describes the meaning of the keywords used in this command.

Table 30-3 functions Command Keywords

Keyword

Meaning

auto-download

Automatically downloads the port forwarding applet

citrix

Enables Citrix

file-access

Enables or disables file access. When enabled, the WebVPN home page lists file servers in the server list. You must enable file access to enable file browsing and/or file entry.

file-browsing

Enables or disables browsing for file servers and shares. You must enable file browsing to allow user entry of a file server.

file-entry

Enables of disables user ability to enter names of file servers.

filter

Applies a webtype access-list

http-proxy

Enables or disables the forwarding of an HTTP applet proxy to the client. The proxy is useful for technologies that interfere with proper mangling, such as Java, ActiveX, and Flash. It bypasses mangling while ensuring the continued use of the security appliance. The forwarded proxy modifies the browser's old proxy configuration automatically and redirects all HTTP and HTTPS requests to the new proxy configuration. It supports virtually all client side technologies, including HTML, CSS, JavaScript, VBScript, ActiveX, and Java. The only browser it supports is Microsoft Internet Explorer.

mapi

Enables or disables Microsoft Outlook/Exchange port forwarding.

none

Sets a null value for all WebVPN functions. Prevents inheriting functions from a default or specified group policy

port-forward

Enables port forwarding

url-entry

Enables or disables user entry of URLs. When enabled, the security appliance still restricts URLs with any configured URL or network ACLs. When URL entry is disabled, the security appliance restricts WebVPN users to the URLs on the home page.

The following example shows how to configure file access, file browsing, and MAPI Proxy for the group policy named FirstGroup:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# functions file-access file-browsing MAPI

hostname(config-group-webvpn)#

Applying Customization

Customizations determine the appearance of the windows that the user sees upon login. You configure the customization parameters as part of configuring WebVPN. To apply a previously defined web-page customization to change the look-and-feel of the web page that the user sees at login, enter the customization command in group-policy webvpn configuration mode:

hostname(config-group-webvpn)# customization customization_name hostname(config-group-webvpn)#

For example, to use the customization named blueborder, enter the following command:

hostname(config-group-webvpn)# customization blueborder hostname(config-group-webvpn)#

You configure the customization itself by entering the customization command in WebVPN mode.

The following example shows a command sequence that first establishes a WebVPN customization named 123 that defines a password prompt. The example then defines a WebVPN group policy named testpolicy and uses the customization command to specifies the use of the WebVPN customization named 123:

hostname(config)# webvpn hostname(config-webvpn)# customization 123

hostname(config-webvpn-custom)# password-prompt Enter password hostname(config-webvpn)# exit hostname(config)# group-policy testpolicy nopassword hostname(config)# group-policy testpolicy attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# customization value 123 hostname(config-group-webvpn)#

Specifying a "Deny" Message

You can specify the message delivered to a remote user who logs into WebVPN successfully, but has no VPN privileges by entering the deny-message command in group-policy webvpn configuration mode:

hostname(config-group-webvpn)# deny-message value "message" hostname(config-group-webvpn)# no deny-message value "message" hostname(config-group-webvpn)# deny-message none

The no deny-message value command removes the message string, so that the remote user does not receive a message.

The no deny-message none command removes the attribute from the tunnel group policy configuration. The policy inherits the attribute value.

The message can be up to 491 alphanumeric characters long, including special characters, spaces, and punctuation, but not counting the enclosing quotation marks. The text appears on the remote user's browser upon login. When typing the string in the deny-message value command, continue typing even if the command wraps.

The default deny message is: "Login was successful, but because certain criteria have not been met or due to some specific group policy, you do not have permission to use any of the VPN features. Contact your IT administrator for more information."

The first command in the following example creates an internal group policy named group2. The subsequent commands modify the attributes, including the webvpn deny message associated with that policy.

hostname(config)# group-policy group2 internal hostname(config)# group-policy group2 attributes hostname(config-group)# webvpn hostname(config-group-webvpn)# deny-message value "Your login credentials are OK. However, you have not been granted rights to use the VPN features. Contact your administrator for more information."

hostname(config-group-webvpn)

Configuring Group-Policy WebVPN Filter Attributes

Specify whether to filter Java, ActiveX, images, scripts, and cookies for WebVPN sessions for this group policy by using the html-content-filter command in webvpn mode. HTML filtering is disabled by default.

To remove a content filter, enter the no form of this command. To remove all content filters, including a null value created by issuing the html-content-filter command with the none keyword, enter the no form of this command without arguments. The no option allows inheritance of a value from another group policy. To prevent inheriting an html content filter, enter the html-content-filter command with the none keyword.

Using the command a second time overrides the previous setting.

hostname(config-group-webvpn)# html-content-filter {java | images | scripts | cookies | none}

hostname(config-group-webvpn)# no html-content-filter [java | images | scripts | cookies | none]

Table 30-4 describes the meaning of the keywords used in this command.

Table 30-4 filter Command Keywords

Keyword

Meaning

cookies

Removes cookies from images, providing limited ad filtering and privacy.

images

Removes references to images (removes <IMG> tags).

java

Removes references to Java and ActiveX (removes <EMBED>, <APPLET>, and <OBJECT> tags).

none

Indicates that there is no filtering. Sets a null value, thereby disallowing filtering. Prevents inheriting filtering values.

scripts

Removes references to scripting (removes <SCRIPT> tags).

The following example shows how to set filtering of JAVA and ActiveX, cookies, and images for the group policy named FirstGroup:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# html-content-filter java cookies images hostname(config-group-webvpn)#

Specifying the User Home Page

Specify a URL for the web page that displays when a user in this group logs in by using the homepage command in group-policy webvpn configuration mode. There is no default home page.

To remove a configured home page, including a null value created by issuing the homepage none command, enter the no form of this command. The no option allows inheritance of a value from another group policy. To prevent inheriting a home page, enter the homepage none command.

The none keyword indicates that there is no WebVPN home page. It sets a null value, thereby disallowing a home page and prevents inheriting an home page.

The url-string variable following the keyword value provides a URL for the home page. The string must begin with either http:// or https://.

hostname(config-group-webvpn)# homepage {value url-string | none} hostname(config-group-webvpn)# no homepage hostname(config-group-webvpn)#

Configuring Auto-Signon

The auto-signon command is a single sign-on method for WebVPN users. It passes the WebVPN login credentials (username and password) to internal servers for authentication using NTLM authentication, basic authentication, or both. Multiple auto-signon commands can be entered and are processed according to the input order (early commands take precedence).

You can use the auto-signon feature in three modes: webvpn configuration, webvpn group configuration, or webvpn username configuration mode. The typical precedence behavior applies where username supersedes group, and group supersedes global. The mode you choose depends upon the desired scope of authentication.

To disable auto-signon for a particular user to a particular server, use the no form of the command with the original specification of IP block or URI. To disable authentication to all servers, use the no form without arguments. The no option allows inheritance of a value from the group policy.

The following example, entered in group-policy webvpn configuration mode, configures auto-signon for the user named anyuser, using basic authentication, to servers with IP addresses ranging from 10.1.1.0 to 10.1.1.255:

The following example commands configure auto-signon for WebVPN users ExamplePolicy group policy, using either basic or NTLM authentication, to servers defined by the URI mask https://*.example.com/*:

hostname(config)# group-policy ExamplePolicy attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# auto-signon allow uri https://*.example.com/* auth-type all hostname(config-group-webvpn)#

The following example commands configure auto-signon for WebVPN users ExamplePolicy2 group policy, using either basic or NTLM authentication, to the server with the IP address 10.1.1.0, using subnet mask 255.255.255.0:

hostname(config)# group-policy ExamplePolicy attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# auto-signon allow ip 10.1.1.0 2 55.255.255.0 auth-type all hostname(config-group-webvpn)#

Specifying the Access List to Use for WebVPN Connections

Specify the name of the access list to use for WebVPN connections for this group policy or username by using the filter command in webvpn mode. WebVPN access lists do not apply until you enter the filter command to specify them.

To remove the access list, including a null value created by issuing the filter none command, enter the no form of this command. The no option allows inheritance of a value from another group policy. To prevent inheriting filter values, enter the filter value none command.

WebVPN access lists do not apply until you enter the filter command to specify them.

You configure ACLs to permit or deny various types of traffic for this group policy. You then enter the filter command to apply those ACLs for WebVPN traffic.

hostname(config-group-webvpn)# filter {value ACLname | none} hostname(config-group-webvpn)# no filter

The none keyword indicates that there is no webvpntype access list. It sets a null value, thereby disallowing an access list and prevents inheriting an access list from another group policy.

The ACLname string following the keyword value provides the name of the previously configured access list.

Note You must have filter selected in the functions command. WebVPN does not use ACLs defined in the vpn-filter command.

The following example shows how to set a filter that invokes an access list named acl_in for the group policy named FirstGroup:

hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# filter acl_in hostname(config-group-webvpn)#

Applying a URL List

You can specify a list of URLs to appear on the WebVPN home page for a group policy. First, you must create one or more named lists by entering the url-list command in global configuration mode. To apply a list of WebVPN servers and URLs to a particular group policy, allowing access to the URLs in a list for a specific group policy, use the name of the list or lists you create there with the url-list command in group-policy webvpn configuration mode. There is no default URL list.

To remove a list, including a null value created by using the url-list none command, use the no form of this command. The no option allows inheritance of a value from another group policy. To prevent inheriting a URL list, use the url-list none command. Using the command a second time overrides the previous setting:

hostname(config-group-webvpn)# url-list {value name | none} [index] hostname(config-group-webvpn)# no url-list

Table 30-5 shows the url-list command parameters and their meanings.

Table 30-5 url-list Command Keywords and Variables

Readers' Questions

  • AUNE
    Which of the following features are common functions of an allinone security appliance?
    8 months ago
  • a) Firewall b) Intrusion Prevention c) Antivirus/Anti-malware d) Content Filtering e) VPN Support f) Web-filtering

    Parameter

    Meaning

    index

    Indicates the display priority on the home page.

    none

    Sets a null value for url lists. Prevents inheriting a list from a default or specified group policy.

    value name

    Specifies the name of a previously configured list of urls. To configure such a list, use the url-list command in global configuration mode.

    The following example sets a URL list called FirstGroupURLs for the group policy named FirstGroup and specifies that this should be the first URL list displayed on the homepage:

    hostname(config)# group-policy FirstGroup attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# url-list value FirstGroupURLs 1 hostname(config-group-webvpn)#

    Enabling WebVPN Application Access for a Group Policy

    To enable WebVPN application access for this group policy, enter the port-forward command in group-policy webvpn configuration mode. Port forwarding is disabled by default.

    Before you can enter the port-forward command in group-policy webvpn configuration mode to enable application access, you must define a list of applications that you want users to be able to use in a WebVPN connection. Enter the port-forward command in global configuration mode to define this list.

    To remove the port forwarding attribute from the group-policy configuration, including a null value created by issuing the port-forward none command, enter the no form of this command. The no option allows inheritance of a list from another group policy. To prevent inheriting a port forwarding list, enter the port-forward command with the none keyword. The none keyword indicates that there is no filtering. It sets a null value, thereby disallowing a filtering, and prevents inheriting filtering values.

    The syntax of the command is as follows:

    hostname(config-group-webvpn)# port-forward {value listname | none} hostname(config-group-webvpn)# no port-forward

    The listname string following the keyword value identifies the list of applications WebVPN users can access. Enter the port-forward command in webvpn configuration mode to define the list.

    Using the command a second time overrides the previous setting.

    The following example shows how to set a port-forwarding list called ports1 for the internal group policy named FirstGroup:

    hostname(config)# group-policy FirstGroup internal attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# port-forward value ports1 hostname(config-group-webvpn)#

    Configuring the Port-Forwarding Display Name

    Configure the display name that identifies TCP port forwarding to end users for a particular user or group policy by using the port-forward-name command in group-policy webvpn configuration mode. To delete the display name, including a null value created by using the port-forward-name none command, enter the no form of the command. The no option restores the default name, Application Access. To prevent a display name, enter the port-forward none command. The syntax of the command is as follows:

    hostname(config-group-webvpn)# port-forward-name {value name | none} hostname(config-group-webvpn)# no port-forward-name

    The following example shows how to set the name, Remote Access TCP Applications, for the internal group policy named FirstGroup:

    hostname(config)# group-policy FirstGroup internal attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# port-forward-name value Remote Access TCP Applications hostname(config-group-webvpn)#

    Configuring the Maximum Object Size to Ignore for Updating the Session Timer

    Network devices exchange short keepalive messages to ensure that the virtual circuit between them is still active. The length of these messages can vary. The keep-alive-ignore command lets you tell the security appliance to consider all messages that are less than or equal to the specified size as keepalive messages and not as traffic when updating the session timer. The range is 0 through 900 KB. The default is 4 KB.

    To specify the upper limit of the HTTP/HTTPS traffic, per transaction, to ignore, use the keep-alive-ignore command in group-policy attributes webvpn configuration mode:

    hostname(config-group-webvpn)# keep-alive-ignore size hostname(config-group-webvpn)#

    The no form of the command removes this specification from the configuration: hostname(config-group-webvpn)# no keep-alive-ignore hostname(config-group-webvpn)#

    The following example sets the maximum size of objects to ignore as 5 KB:

    hostname(config-group-webvpn)# keep-alive-ignore 5 hostname(config-group-webvpn)#

    Specifying HTTP Compression

    Enable compression of http data over a WebVPN connection for a specific group or user by entering the http-comp command in the group policy webvpn mode.

    hostname(config-group-webvpn)# http-comp {gzip | none} hostname(config-group-webvpn)#

    To remove the command from the configuration and cause the value to be inherited, use the no form of the command:

    hostname(config-group-webvpn)# no http-comp {gzip | none} hostname(config-group-webvpn)#

    The syntax of this command is as follows:

    • gzip—Specifies compression is enabled for the group or user. This is the default value.

    • none—Specifies compression is disabled for the group or user.

    For WebVPN connections, the compression command configured from global configuration mode overrides the http-comp command configured in group policy and username webvpn modes.

    In the following example, compression is disabled for the group-policy sales:

    hostname(config)# group-policy sales attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# http-comp none hostname(config-group-webvpn)#

    Specifying the SSO Server

    Single sign-on support, available only for WebVPN, lets users access different secure services on different servers without reentering a username and password more than once. The sso-server value command, when entered in group-policy-webvpn mode, lets you assign an SSO server to a group policy.

    To assign an SSO server to a group policy, use the sso-server value command in group-policy-webvpn configuration mode. This command requires that your configuration include CA SiteMinder command.

    hostname(config-group-webvpn)# sso-server value server_name hostname(config-group-webvpn)#

    To remove the assignment and use the default policy, use the no form of this command. To prevent inheriting the default policy, use the sso-server none command.

    hostname(config-group-webvpn)# sso-server {value server_name | none} hostname(config-group-webvpn)# [no] sso-server value server_name

    The default policy assigned to the SSO server is DfltGrpPolicy.

    The following example creates the group policy "my-sso-grp-pol" and assigns it to the SSO server named "example":

    hostname(config)# group-policy my-sso-grp-pol internal hostname(config)# group-policy my-sso-grp-pol attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# sso-server value example hostname(config-group-webvpn)#

    Configuring SVC

    The SSL VPN Client (SVC) is a VPN tunneling technology that gives remote users the benefits of an IPSec VPN client without the need for network administrators to install and configure IPSec VPN clients on remote computers. The SVC uses the SSL encryption that is already present on the remote computer as well as the WebVPN login and authentication of the security appliance.

    To establish an SVC session, the remote user enters the IP address of a WebVPN interface of the security appliance in the browser, and the browser connects to that interface and displays the WebVPN login screen. If the user satisfies the login and authentication, and the security appliance identifies the user as requiring the SVC, the security appliance downloads the SVC to the remote computer. If the security appliance identifies the user as having the option to use the SVC, the security appliance downloads the SVC to the remote computer while presenting a link on the user screen to skip the SVC installation.

    After downloading, the SVC installs and configures itself, and then the SVC either remains or uninstalls itself (depending on the configuration) from the remote computer when the connection terminates.

    The security appliance might have several unique SVC images residing in cache memory for different remote computer operating systems. When the user attempts to connect, the security appliance can consecutively download portions of these images to the remote computer until the image and operating system match, at which point it downloads the entire SVC. You can order the SVC images to minimize connection setup time, with the first image downloaded representing the most commonly-encountered remote computer operating system. For complete information about installing and using SVC, see Chapter 38, "Configuring SSL VPN Client".

    After enabling SVC, as described in Chapter 38, "Configuring SSL VPN Client", you can enable or require SVC features for a specific group. This feature is disabled by default. If you enable or require SVC, you can then enable a succession of svc commands, described in this section. To enable SVC and its related svc commands, do the following steps in group-policy webvpn configuration mode:

    Step 1 To enable the security appliance to download SVC files to remote computers, enter the svc enable command. By default, this command is disabled. The security appliance does not download SVC files. To remove the svc enable command from the configuration, use the no form of this command.

    hostname(config-group-webvpn)# svc {none I enable I required}

    hostname(config-group-webvpn)# ^ _

    Note Entering the no svc enable command does not terminate active SVC sessions.

    hostname(config)# group-policy sales attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# svc enable hostname(config-group-webvpn)#

    Step 2 To enable compression of HTTP data over an SVC connection, for a specific group, enter the svc compression command. By default, SVC compression is set to deflate (enabled). To disable compression for a specific group, use the none keyword. To remove the svc compression command and cause the value to be inherited, use the no form of the command:

    hostname(config-group-webvpn)# svc compression {deflate | none} hostname(config-group-webvpn)#

    The following example disables SVC compression for the group policy named sales:

    hostname(config)# group-policy sales attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# svc compression none hostname(config-group-webvpn)#

    Step 3 To enable dead-peer-detection (DPD) on the security appliance and to set the frequency with which either the SVC or the security appliance performs DPD, use the svc dpd-interval command. To remove the svc dpd-interval command from the configuration, use the no form of the command. To disable SVC DPD for this group, use the none keyword:

    hostname(config-group-webvpn)# svc dpd-interval {[gateway {seconds | none}] | [client

    hostname(config-group-webvpn)#

    DPD checking is disabled by default.

    The gateway refers to the security appliance. You can specify the frequency with which the security appliance performs the DPD test as a range of from 30 to 3600 seconds (1 hour). Specifying none disables the DPD testing that the security appliance performs.

    The client refers to the SVC. You can specify the frequency with which the client performs the DPD test as a range of from 30 to 3600 seconds (1 hour). Specifying none disables the DPD testing that the client performs.

    In the following example, the user configures the DPD frequency performed by the security appliance (gateway) to 3000 seconds, and the DPD frequency performed by the client to 1000 seconds for the existing group policy named sales:

    hostname(config)# group-policy sales attributes hostname(config-group-policy)# webvpn hostname(config-group-webvpn)# svc dpd-interval gateway 3000 hostname(config-group-webvpn)# svc dpd-interval client 1000 hostname(config-group-webvpn)#

    Step 4 You can adjust the frequency of keepalive messages (specified by seconds), to ensure that an SVC

    connection through a proxy, firewall, or NAT device remains open, even if the device limits the time that the connection can be idle.

    Adjusting the frequency also ensures that the SVC does not disconnect and reconnect when the remote user is not actively running a socket-based application, such as Microsoft Outlook or Microsoft Internet Explorer.

    To configure the frequency (15 through 600 seconds) which an SVC on a remote computer sends keepalive messages to the security appliance, use the svc keepalive command. Use the no form of the command to remove the command from the configuration and cause the value to be inherited:

    hostname(config-group-webvpn)# svc keepalive {none | seconds} hostname(config-group-webvpn)# no svc keepalive {none | seconds} hostname(config-group-webvpn)#

    SVC keepalives are disabled by default. Using the keyword none disables SVC keepalive messages.

    The following example configures the security appliance to enable the SVC to send keepalive messages, with a frequency of 300 seconds (5 minutes):

    hostname(config-group-webvpn)# svc keepalive 300 hostname(config-group-webvpn)#

    Step 5 To enable the permanent installation of an SVC onto a remote computer, use the svc keep-installer command with the installed keyword. To remove the command from the configuration, use the no form of this command:

    hostname(config-group-webvpn)# svc keep-installer {installed | none} hostname(config-group-webvpn)# no svc keep-installer {installed | none} hostname(config-group-webvpn)#

    The default is that permanent installation of the SVC is disabled. The SVC uninstalls from the remote computer at the end of the SVC session.

    The following example configures the security appliance to keep the SVC installed on the remote computer for this group:

    hostname(config-group-webvpn)# svc keep-installer installed hostname(config-group-webvpn)#

    Step 6 To enable the SVC to perform a rekey on an SVC session, use the svc rekey command. To disable rekey and remove the command from the configuration, use the no form of this command:

    hostname(config-group-webvpn)# svc rekey {method {ssl | new-tunnel} | time minutes | none}}

    hostname(config-group-webvpn)# no svc rekey {method {ssl | new-tunnel} | time minutes | none}}

    hostname(config-group-webvpn)#

    By default, SVC rekey is disabled.

    Specifying the method as new-tunnel specifies that the SVC establishes a new tunnel during SVC rekey. Specifying the method as none disables SVC rekey. Specifying the method as ssl specifies that SSL renegotiation takes place during SVC rekey. instead of specifying the method, you can specify the time; that is, the number of minutes from the start of the session until the re-key takes place, from 1 through 10080 (1 week).

    For the no form of the command, only the minimum is necessary, as the following example shows:

    hostname(config-username-webvpn)# no svc rekey method hostname(config-username-webvpn)#

    If, however, you specify the method as new-tunnel:

    hostname(config-username-webvpn)# no svc rekey method new-tunnel hostname(config-username-webvpn)#

    but the current method is ssl, then the command fails, because the values don't match.

    In the following example, the user configures the SVC to renegotiate with SSL during rekey and configures the rekey to occur 30 minutes after the session begins:

    hostname(config-group-webvpn)# svc rekey method ssl hostname(config-group-webvpn)# svc rekey time 30 hostname(config-group-webvpn)#

    Was this article helpful?

    0 0