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: content/nginxaas-google/getting-started/manage-users-accounts.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,21 +14,20 @@ This document explains how to manage users and accounts in F5 NGINXaaS for Googl
14
14
15
15
Before you start, ensure you understand the following concepts:
16
16
17
-
-**NGINXaaS Account**: Represents a Google Cloud procurement with an active Marketplace NGINXaaS subscription, linked to a billing account. To create an account, see the signup documentation in [prerequisites]({{< ref "/nginxaas-google/getting-started/prerequisites.md" >}}).
18
-
-**User**: A user is anyone who has access to an NGINXaaS Account through their Google Identity. The same Google Identity can be added to multiple NGINXaaS Accounts, but it is treated as a different user in each account.
19
-
-**Authorized Domains**: The list of Google Identity domains (for example, "example.com") allowed to access an NGINXaaS Account using Google authentication.
20
-
- By default, an NGINXaaS Account has an empty authorized domains field, which means that anyone can log in to the account, if added as a user.
21
-
- Configuring this field allows you to control which organizations (based on their email domains) are allowed to log in to the NGINXaaS Account. This restricts access to only users from trusted companies or groups, and prevents unauthorized domains from accessing resources in the account.
22
-
- When updating authorized domains, you cannot make an update if it would prevent any existing user from logging in. This ensures that no current users are accidentally locked out of the account.
17
+
-**NGINXaaS Account**: An NGINXaaS Account is created when you subscribe to *F5 NGINXaaS for Google Cloud* via the Google Cloud Marketplace, as described in [prerequisites]({{< ref "/nginxaas-google/getting-started/prerequisites.md" >}}). You may create multiple NGINXaaS Accounts by signing up with different billing accounts.
18
+
-**User**: NGINXaaS Users are granted access to all resources in the NGINXaaS Account. User authentication is performed securely via Google Cloud, requiring a matching identity. Individuals can be added as users to multiple NGINXaaS Accounts, and can switch between them using the steps documented below.
19
+
-**Authorized Domains**: The list of domains allowed to authenticate into the NGINXaaS Account using Google authentication.
20
+
- This can be used to restrict access to Google identities within your Google Cloud Organization or Google Workspace, or other known, trusted Workspaces. For example, your Google Cloud Organization may have users created under the `example.com` domain. By setting the Authorized Domains in your NGINXaaS Account to only allow `example.com`, users attempting to log in with the same email associated with `alternative.net` Google Workspace would not be authenticated.
21
+
- By default, an NGINXaaS Account has an empty authorized domains list, which accepts matching users from any Google Workspace.
23
22
24
23
## Add or edit a user
25
24
26
-
An existing NGINXaaS Account user can additional users following these steps:
25
+
An existing NGINXaaS Account user can add additional users following these steps:
27
26
28
27
1. Access the [NGINXaaS Console](https://console.nginxaas.net/).
29
28
1. Log in to the console with your Google credentials.
30
29
1. Navigate to **Users** page on the left menu, then select **Add User**.
31
-
1. Enter the **Name** and **Email** for the user to be added.
30
+
1. Enter the **Name** and **Email** for the user to be added. The email must match the individual's Google User to be able to authenticate successfully.
32
31
1. Select **Create User** to save the changes.
33
32
34
33
The new user will appear in the list of users on the **Users** page. Their **Google Identity Domain** will remain empty until they log in for the first time.
@@ -37,8 +36,7 @@ The new user will appear in the list of users on the **Users** page. Their **Goo
37
36
38
37
1. Select **Users** under the **Settings** section on the left menu.
39
38
1. Select the ellipsis (three dots) menu for the user you want to update.
40
-
1. Select **Edit**.
41
-
1. Update the user details; currently only the username can be changed.
39
+
1. Select **Edit** and update the user details.
42
40
1. Select **Update** to confirm the changes.
43
41
44
42
## Modify account settings
@@ -54,6 +52,8 @@ As an authenticated user, you may modify the authorized domains and name of an N
54
52
1. To remove an existing authorized domain, select the Recycle Bin button next to it.
55
53
1. Select **Update** to save changes.
56
54
55
+
{{< call-out "note" >}}You cannot remove an authorized domain from the list if it matches an existing user's Google Identity Domain. To remove access from that domain you must first delete every NGINXaaS user that is associated with the domain.{{< /call-out >}}
56
+
57
57
### Modify the name of an accoun
58
58
59
59
1. Select **Account Details** under the **Settings** section on the left menu.
Copy file name to clipboardExpand all lines: content/nginxaas-google/glossary.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,8 +18,8 @@ This document provides definitions for terms and acronyms commonly used in F5 NG
18
18
| Network attachment | A Google Cloud resource that enables a VM instance to connect to a VPC network. [More information](https://cloud.google.com/vpc/docs/about-network-attachments). |
19
19
| VPC network | A Virtual Private Cloud (VPC) network is a virtual version of a physical network, implemented within Google Cloud. It provides networking functionality for your Google Cloud resources. [More information](https://cloud.google.com/vpc/docs/vpc). |
20
20
| NGINXaas Account | Represents a Google Cloud procurement with an active Marketplace NGINXaaS subscription, linked to a billing account. To create an account, see the signup documentation in [prerequisites]({{< ref "/nginxaas-google/getting-started/prerequisites.md" >}}). |
21
-
| User |A user is anyone who has access to an NGINXaaS Account through their Google Identity. The same Google Identity can be added to multiple NGINXaaS Accounts, but it is treated as a different user in each account. |
22
-
| Authorized Domains | The list of Google Identity domains (for example, "example.com") allowed to access an NGINXaaS Account using Google authentication. <br> - By default, an NGINXaaS Account has an empty authorized domains field, which means that anyone can log in to the account, if added as a user. <br> - Configuring this field allows you to control which organizations (based on their email domains) are allowed to log in to the NGINXaaS Account. This restricts access to only users from trusted companies or groups, and prevents unauthorized domains from accessing resources in the account. <br> - When updating authorized domains, you cannot make an update if it would prevent any existing user from logging in. This ensures that no current users are accidentally locked out of the account. |
21
+
|NGINXaaS User |NGINXaaS Users are granted access to all resources in the NGINXaaS Account. User authentication is performed securely via Google Cloud, requiring a matching identity. Individuals can be added as users to multiple NGINXaaS Accounts, and can switch between them using the steps documented below. |
22
+
| Authorized Domains |The list of domains allowed to authenticate into the NGINXaaS Account using Google authentication. <br>- This can be used to restrict access to Google identities within your Google Cloud Organization or Google Workspace, or other known, trusted Workspaces. For example, your Google Cloud Organization may have users created under the `example.com` domain. By setting the Authorized Domains in your NGINXaaS Accountto only allow `example.com`, users attempting to log in with the same email associated with `alternative.net` Google Workspace would not be authenticated. |
0 commit comments