> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm/broker-vm-data-collector-applets/activate-local-agent-settings.md).

# Activate Local Agent Settings

The Local Agent Settings applet on the Palo Alto Networks Broker VM enables you to:

### Deploy the Broker VM proxy

To deploy Cortex XDR in restricted networks where endpoints do not have a direct connection to the internet, setup the Broker VM to act as a proxy that routes all the traffic between the Cortex XDR management server and XDR agents/XDR Collectors via a centralized and controlled access point. This enables your agents and XDR Collectors to receive security policy updates, upgrades, and send logs and files to Cortex XDR without a direct internet connection. The Broker VM acts like a transparent proxy and doesn’t decrypt the secure connection between the server and the XDR agent/XDR Collectors, and hides the XDR agent’s/XDR Collector's original IP addresses. If your network topology includes SSL decryption in an upstream proxy/firewall, the Broker VM does not participate in the trust relationship as it is not initiating the connection to the server to be fully transparent.

{% hint style="info" %}

### Note

When routing traffic through a Broker VM proxy that sits behind a firewall, you may experience intermittent agent disconnections if the firewall is configured to drop challenge ACK reset (RST) packets. For environments using a Palo Alto Networks Next-Generation Firewall (NGFW), see [this Knowledge Base article](https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000boBJCAY) for details on managing this behavior via the **Allow Challenge Ack** setting.
{% endhint %}

### Enable broker caching

To reduce your external network bandwidth loads, you can cache XDR agent installations, upgrades, and content updates on your Cortex XDR Broker VM. Every 15 minutes, the Broker VM retrieves the latest installers and content files from Cortex XDR, downloading them only if they are not already stored locally. The Broker VM stores this content for 7 days and agent installers for up to 30 days from the agent's last request. If the files were not available on the Broker VM at the time of the ask, the agent proceeds to download the files directly from the Cortex XDR server.

### Requirements

Before you activate the Local Agent Settings applet, verify the following prerequisites and limitations listed by the main features.

<details>

<summary>General</summary>

The Local Agent Settings applet on the Broker VM is capable of supporting:

* Up to 50,000 agents for Agent Proxy.
* Up to 10,000 agents for Content Caching.

{% hint style="info" %}

### Note

This is assuming a standard hardware setup with 2vCPU 8 GB memory.
{% endhint %}

</details>

<details>

<summary>Agent Proxy</summary>

* Supported with Traps agent version 5.0.9 and Traps agent version 6.1.2 and later releases.
* Broker VM supports forwarding the XDR Collectors request URLs on all Broker VM versions.
* Supported with all XDR Collector versions.

  <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>Broker VMs can act as a proxy for routing XDR Collector traffic to the Cortex XDR tenant. The Broker VM does not cache XDR Collector installers.</p></div>
* The Agent Proxy can also act as a proxy for other brokers. It supports all the data that brokers send to the server, including the logs they collect, using the Cortex Broker VM applets.

</details>

<details>

<summary>Agent Installer and Content Caching</summary>

* Supported with XDR agent version 7.4 and later releases and Broker VM 12.0 and later.
* Requires a Broker VM with a minimum of an 8-core processor and increase the disk space allocated for data storage to 1024 GB to support caching for 10,000 agents. For more information, see [Increase Broker VM storage allocated for data caching](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/manage-broker-vm/increase-broker-vm-storage-allocated-for-data-caching.md).
* For the agent installer and content caching to work properly, you must configure different settings where the instructions differ depending on whether you are configuring a standalone Broker VM or High Availability (HA) cluster:
  * **Standalone broker**
    * FQDN: A FQDN must be configured for the standalone broker as configured in your local DNS server. This is to ensure that XDR agents know who to access to receive agent installer and content caching data.
    * SSL certificates: Ensure you upload strong cipher SHA256-based SSL certificates when you setup the Broker VM. For more information, see [Set up and configure Broker VM](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm.md).
    * Download source: Requires adding the Broker VM as a download source in your Agent Settings Profile.
  * HA cluster
    * FQDN: A FQDN must be configured in the cluster settings as configured in your local DNS server, which points to a Load Balancer. This ensures that the XDR agents turn to the load balancer to route the requests for the agent installer and content caching data to the correct broker. For more information on configuring the Load Balancer FQDN in a HA cluster, see [Configure High Availability Cluster](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/broker-vm-high-availability-cluster/configure-high-availability-cluster.md).
    * SSL certificates: In each broker in the cluster, ensure you upload strong cipher SHA256-based SSL certificates when you setup the Broker VM. For more information, see [Set up and configure Broker VM](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm.md).
    * Download source: Requires adding the cluster as a download source in your Agent Settings Profile.

</details>

<details>

<summary>Agent communication with Broker VM</summary>

Agents communicate with the Broker VM using Hypertext Transfer Protocol Secure (https) over port 443. You must ensure this port is open so that the Broker VM is accessible to all agents that are configured to use its cache.

</details>

<details>

<summary>Broker communication with cloud manager</summary>

The broker needs to communicate with the same URLs that the agents communicate with to avoid receiving any inaccessible URLs errors. For a complete list of the URLs that you need to allow access, see [Enable access to required PANW resources](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/onboard-and-configure-cortex-xdr/deployment-steps/step-1-activate-cortex-xdr/enable-access-to-required-panw-resources.md).

</details>

### How to activate the Local Agent Settings applet

After you configure and register your Palo Alto Networks Broker VM, proceed to set up your Local Agent Settings applet.

1. Select **Settings** → **Configurations** → **Data Broker** → **Broker VMs**.
2. In either the **Brokers** tab or the **Clusters** tab, locate your Broker VM.
3. (Optional) To set up the Agent Proxy:
   1. Right-click the Broker VM, select **Configure**.

      Ensure your proxy server is configured. If not, proceed to add it as described in [Set up and configure Broker VM](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm.md).
   2. In the **APPS** column, left-click **Add** → **Local Agent Settings**.
   3. In the **Activate Local Agent** configuration, enable **Agent Proxy** by setting the **Proxy** to **Enabled**, and specify the **Port**. You can also configure the **Listening Interface**, where the default is set to **All**.

      <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>When you install your XDR agents, you need to configure the IP address of the Broker VM and a port number during the installation. You can use the default 8888 port or set a custom port. You are not permitted to configure port numbers between 0-1024 and 63000-65000, or port numbers 4369, 5671, 5672, 5986, 6379, 8000, 9100, 15672, 25672. Additionally, you are not permitted to reuse port numbers you already assigned to the Syslog Collector applet.</p></div>
4. (Optional) To setup up Agent Installer and Content Caching:
   1. Ensure you uploaded your SHA256-based certificates.

      If not, upload them as described in [Set up and configure Broker VM](/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm.md) and **Save**.
   2. Specify the Broker VM FQDN.

      Right-click the Broker VM, select **Configure**. Under **Device Name**, enter your Broker VM **FQDN**. This FQDN record must be configured in your local DNS server.

      <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Important</h3><p>A FQDN must be configured for Agent Installer and Content Caching to function properly.</p></div>
   3. Activate the Local Agent Settings applet on the Broker VM.

      You can either right-click the Broker VM and select Add App → **Local Agent Settings**, or in the **APPS** column, select Add → **Local Agent Settings**.
   4. Activate installer and content caching.

      In the **Activate Local Agent** configuration, enable **Agent Installer and Content Caching** by setting **Caching** to **Enabled**.

      <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Important</h3><p>You can only enable Agent Installer and Content Caching, when in the Broker VM Configuration, you've uploaded your signed SSL Server Certificate and key and set the FQDN. For more information, see the Agent Installer and Content Caching requirements explained above.</p></div>
   5. To enable agents to start using Broker VM caching, you must add the Broker VM as a download source in your Agent Settings profile and select which Broker VMs to use. Then, ensure the profile is associated with a policy for your target agents.
5. After a successful activation, the **APPS** field displays **Local Agent Settings** with a green dot indicating a successful connection. Left-click the **Local Agent Settings** connection to view the applet status and resource usage.

   To help you easily troubleshoot connectivity issues for a Local Agent Settings applet on the Palo Alto Networks Broker VM, Cortex XDR displays a list of **Denied URLs**. These URLs are displayed when you left-click the **Local Agent Settings** applet to view the **Connectivity Status**. As a result, in a situation where the Local Agent Settings applet is reported as activated with a failed connection, you can easily determine the URLs that need to be allowed in your network environment.
6. Manage the local agent settings. After the local agent settings have been activated, left-click the **Local Agent Settings** connection in the **APPS** column to display the settings, and select:
   * **Configure** to change your settings.
   * **Deactivate** to disable the local agent settings altogether.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cortex-docs.paloaltonetworks.com/cortex-xdr-3.x/cortex-xdr-3.x-documentation/data-management/broker-vm/set-up-and-configure-broker-vm/broker-vm-data-collector-applets/activate-local-agent-settings.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
