Skip to content

Commit 35b5bc4

Browse files
authored
backport of commit c8a6203
1 parent 2dd7fe9 commit 35b5bc4

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

website/content/docs/concepts/connection-workflows/multi-hop.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -73,7 +73,7 @@ workers are used to access targets.
7373

7474
Many organizations have strict network policies and prohibit all inbound traffic into their network. In these scenarios, HCP-managed workers can be used as the ingress worker. In order to establish a connection into the network, a self-managed worker configured as an egress worker will initiate an outbound connection to the HCP-managed worker, resulting in a persistent connection. As a result, when end users connect to a target, the end user's connection would hop from the Boundary client to the HCP-managed worker (ingress worker) to the self-managed worker (egress worker) to the target (or other intermediary workers if needed).
7575

76-
### Configuring HCP-managed workers for ingress
76+
### Configure HCP-managed workers for ingress
7777

7878
In order to configure end user traffic to ingress through HCP-managed workers, you will need to configure the self-managed worker (enterprise version). On your self-managed worker that you are using for egress to the HCP-managed worker, set the configuration file with the following parameters:
7979
- `hcp_boundary_cluster_id` - The HCP Boundary cluster ID, which can be found in the HCP Boundary cluster's URL.

0 commit comments

Comments
 (0)