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
+14-18Lines changed: 14 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -47,29 +47,13 @@ Access for Infrastructure currently only supports [SSH](/cloudflare-one/connecti
47
47
48
48
<Renderfile="access/add-infrastructure-app" />
49
49
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
50
+
## 3. Configure the server
67
51
68
52
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.
75
59
@@ -116,3 +100,15 @@ warp-cli target list
116
100
## Revoke a user's session
117
101
118
102
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
+2-6Lines changed: 2 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,11 +40,7 @@ To connect your devices to Cloudflare:
40
40
41
41
<Renderfile="access/add-infrastructure-app" />
42
42
43
-
## 6. Add a policy
44
-
45
-
<Renderfile="access/add-infrastructure-policy" />
46
-
47
-
## 7. Configure SSH server
43
+
## 6. Configure SSH server
48
44
49
45
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.
50
46
@@ -65,7 +61,7 @@ To generate a Cloudflare SSH CA and get its public key:
65
61
### Restart your SSH server
66
62
<Renderfile="ssh/restart-server" />
67
63
68
-
## 8. Connect as a user
64
+
## 7. Connect as a user
69
65
70
66
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
+
:::
18
21
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**.
19
27
</TabItem>
20
28
<TabItemlabel="API">
21
29
22
-
To add an infrastructure application using the [API](/api/operations/access-applications-add-an-application):
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
+
69
127
:::note
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.
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.
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