Focus

Configure the Service Infrastructure

Table of Contents

Filter

Expand All | Collapse All

Prisma Access Docs

Activation & Onboarding
Administration
Version
- Prisma Access China
- 4.0 & Later
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred
Integrations
Incidents & Alerts
Release Notes
Version
- 5.2 Preferred and Innovation
- 5.1 Preferred and Innovation
- 5.0 Preferred and Innovation
- 4.2 Preferred
- 4.1 Preferred
- 4.0 Preferred
- 3.2 Preferred and Innovation
- 3.1 Preferred and Innovation
- 3.0 Preferred and Innovation
- 2.2 Preferred

Service Infrastructure Requirements

Prisma Access Service Connections

Configure the Service Infrastructure

Before you can begin setting up Prisma Access to secure your remote networks and/or mobile users, you must configure an infrastructure subnet, which Prisma Access will use to create the network backbone for communication between your service connections, remote networks, and mobile users, as well as with the corporate networks you plan to connect to Prisma Access over service connections. Because a large number of IP addresses will be required to set up the infrastructure, you must use a /24 subnet (for example, 172.16.55.0/24) at a minimum. Be sure you follow all guidelines and requirements.

Select PanoramaCloud ServicesConfigurationService Setup and click the gear icon to edit the Settings.
On the General tab, specify an Infrastructure Subnet that meets the requirements, for example, 172.16.55.0/24.
(Optional) If you want to enable Prisma Access to use BGP to dynamically discover routes to resources on your remote networks and HQ/data center locations, enter the Infrastructure BGP AS you want to use within the Prisma Access infrastructure.
If you do not supply an AS number, the default AS number 65534 will be used.
(Optional) Add one or more templates to the predefined template stack, Service_Conn_Template_Stack.
The templates you add here can help simplify the process of adding new service connections. For example, if you add a template containing existing IPSec configuration settings, such as IPSec tunnel, Tunnel Monitoring, and IPSec Crypto Profile configurations, you can select these configurations when defining the tunnel settings for each service connection rather than having to create the tunnel configuration from scratch. You can optionally edit the predefined Service_Conn_Template with tunnel settings that you can leverage when creating the tunnels from Prisma Access to your corporate network sites.
(Optional) Enable Prisma Access to resolve your internal domains using your corporate DNS servers.
Use this step if you need Prisma Access to be able to resolve your internal domains to access services, such as LDAP servers, on your corporate network via service connections. For example, if you want a DNS lookup for your corporate domain to go exclusively to the corporate DNS server, specify the corporate domain and the corporate DNS servers here.
1. Select the Internal Domain List tab.
2. Add the Domain Names, Primary DNS, and Secondary DNS servers that you want Prisma Access to use to resolve your internal domain names.
  You can use a wildcard (*) in front of the domains in the domain list, for example *.acme.local or *.acme.com.
Enable Strata Logging Service.
1. Select the Strata Logging Service tab.
2. Select a Strata Logging Service Theater and click OK.
3. Configure the device groups you are using to push settings to Prisma Access with a Log Forwarding profile that forwards the desired log types to Panorama/Strata Logging Service.
  The Cloud Services plugin automatically adds the following Log Settings (DeviceLog Settings) after a new installation or when removing non-Prisma Access templates from a Prisma Access template stack:
  Log Settings for System logs (system-gpcs-default), User-ID logs (userid-gpcs-default), HIP Match logs (hipmatch-gpcs-default), and GlobalProtect logs (gp-prismaaccess-default) are added to the Mobile_User_Template.
  Log Settings for System logs (system-gpcs-default), User-ID logs (userid-gpcs-default), and GlobalProtect logs (gp-prismaaccess-default) are added to the Remote_Network_Template.
  Log Settings for System logs (system-gpcs-default) and GlobalProtect logs (gp-prismaaccess-default) are added to the Service_Conn_Template.
  These Log Setting configurations automatically forward System, User-ID, HIP Match, and GlobalProtect logs to Strata Logging Service.
  To apply log setting changes, perform the following steps, then commit and push your changes:
  To apply the log setting to the mobile user template, select PanoramaCloud ServicesConfigurationMobile Users, click the gear icon to edit the settings, and click OK.
  To apply the log setting to the remote network template, select PanoramaCloud ServicesConfigurationRemote Networks, click the gear icon to edit the settings, and click OK.
  To apply the log setting to the service connection template, select PanoramaCloud ServicesConfigurationService Setup, click the gear icon to edit the settings, and click OK.
  The way you enable log forwarding for other log types depends on the type. For logs that are generated based on a policy match, use a log forwarding profile. See the Strata Logging Service Getting Started Guide for more information.
(Optional) Configure Miscellaneous settings for URLs in external dynamic lists (EDLs) or custom URL categories by selecting Append the ending token to the URLs in the URL filtering configuration.
If you use URLs in EDLs or custom URL categories and do not append a forward slash (/) to the URL, it is possible to allow more URLs than you intended. For example, entering example.com as a matching URL instead of example.com/ would also match example.com.website.info or example.com.br.
By selecting Append the ending token to the URLs in the URL filtering configuration, Prisma Access sets an ending token to URLs in EDLs or custom URL categories so that, if you enter example.com, Prisma Access treats it as it would treat example.com/ and only matches that URL.
(Optional) Configure Advanced settings (routing preferences, symmetric network path options for service connections, and HIP redistribution).
1. Specify the Routing Preference to use with service connections.
  You can specify network preferences to use either your organization’s network, or the Prisma Access network, to process the service connection traffic.
  Default—Prisma Access uses default routing in its internal network.
  Hot potato routing—Prisma Access hands off service connection traffic to your organization’s WAN as quickly as possible.
  
  Changing the Prisma Access service connection routing method requires a thorough understanding of your organization’s topology and routing devices, along with an understanding of how Prisma Access routing works. We recommend that you read Routing for Service Connection Traffic carefully before changing the routing method from default.
2. Configure the Backbone Routing to use for the service connections.
  By default, the Prisma Access backbone requires that you have a symmetric network path for the traffic returning from the data center or headquarters location by way of a service connection. If you want to use ECMP or another load balancing mechanism for service connections from your CPE, you can enable asymmetric flows through the Prisma Access backbone.
  Select no-asymmetric-routing to require symmetric flows across the service connection backbone (the default setting).
  Select asymmetric-routing-only to allow Prisma Access to use asymmetric flows across the service connection backbone.
  If you have multiple service connections to a location, you can take advantage of load balancing in your Prisma Access deployment by selecting asymmetric-routing-with-load-share. However, load balancing is done on a best-effort basis, and load balancing will fail if one of the service connections goes down.
3. Enable HIP Redistribution to use service connections to redistribute HIP information from mobile users and users at remote networks.
4. Enable Quarantine List Redistribution to have Prisma Access identify and quarantine compromised devices that are connected with the GlobalProtect app.
5. Withdraw Static Routes if Service Connection or Remote Network IPSec tunnel is down if you want Prisma Access to remove static routes when a tunnel goes down without a backup tunnel.
  Prisma Access removes the route in the following situations:
  The primary tunnel goes down and there is no secondary tunnel.
  If a primary and secondary tunnel is configured, but both go down.
  You cannot apply this change if tunnel monitoring is not enabled.
6. (Optional) If you want to route remote network and service connection IPSec tunnel packets to the static IKE gateways over the internet, Enable automatic IKE peer host routes for Remote Networks and Service Connections.
7. (Optional) Specify Outbound Routes for the Service (Max 10) by adding up to 10 prefixes for which Prisma Access adds static routes on all service connections and remote network connections. Prisma Access then routes traffic to these prefixes over the internet.
Click OK to save the Service Setup settings.
Commit all your changes to Panorama and push the configuration changes to Prisma Access.
1. Click CommitCommit to Panorama.
2. Click CommitPush to Devices and click Edit Selections.
3. On the Prisma Access tab, make sure Service setup is selected and then click OK.
  Prisma Access should automatically select the components that need to be committed.
4. Click Push.
Verify that Prisma Access is successfully connected to Strata Logging Service.
1. Select PanoramaCloud ServicesStatusStatusStrata Logging Service and verify that the Status is OK.
  
  If the status is Error, click the details link to view any errors.
Continue setting up Prisma Access: