Skip to content

Commit 8db7472

Browse files
authored
Merge branch 'internal/nginxaas-next' into internal/nginxaas-get-help
2 parents 0524c9b + 52a086c commit 8db7472

File tree

3 files changed

+50
-19
lines changed

3 files changed

+50
-19
lines changed

content/nginxaas-google/getting-started/manage-users-accounts.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -14,21 +14,20 @@ This document explains how to manage users and accounts in F5 NGINXaaS for Googl
1414

1515
Before you start, ensure you understand the following concepts:
1616

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.
2322

2423
## Add or edit a user
2524

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:
2726

2827
1. Access the [NGINXaaS Console](https://console.nginxaas.net/).
2928
1. Log in to the console with your Google credentials.
3029
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.
3231
1. Select **Create User** to save the changes.
3332

3433
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
3736

3837
1. Select **Users** under the **Settings** section on the left menu.
3938
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.
4240
1. Select **Update** to confirm the changes.
4341

4442
## Modify account settings
@@ -54,6 +52,8 @@ As an authenticated user, you may modify the authorized domains and name of an N
5452
1. To remove an existing authorized domain, select the Recycle Bin button next to it.
5553
1. Select **Update** to save changes.
5654

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+
5757
### Modify the name of an accoun
5858

5959
1. Select **Account Details** under the **Settings** section on the left menu.

content/nginxaas-google/getting-started/ssl-tls-certificates/ssl-tls-certificates-portal.md

Lines changed: 36 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -19,14 +19,42 @@ If you haven't already done so, complete the following prerequisites:
1919
- Access the portal visiting [https://console.nginxaas.net/](https://console.nginxaas.net/).
2020
- Log in to the NGINXaaS console with your Google credentials.
2121

22-
### Add an SSL/TLS certificate
23-
24-
25-
### Edit an SSL/TLS certificate
26-
27-
28-
### Delete an SSL/TLS certificate
29-
22+
## Add an SSL/TLS certificate to NGINXaaS
23+
- Select **Certificates** in the left menu.
24+
- Select {{< icon "plus">}} **Add Certificate**.
25+
- In the **Add Certificate** panel, provide the required information:
26+
27+
{{< table >}}
28+
| Field | Description |
29+
|---------------------------- | ---------------------------- |
30+
| Name | A unique name for the certificate. |
31+
| Type | Select the type of certificate you are adding. SSL certificate and key, or CA certificate bundle. |
32+
| Certificate Import Options | Choose how you want to import the certificate. Enter the certificate text or upload a file. |
33+
{{< /table >}}
34+
35+
- Repeat the same steps to add as many certificates as needed.
36+
37+
### Use a certificate in an NGINX configuration
38+
39+
To use a certificate in an NGINX configuration, follow these steps:
40+
41+
- Select **Configurations** in the left menu.
42+
- Select the ellipsis (three dots) next to the configuration you want to edit, and select **Edit**.
43+
- Select **Continue** to open the configuration editor.
44+
- In your configuration, select {{< icon "plus">}} **Add File** and either choose to use an existing certificate or add a new one.
45+
- If you want to add a new certificate, select **New SSL Certificate or CA Bundle** and follo the steps mentioned in [Add an SSL/TLS certificate to NGINXaaS](#add-an-ssltls-certificate-to-nginxaas).
46+
- If you want to use an existing certificate, select **Existing SSL Certificate or CA Bundle** and use the menu to choose a certificate from the list of certificates you have already added.
47+
- Provide the required path information:
48+
49+
{{< table >}}
50+
| Field | Description | Note |
51+
|---------------------------- | ---------------------------- | ---- |
52+
| Certificate File Path | This path can match one or more ssl_certificate directive file arguments in your NGINX configuration. | The certificate path must be unique within the same deployment. |
53+
| Key File Path | This path can match one or more ssl_certificate_key directive file arguments in your NGINX configuration. | The key path must be unique within the same deployment. |
54+
{{< /table >}}
55+
56+
- Update the NGINX configuration to reference the certificate you just added by the path value.
57+
- Select **Continue** and then **Save** to save your changes.
3058

3159
## What's next
3260

content/nginxaas-google/glossary.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,11 +12,14 @@ This document provides definitions for terms and acronyms commonly used in F5 NG
1212

1313
{{<table>}}
1414

15-
| Parameter | Description |
15+
| Term | Description |
1616
| ------------------------ | -------------------------------------------------------------------------------------|
1717
| GCP | Geographic Control Plane. The control plane that manages the NGINXaaS instances deployed in Google Cloud. |
1818
| 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). |
1919
| 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+
| 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+
| 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 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. |
2023

2124

2225
{{</table>}}

0 commit comments

Comments
 (0)