You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/docs/cloudflare-one/applications/non-http/infrastructure-apps.mdx
+18-14Lines changed: 18 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -47,13 +47,29 @@ Access for Infrastructure currently only supports [SSH](/cloudflare-one/connecti
47
47
48
48
<Renderfile="access/add-infrastructure-app" />
49
49
50
-
## 3. Configure the server
50
+
## 3. Add a policy
51
+
52
+
<Renderfile="access/add-infrastructure-policy" />
53
+
54
+
### Selectors
55
+
56
+
The following [Access policy selectors](/cloudflare-one/policies/access/#selectors) are available for securing infrastructure applications:
57
+
58
+
- Email
59
+
- Emails ending in
60
+
- SAML group
61
+
- Country
62
+
- Authentication method
63
+
- Device posture
64
+
- Entra group, GitHub organization, Google Workspace group, Okta group
65
+
66
+
## 4. Configure the server
51
67
52
68
Certain protocols require configuring the server to trust connections through Access for Infrastructure. For more information, refer to the protocol-specific tutorial:
Users connect to the target's IP address as if they were on your private network, using their preferred client software. The user must be logged into WARP on their device, but no other system configuration is required. You can optionally configure a [private DNS resolver](/cloudflare-one/policies/gateway/resolver-policies/) to allow connections to the target's private hostname.
59
75
@@ -100,15 +116,3 @@ warp-cli target list
100
116
## Revoke a user's session
101
117
102
118
To revoke a user's access to all infrastructure targets, you can either [revoke the user from Zero Trust](/cloudflare-one/identity/users/session-management/#per-user) or revoke their device. Cloudflare does not currently support revoking a user's session for a specific target.
103
-
104
-
## Infrastructure policy selectors
105
-
106
-
The following [Access policy selectors](/cloudflare-one/policies/access/#selectors) are available for securing infrastructure applications:
107
-
108
-
- Email
109
-
- Emails ending in
110
-
- SAML group
111
-
- Country
112
-
- Authentication method
113
-
- Device posture
114
-
- Entra group, GitHub organization, Google Workspace group, Okta group
Copy file name to clipboardExpand all lines: src/content/docs/cloudflare-one/connections/connect-networks/use-cases/ssh/ssh-infrastructure-access.mdx
+6-2Lines changed: 6 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,7 +40,11 @@ To connect your devices to Cloudflare:
40
40
41
41
<Renderfile="access/add-infrastructure-app" />
42
42
43
-
## 6. Configure SSH server
43
+
## 6. Add a policy
44
+
45
+
<Renderfile="access/add-infrastructure-policy" />
46
+
47
+
## 7. Configure SSH server
44
48
45
49
Next, configure your SSH server to trust the Cloudflare SSH CA. This allows Access to authenticate using short-lived certificates instead of traditional SSH keys.
46
50
@@ -61,7 +65,7 @@ To generate a Cloudflare SSH CA and get its public key:
61
65
### Restart your SSH server
62
66
<Renderfile="ssh/restart-server" />
63
67
64
-
## 7. Connect as a user
68
+
## 8. Connect as a user
65
69
66
70
Users can use any SSH client to connect to the target, as long as they are logged into the WARP client on their device. If the target is located within a particular virtual network, ensure that the WARP client is [connected to that virtual network](/cloudflare-one/connections/connect-networks/private-net/cloudflared/tunnel-virtual-networks/#connect-to-a-virtual-network) before initiating the connection. Users do not need to modify any SSH configs on their device. For example, to SSH from a terminal:
5. In **Target criteria**, select the target hostname(s) that will represent the application. The application definition will apply to all targets that share the selected hostname, including any targets added in the future.
16
16
6. Enter the **Protocol** and **Port** that will be used to connect to the server.
17
17
7. (Optional) If a protocol runs on more than one port, select **Add new target criteria** and reconfigure the same target hostname and protocol with a different port number.
18
-
:::note
19
-
Access for Infrastructure only supports assigning one protocol per port. You can reuse a port/protocol pairing across infrastructure applications, but the port cannot be reassigned to another protocol.
20
-
:::
21
18
8. Select **Next**.
22
-
9. To secure your targets, configure a policy that defines who can connect and how they can connect:
23
-
1. Enter any name for your policy.
24
-
2. Create a rule that matches the users who are allowed to reach the targets. For more information, refer to [Access policies](/cloudflare-one/policies/access/) and review the list of [infrastructure policy selectors](/cloudflare-one/applications/non-http/infrastructure-apps/#infrastructure-policy-selectors).
25
-
3. In **Connection context**, enter the UNIX usernames that users can log in as (for example, `root` or `ec2-user`).
26
-
4. Select **Add application**.
27
19
</TabItem>
28
20
<TabItemlabel="API">
29
21
30
-
1.[Create an API token](/fundamentals/api/get-started/create-token/) with the following permissions:
31
-
| Type | Item | Permission |
32
-
| ------- | ---------------- | ---------- |
33
-
| Account | Access: Apps & Policies | Edit |
34
-
35
-
2. Make a `POST` request to the [Access applications](/api/operations/access-applications-add-an-application) endpoint:
1. Use the [`cloudflare_zero_trust_access_application`](https://registry.terraform.io/providers/cloudflare/cloudflare/4.44.0/docs/resources/zero_trust_access_application) resource to create an infrastructure application:
2. Use the [`cloudflare_zero_trust_access_policy`](https://registry.terraform.io/providers/cloudflare/cloudflare/4.44.0/docs/resources/zero_trust_access_policy) resource to add an infrastructure policy to the application:
The targets in this application are now secured by your infrastructure policies.
126
-
127
69
:::note
128
-
Gateway [network policies](/cloudflare-one/policies/gateway/network-policies/) take precedence over infrastructure policies. For example, if you block port`22` for all users in Gateway, then no one can SSH over port `22`to your targets.
70
+
Access for Infrastructure only supports assigning one protocol per port. You can reuse a port/protocol pairing across infrastructure applications, but the port cannot be reassigned to another protocol.
To secure your targets, configure a policy that defines who can connect and how they can connect:
9
+
10
+
1. Enter any name for your policy.
11
+
2. Create a rule that matches the users who are allowed to reach the targets. For more information, refer to [Access policies](/cloudflare-one/policies/access/).
12
+
3. In **Connection context**, enter the UNIX usernames that users can log in as (for example, `root` or `ec2-user`).
13
+
4. Select **Add application**.
14
+
15
+
The targets in this application are now secured by your infrastructure policies.
16
+
17
+
:::note
18
+
Gateway [network policies](/cloudflare-one/policies/gateway/network-policies/) take precedence over infrastructure policies. For example, if you block port `22` for all users in Gateway, then no one can SSH over port `22` to your targets.
Configure the [`cloudflare_infrastructure_access_target`](https://registry.terraform.io/providers/cloudflare/cloudflare/4.44.0/docs/resources/infrastructure_access_target) resource:
0 commit comments