> 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/gateway-guide/egress-configurations.md).

# Egress configurations

The outgoing communication between tenants and external services is defined either by Cortex or by the user. Using the **Egress Configurations** feature in the Cortex Gateway, the user can define, manage and approve a tenant's outgoing communication flow, providing greater control over outgoing traffic. Refer to [Flows/Path](#UUID-fa0da114-2f2c-ab76-a5a5-2a75c5e2cac6_bridgehead-idm234770021606889) for detailed information on which flows are available for you to create a path for your tenant.

{% hint style="info" %}

### Important

Only Account Admin and Instance Admin can submit a request on behalf of a user. Only users with these roles can view the **Egress Configurations** option in the Gateway.

The Account Admin can view all the tenants from the account where requests have been submitted, and the Instance Admin can view all the requests that have been submitted for their tenant.
{% endhint %}

#### Egress configuration options

In Cortex Gateway, you can use the **Egress Configurations** for the following options:

* You can create a path.
* You can remove a request that's been approved.
* You can filter by flow.

#### Egress configuration parameters

After creating a path for your tenant, it is added to the **Egress configurations** table.

| Parameter       | Description                                                                                                                     |
| --------------- | ------------------------------------------------------------------------------------------------------------------------------- |
| Requester       | <p>The user who is creating the path.</p><p>Only Account Admin and Instance Admin can submit a request on behalf of a user.</p> |
| Requester Email | The email of the requester.                                                                                                     |
| Approver        | The approver is the Account Admin or Instance Admin.                                                                            |
| Approver Email  | The email of the approver.                                                                                                      |
| Route ID        | A unique identifier associated with the path.                                                                                   |
| Status          | <p>The status of the egress path, which can be:</p><ul><li>Approved</li><li>Removed</li></ul>                                   |
| Date of Request | The date the path was created.                                                                                                  |
| Updated         | The date the path was updated.                                                                                                  |

#### Flows/Path

The table includes the list of flows that require egress configuration paths before enabling the outgoing traffic.

| Flow                            | Path                                                                                                         | Example                            |
| ------------------------------- | ------------------------------------------------------------------------------------------------------------ | ---------------------------------- |
| GitHub Server                   | <p>\<host></p><p>Enter the domain name or IP address of the GitHub instance.</p>                             | `github.com`                       |
| GitHub (Code Scanning)          | <p>\<repo\_owner></p><p>Enter the owner or organization name of the repository in GitHub.</p>                | `alicesmith`                       |
| GitLab Self Managed             | <p>\<host></p><p>Enter the domain name or IP address of the GitLab instance.</p>                             | `gitlab.com`                       |
| GitLab (Code Scanning)          | <p>\<project\_name></p><p>Enter the project name within GitLab to allow access.</p>                          | `myproject`                        |
| BitBucket (Code Scanning)       | <p>\<workspace></p><p>Enter the workspace of your project or repository of the BitBucket application.</p>    | `engineering-team`                 |
| BitBucket Data Center           | <p>\<host></p><p>Enter the server name of where the BitBucket application is running.</p>                    | `bitbucket.com`                    |
| Azure DevOps (Code Scanning)    | <p>\<org\_name></p><p>Enter the name of the organization of the Azure Repos instance.</p>                    | `myprojectteam`                    |
| TF Run Task Cloud               | <p>\<host></p><p>Enter the domain name or IP address of the TF Run Task Cloud instance.</p>                  | `tfruntask.com`                    |
| TF Run Task Enterprise          | <p>\<host></p><p>Enter the domain name or IP address of the TF Run Task Enterprise instance.</p>             | `tfruntask.com`                    |
| External Storage: S3-compatible | <p>\<host></p><p>Enter the domain name or IP address of the External Storage: S3-compatible</p>              | `s3browser.com`                    |
| External Storage: AWS S3        | <p>\<bucket\_name></p><p>Enter the name of the AWS S3 bucket to allow access.</p>                            | `my-example-bucket`                |
| Snowflake                       | <p>\<host></p><p>Enter the host or domain name of the Snowflake account to which you are connecting.</p>     | `mycompany.snowflakecomputing.com` |
| SonarQube                       | <p>\<host></p><p>Enter the host address or domain of the SonarQube instance to which you are connecting.</p> | `sonarqube.mycompany.com`          |
| Webhook                         | <p>\<host></p><p>Enter the host name of the Webhook endpoint.</p>                                            | `webhook.mycompany.com`            |
| External storage: AWS SQS       | <p>\<queue\_name></p><p>Enter the name of the AWS SQS queue.</p>                                             | `my-example-queue`                 |
| Splunk                          | <p>\<host></p><p>Enter the host or domain name of the Splunk instance.</p>                                   | `splunk.mycompany.com`             |

#### Submit a new path

<details>

<summary>Read more...</summary>

Follow the steps to submit a new path.

1. In the Gateway, in the **Egress Configurations** page, choose the TENANT for which to create a new path.
2. Click **+Path**:
   * Select the **Requester** from the list of users.
   * Select the **Flow** from the list of data service options:
   * In **Path**, enter the egress configuration path.
   * Click **Add** to create a new path.
3. The path is added to the **Egress configuration** table, showing the details.

</details>

#### Remove a path

<details>

<summary>Read more...</summary>

Follow the steps to remove a path.

1. In the Gateway, from the **Egress configurations** table, select a path that's been approved.
2. Right-click and select **Remove**.
3. In the **Remove Path** dialog box, click **Continue**.

   The selected row is greyed out and the **Status** changes to **Removed**. This is for auditing purposes.

</details>


---

# 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/gateway-guide/egress-configurations.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.
