(Windows
and macOS only; macOS support requires Content Release version 8196-5685
or later) Set Use Single Sign-On (Windows) or Use
Single Sign-On (macOS) to No to
disable single sign-on.
If you configure
the GlobalProtect gateway to authenticate users through
SAML authentication and also
generate and accept
cookies for authentication override, you must set the
Use
Single Sign-On option to
No when
the user’s Windows username is different from his or her SAML username
(for example, the Windows username is “user” and the SAML username
is “user123”) or if one username contains a fully qualified domain
name (for example, the Windows username is “user” and the SAML username
is “user@example.com”).
(Windows 10 only; Content Release version 8451-6911 or
later; Requires GlobalProtect app 6.0 or later) Set Use
Single Sign-On for Smart Card PIN (Windows) to Yes to
enable the GlobalProtect app to use SSO for smart card PIN. The
default is No.
If you have configured
the GlobalProtect portal to authenticate end users through single
sign-on (SSO) using smart card authentication, end users can connect
without having to re-enter their smart card Personal Identification
Number (PIN) in the GlobalProtect app for a seamless SSO experience.
End users can leverage the same smart card PIN for GlobalProtect
with their Windows endpoint. This improves the user experience by
reducing the number of times end users must enter their smart card
PIN when they log in. After the end user successfully logs in to
the Windows endpoint, the GlobalProtect app acquires and remembers
their smart card PIN to authenticate with the GlobalProtect portal
and gateway.
You must set the
pre-deployed setting on
the end user endpoints before you can enable SSO for smart card
PIN. GlobalProtect retrieves this entry only once, when the GlobalProtect
app initializes.
If the USESSOPIN value
is set to yes in the pre-deployed setting
of the client machine and the Use Single Sign-On for
Smart Card PIN (Windows) option is set to no in
the portal configuration, end users will not have the best user
experience. The Use Single Sign-On for Smart Card PIN
(Windows) option of the GlobalProtect portal and the
pre-deployed setting in the end user machine must have the same
value to provide the best user experience.
If you set
both Use Single Sign-On (Windows) and Use
Single Sign-On for Smart Card PIN (Windows) options
to yes in the portal configuration, the Use
Single Sign-On for Smart Card PIN (Windows) option takes
precedence over the Use Single Sign-On (Windows) option.
(Content Release version 8284-6139 or later; Requires
GlobalProtect app 5.2 or later) Set Use Default
Browser for SAML Authentication to Yes to
enable the GlobalProtect app to open the default system browser
for SAML authentication. The default is No.
The app will open an embedded browser.
If you have configured the GlobalProtect portal to authenticate users through Security Assertion
Markup Language (SAML) authentication, end users can connect to the
app or other SAML-enabled applications without having to re-enter
their credentials, for a seamless single sign-on (SSO) experience.
You can enable the GlobalProtect app so that end users can leverage
the same login for GlobalProtect and use their default system
browser for SAML authentication such as Chrome, Firefox, or
Safari.
Specify the amount of time (in hours) during which you want the GlobalProtect app to
Automatically Use SSL When IPSec Is
Unreliable (range is 0-168 hours). If you configure
this option, the GlobalProtect app does not attempt to establish an
IPSec tunnel during the specified time period. This timer initiates
each time an IPSec tunnel goes down due to a tunnel keepalive
timeout.
If
you accept the default value of 0, the app
does not fall back to establishing an SSL tunnel if it can establish
an IPSec tunnel successfully. It falls back to establishing an SSL
tunnel only when the IPSec tunnel cannot be established.
This
option requires Content Release version released on July 8th, 2019
or later.
(Content Release version 8387-6595 or later; Requires
GlobalProtect app 5.2.6 or later) Set Display IPSec
to SSL Fallback Notification to Yes to
enable the GlobalProtect app to display an SSL fallback notification
only when GlobalProtect falls back to using SSL after attempting
IPSec. Set Display IPSec to SSL Fallback Notification to No to
disable the app from displaying the notification. By default, this
option is set to Yes. If you specify the
amount of time (in hours) during which you want the GlobalProtect
app to Automatically Use SSL When IPSec Is Unreliable,
for example 5 hours, the app will not display this notification
during the specified time period because it will not attempt to
establish an IPSec tunnel and instead establish an SSL tunnel.
Choose the network connection protocol for the GlobalProtect app.
In the App Configuration area, choose the Advanced Control
for Tunnel Mode Behavior options you want to
allow.
This option requires GlobalProtect app 6.3 or later.
No——Clients to connect with IPSec by
default if IPSec is enabled on the gateway and fallback to
SSL if if IPSec is not enabled on the gateway . This is the
default selection.
Connect with SSL Only—Require that all
GlobalProtect clients connect using SSL only.
Connect with SSL Only - User can
Change—GlobalProtect clients to connect
using SSL but user can change whether they want to use IPSec
or stay with SSL on the GlobalProtect app.
On the app, the user can navigate to to enable Connect with SSL
Only and to verify that the
Protocol is
SSL.
This option is available with Content Release version
8846-8732 or later; Requires GlobalProtect app 6.3 or
laterIPSec Only—Require that
all GlobalProtect clients connect using IPSec only. If IPSec
is not enabled on the gateway, GlobalProtect stays
disconnected and will not fall back to SSL.
On the app, the user can select to verify that the
Protocol being used.
The following table describes the upgrade behavior for this
feature.
| Connect with SSL
Only Option Selected in Pre-6.3
Environment | Advanced Control for Tunnel Mode
Behavior Default Option after Upgrade
to 6.3 |
| Yes | SSL |
| No | None |
| User can Change | SSL - User can Change |
The following table describes the downgrade behavior for this
feature.
| Advanced Control for Tunnel Mode
Behavior Option Selected in 6.3
Environment | Connect with SSL
Only Default Option after
Downgrade |
| None | No |
| SSL | Yes |
| SSL - User can Change | User can Change |
| IPSec | 3 The user can manually select the
appropriate option. |
(Content Release version 8346-6423 or later; Requires
GlobalProtect app 5.2.4 or later) Enter the GlobalProtect Connection
MTU (bytes) value that is used by the app for gateway
connections. You can specify the MTU range from 1000 to 1420 bytes instead
of the preset default MTU value of 1400 bytes. The default value
is 1400 bytes.
(Windows UWP only) After you manually
configure the GlobalProtect Connection MTU (bytes) value
using the netsh command, the GlobalProtect
client is unable to set the GlobalProtect Connection
MTU (bytes) value in the portal configuration greater
than the manually configured value.
If the MTU value
is less than 1280 bytes and IPv6 is enabled, the GlobalProtect adapter
automatically changes the value to 1280 bytes as per the minimum
supported MTU requirement for IPv6.
You can optimize
the connection experience for end users connecting over networks
that require maximum transmission unit (MTU) values lower than the
standard of 1500 bytes by configuring the MTU value that is used
by the GlobalProtect app to connect to the gateway. By reducing
the MTU size, you can eliminate performance and connectivity issues
that occur due to fragmentation when the VPN tunnel connections
go through multiple Internet Service Providers (ISPs) and network
paths with MTU lower than 1500 bytes. For example, you can adjust
the MTU value for a specific group of users from a region to a lower
MTU value by using a different portal configuration with a lower
MTU value requirement. The MTU value that you configured for a specific
portal applies to all the gateway tunnel connections listed for
that portal for both IPSec and SSL tunnel protocols.
In
Pre-Logon (Always On) deployments, GlobalProtect must recreate the
user tunnel in order for the new configured MTU value in the user’s
portal configuration to take effect. This deployment requires the Pre-logon
Tunnel Rename Timeout value be set to 0 in
the GlobalProtect portal configuration.
Enter the Maximum Internal Gateway Connection
Attempts to specify the number of times the GlobalProtect app
can retry the connection to an internal gateway after the first
attempt fails (range is 0-100; 4 or 5 is recommended; the default
value of 0 indicates that the GlobalProtect app does not retry the
connection). By increasing this value, you can enable the app to
connect to an internal gateway that is temporarily down or unreachable
but comes back up before the specified number of retries are exhausted.
Increasing the value also ensures that the internal gateway receives
the most up-to-date user and host information.
Enter the GlobalProtect App Config Refresh Interval to
specify the number of hours that the GlobalProtect portal waits
before it initiates the next refresh of a client’s configuration
(range is 1-168; default is 24).
(Windows only) Depending on your security requirements,
specify whether to Retain Connection on Smart Card Removal.
By default, this option is set to Yes, meaning
GlobalProtect retains the tunnel when a user removes a smart card
containing a client certificate. To terminate the tunnel, set this
option to No.
This feature requires
Content Release version 590-3397 or later.
Configure an Automatic Restoration of VPN Connection
Timeout to specify the action GlobalProtect takes when the
tunnel is disconnected. Set this option to a non-zero value to allow
GlobalProtect to attempt to reestablish the connection after the
tunnel is disconnected. If the tunnel downtime exceeds the configured
timeout value (range is 0 to 180 minutes; default is 30), tunnel
restoration will not be performed, and the result is the same as
if you set this option to 0. Set this option
to 0 to prevent GlobalProtect from attempting
to reconnect after the tunnel is disconnected. If you configure
the connection setting as Always-On, GlobalProtect
will perform network discovery again. If you configure the connection
setting as On-Demand, the user must manually
connect again. Configure the Wait Time Between VPN Connection
Restore Attempts to adjust the amount of time (in seconds)
that GlobalProtect waits between attempts to restore the connection
(range is 1 to 60 seconds; default is 5). The GlobalProtect client tries
several times to restore the connection, and uses this wait time
as the connection timeout value.
With the Always On
connect method, if a user switches from an external network to an
internal network before the timeout value expires, GlobalProtect
does not perform network discovery. As a result, GlobalProtect restores
the connection to the last known external gateway. To trigger internal
host detection, the user must select Refresh Connection from
the settings menu on the GlobalProtect status panel.