In the Policy Content area, enter the following content:{
+- On the Select Policy/Role page, click Create Policy in the upper right corner of the permission list.
- Enter a policy name.
- Select JSON for Policy View.
- In the Policy Content area, enter the following content:
{
"Version": "1.1",
"Statement": [
{
diff --git a/docs/iam/umn/iam_01_0430.html b/docs/iam/umn/iam_01_0430.html
index 8e6c3ad51..10f7201b7 100644
--- a/docs/iam/umn/iam_01_0430.html
+++ b/docs/iam/umn/iam_01_0430.html
@@ -6,9 +6,9 @@
Deleting User Groups
Procedure
To delete a user group, do the following:
-
- Log in to the IAM console. In the navigation pane, choose User Groups.
- In the user group list, click Delete in the row that contains the user group to be deleted.
- In the displayed dialog box, click OK.
+
- Log in to the IAM console. In the navigation pane, choose User Groups.
- In the user group list, click Delete in the row that contains the user group to be deleted.
- In the displayed dialog box, enter DELETE and click OK.
Batch Deleting User Groups
To delete multiple user groups at a time, do the following:
-
- Log in to the IAM console. In the navigation pane, choose User Groups.
- In the user group list, select the user groups to be deleted and click Delete above the list.
- In the displayed dialog box, click OK.
+
- Log in to the IAM console. In the navigation pane, choose User Groups.
- In the user group list, select the user groups to be deleted and click Delete above the list.
- In the displayed dialog box, enter DELETE and click OK.
diff --git a/docs/iam/umn/iam_01_0607.html b/docs/iam/umn/iam_01_0607.html
index 7abc90bc9..237e0e0f0 100644
--- a/docs/iam/umn/iam_01_0607.html
+++ b/docs/iam/umn/iam_01_0607.html
@@ -4,15 +4,15 @@
Password Policy
-
The Password Policy tab of the Security Settings page provides the Password Composition & Reuse, Password Expiration, and Minimum Password Age settings.
+
The Password Policy tab of the Security Settings page provides the Password Composition & Reuse, Password Expiration, and Minimum Password Age settings.
Only the administrator and an entrusted identity can configure the password policy, and IAM users can only view the configurations. If an IAM user needs to modify the configurations, the user can request the administrator to perform the modification or grant the required permissions.
The administrator or an entrusted identity should configure the password policy to ensure that IAM users create strong passwords and rotate them periodically. In the password policy, you can define password requirements, such as minimum password length, whether to allow consecutive identical characters in a password, and whether to allow previously used passwords.
Password Composition & Reuse
- Ensure that the password contains 2 to 4 of the following character types: uppercase letters, lowercase letters, digits, and special characters. By default, the password must contain at least 2 of these character types.
- Set the minimum number of characters that a password must contain. The default value is 6 and the value range is from 6 to 32.
- (Optional) Enable the Restrict consecutive identical characters option and set the maximum number of times that a character is allowed to be consecutively present in a password. For example, value 1 indicates that consecutive identical characters are not allowed in a password.
- (Optional) Enable the Disallow previously used passwords option and set the number of previously used passwords that are not allowed. For example, value 3 indicates that the user cannot set the last three passwords that the user has previously used when setting a new password.
Changes to the password policy take effect the next time you or your IAM users change passwords. The new password policy will also apply to IAM users created later.
-
Password Expiration
Set a validity period for passwords so that users need to change their passwords periodically. The users will be prompted to change their passwords 15 days before password expiration. Expired passwords cannot be used to log in to the cloud platform.
+
Password Expiration
To require users need to change their passwords periodically, set a validity period for passwords. The users will be prompted to change their passwords 15 days before password expiration. Expired passwords cannot be used to log in to the cloud platform.
This option is disabled by default. It can be enabled by the administrator or an entrusted identity. The validity period range is from 1 day to 180 days.
-
The changes will take effect immediately for your account and all IAM users under your account.
+
Changes to this setting will be immediately applied to both your account and IAM users under your account.
- After the password expires, users need to set a new password through the URL sent by email. The new password must be different from the old one.
- The password validity period policy applies only to console login. The operations of obtaining a user token through password authentication are not restricted by this policy.
diff --git a/docs/iam/umn/iam_01_0653.html b/docs/iam/umn/iam_01_0653.html
index fae047a17..6544c6734 100644
--- a/docs/iam/umn/iam_01_0653.html
+++ b/docs/iam/umn/iam_01_0653.html
@@ -5,11 +5,11 @@
Modifying Security Settings for an IAM User
As an administrator, you can modify the password, MFA device, login protection, and access keys of an IAM user.
-
Constraints
- IAM users can change their passwords on the Basic Information tab.
- By default, only the IAM user's MFA device can be changed on the Security Settings tab. The MFA device of the account cannot be changed. To change the MFA device of the account, grant the permissions needed to add and unbind the MFA device.
- The mobile number and email address of the IAM user cannot be the same as those of the account or other IAM users.
+
Constraints
- IAM users can change their passwords on the Basic Information tab.
- By default, only the IAM user's MFA device can be changed on the Security Settings tab. The MFA device of the account cannot be changed.
- The mobile number and email address of the IAM user cannot be the same as those of the account or other IAM users.
Changing the Password of an IAM User
As an administrator, you can reset the password of an IAM user if the user has forgotten the password and no email address or mobile number has been bound to the user.
-
- Log in to the IAM console as the administrator.
- In the user list, click a username or click Security Settings in the Operation column to access the user details page.
- Click the Security Settings tab. In the Login Credentials area, click
in the Login Password row to reset the login password for the IAM user.- Set by user: A one-time login URL will be emailed to the user. The user can then click the link to set a password.
- Automatically generated: A password will be automatically generated and then sent to the user by email.
- Set now: You set a new password and send the new password to the user.
+- Log in to the IAM console as the administrator.
- In the user list, click a username or click Security Settings in the Operation column to access the user details page.
- Click the Security Settings tab. In the Login Credentials area, click
in the Login Password row to reset the login password for the IAM user.- Set by user: A one-time login URL will be emailed to the user. The user can then click the link to set a password.
- Automatically generated: A password will be automatically generated and then sent to the user by email.
- Set now: You set a new password and send the new password to the user.
Changing the MFA Device for an IAM User
You can only change the MFA device for an IAM user, but not for the account.
- Log in to the IAM console as the administrator.
- In the user list, click a username or click Security Settings in the Operation column to access the user details page.
- Click the Security Settings tab and change the MFA device of the IAM user.
- Change the mobile number or email address of the user.
The mobile number and email address of the IAM user cannot be the same as those of the account or other IAM users.
diff --git a/docs/iam/umn/iam_01_0703.html b/docs/iam/umn/iam_01_0703.html
index 9e6af60e7..02d388609 100644
--- a/docs/iam/umn/iam_01_0703.html
+++ b/docs/iam/umn/iam_01_0703.html
@@ -3,12 +3,12 @@
-
Basic Information
+
Basic Information
As an account administrator, both you and your IAM users can manage basic information on this page.
- A mobile number or an email address can be bound only to one account or IAM user.
- Only one mobile number, email address, and virtual MFA device can be bound to an account or IAM user.
-
Changing the Login Password, Mobile Number, Virtual MFA Device, or Email Address
The methods for changing the login password, mobile number, virtual MFA device, and email address are similar. To change the login password, do as follows:
-
- Go to the Security Settings page.
- Click the Basic Information tab, and click Change in the Login Password row.
- (Optional) Select email address or mobile number verification, and enter the verification code.
If no email address or mobile number is bound, no verification is required.
+
Changing the Login Password, Mobile Number, or
The methods for changing the login password, mobile number, virtual MFA device, and email address are similar. To change the login password, do as follows:
+
- Go to the Security Settings page.
- Click the Basic Information tab, and click Change in the Login Password row.
- (Optional) Select email address or mobile number verification, and enter the verification code.
If no email address or mobile number is bound, no verification is required.
- Enter the old password and new password, and enter the new password again.
- The password cannot be the username or the username spelled backwards. For example, if the username is A12345, the password cannot be A12345, a12345, 54321A, or 54321a.
- To prevent password cracking, the administrator can configure the password policy to define password requirements, such as minimum password length. For details, see Password Policy.
diff --git a/docs/iam/umn/iam_01_0704.html b/docs/iam/umn/iam_01_0704.html
index 69bc5d460..40b93c0bd 100644
--- a/docs/iam/umn/iam_01_0704.html
+++ b/docs/iam/umn/iam_01_0704.html
@@ -4,20 +4,20 @@
Login Authentication Policy
-The Login Authentication Policy tab of the Security Settings page provides the Session Timeout, Account Lockout, Account Disabling, Recent Login Information, and Custom Information settings. These settings take effect for both your account and the IAM users created using the account.
+
The Login Authentication Policy tab of the Security Settings page provides the Session timeout, Account Lockout, Account Disabling, Recent Login Information, and Custom Information settings. These settings take effect for both your account and the IAM users created using the account.
Only the administrator and entrusted identities can configure the login authentication policy. IAM users can only view the configurations. If an IAM user needs to modify the configurations, the user can request the administrator to perform the modification or grant the required permissions.
-
Session Timeout
Set the session timeout that will apply if you or users created using your account do not perform any operations within a specific period.
-
Figure 1 Session Timeout
-
The timeout ranges from 15 minutes to 24 hours, and the default timeout is 1 hour.
+
Session timeout
Set the session timeout that will apply if you or users created using your account do not perform any operations within a specific period.
+
Figure 1 Session timeout
+
Only administrators and authorized identities can change the session timeout. The timeout ranges from 15 minutes to 24 hours, and the default timeout is 15 minutes.
Account Lockout
Set a duration to lock users out if a specific number of unsuccessful login attempts has been reached within a certain period. You cannot unlock your own account or an IAM user's account. Wait until the lock time expires.
-
Figure 2 Account Lockout
-
The administrator and entrusted identities can set the time for resetting the account lockout counter, maximum number of unsuccessful login attempts, and account lockout duration.
-
- Time for resetting the account lockout counter: The value range is from 15 to 60 minutes, and the default value is 15 minutes.
- Maximum number of unsuccessful login attempts: The value range is from 3 to 10, and the default value is 5.
- Lockout duration: The value range is from 15 to 30 minutes, and the default value is 15 minutes.
+
Figure 2 Account lockout
+
The administrator and entrusted identities can set the account lockout duration, maximum number of unsuccessful login attempts before the account is locked, and time for resetting the account lockout counter.
+
- Lockout duration: The value ranges from 15 to 30 minutes, and the default value is 15 minutes.
- Maximum number of unsuccessful login attempts: The value ranges from 3 to 10, and the default value is 5.
- Time for resetting the account lockout counter: The value ranges from 15 to 60 minutes, and the default value is 15 minutes.
Account Disabling
Set a validity period to disable IAM users if they have not accessed the cloud platform using the console or APIs within a certain period.
This option is disabled by default. It can be enabled by the administrator or an entrusted identity. The validity period is from 1 day to 240 days.
-
If you enable this option, the setting will take effect only for IAM users created using your account. If an IAM user is disabled, the user can request the administrator to enable their account again.
+
If you enable this option, the setting will take effect only for IAM users created using your account. If an IAM user is disabled, the user can request the administrator to enable their account again.
Recent Login Information
Configure whether you want the system to display the previous login information after you log in. If incorrect login information is displayed on the Login Verification page, change your password immediately.
This option is disabled by default and can be enabled by the administrator or an entrusted identity.
@@ -33,3 +33,10 @@
+
+
\ No newline at end of file
diff --git a/docs/iam/umn/iam_01_0730.html b/docs/iam/umn/iam_01_0730.html
index f0102b549..5ff2e59f5 100644
--- a/docs/iam/umn/iam_01_0730.html
+++ b/docs/iam/umn/iam_01_0730.html
@@ -14,7 +14,7 @@
Batch Deleting Agencies
To delete multiple agencies, select the agencies to be deleted in the list and click Delete above the list.
Figure 3 Batch deleting agencies
-
After you delete an agency, all permissions granted to the delegated accounts will be revoked.
+
After you delete an agency, all permissions granted to the delegated account will be cancelled.
diff --git a/docs/iam/umn/iam_03_0002.html b/docs/iam/umn/iam_03_0002.html
index 86d830641..9d8f58102 100644
--- a/docs/iam/umn/iam_03_0002.html
+++ b/docs/iam/umn/iam_03_0002.html
@@ -7,7 +7,7 @@
A user inherits permissions from the groups which the user belongs to. To change the permissions of a user, add the user to a new group or remove the user from an existing group.
Adding Users to a User Group
- In the user group list, click Manage User in the row containing the target user group.
- In the Manage User dialog box, select the usernames to be added.
- Click OK.
-
Removing Users from a User Group
- In the user group list, click Manage User in the row containing the target user group.
- In the Selected Users area, locate the user to be removed and click the ×. Then, click OK.
+
Removing Users from a User Group
- In the user group list, click Manage User in the row containing the target user group.
- In the Selected Users area, locate the user to be removed and click the ×. Then, click OK.
diff --git a/docs/iam/umn/iam_03_0004.html b/docs/iam/umn/iam_03_0004.html
index e08b56e54..067772288 100644
--- a/docs/iam/umn/iam_03_0004.html
+++ b/docs/iam/umn/iam_03_0004.html
@@ -7,9 +7,15 @@
You can modify or delete permissions of a user group on its details page.
Revoking Permissions of a User Group
To revoke a policy or role attached to a user group, do the following:
-
- Log in to the . In the navigation pane, choose User Groups.
- Click the name of the user group to go to the group details page.
- On the Permissions tab, click Delete in the row that contains the role or policy you want to delete.
- In the displayed dialog box, click OK.
+
- Log in to the . In the navigation pane, choose User Groups.
- Click the name of the user group to go to the group details page.
- On the Permissions tab, click Delete in the row that contains the role or policy you want to delete.
- In the displayed dialog box, click OK.
Batch Deleting Permissions of a User Group
To revoke multiple policies or roles attached to a user group, do as follows:
-
- Log in to the . In the navigation pane, choose User Groups.
- Click the name of the user group to go to the group details page.
- On the Permissions page, select the roles or policies you want to delete and click Delete above the list.
- In the displayed dialog box, click OK.
+
- Log in to the . In the navigation pane, choose User Groups.
- Click the name of the user group to go to the group details page.
- On the Permissions page, select the roles or policies you want to delete and click Delete above the list.
- In the displayed dialog box, click OK.
+
+
Managing Identity Policy-based Authorization
To view the identity policy-based authorization on the new console, perform the following operations:
+
- Click the name of a user group to go to the details page.
- In the Permissions tab, click Check identity policy-based authorization records. You can assign and delete permissions for the user group in the Permissions tab.
Figure 1 Checking identity policy-based authorization records
+
After you click Authorize in the displayed pane on the left, you will go to the new console. You can assign permissions to the user group using identity policies.
+
+
@@ -18,3 +24,10 @@
+
+
\ No newline at end of file
diff --git a/docs/iam/umn/iam_06_0001.html b/docs/iam/umn/iam_06_0001.html
index 3e2127000..b914cc98f 100644
--- a/docs/iam/umn/iam_06_0001.html
+++ b/docs/iam/umn/iam_06_0001.html
@@ -1,7 +1,7 @@
Process for Account Delegation
-
The agency function enables you to delegate another account to implement O&M on your resources based on assigned permissions.
+
An agency enables you to delegate another account or service to implement O&M on your resources based on assigned permissions.
You can delegate resource access only to accounts, rather than IAM users.
The following is the procedure for delegating resource access to another account. Account A is the delegating party and account B is the delegated party.
diff --git a/docs/iam/umn/iam_07_0001.html b/docs/iam/umn/iam_07_0001.html
index f28557506..9b30125f6 100644
--- a/docs/iam/umn/iam_07_0001.html
+++ b/docs/iam/umn/iam_07_0001.html
@@ -4,45 +4,173 @@
Security Settings Overview
-
You can configure the basic information, critical operation protection, login authentication policy, password policy, and access control list (ACL) on the Security Settings page. For details, see Basic Information, Critical Operation Protection, Login Authentication Policy, Password Policy, and ACL. This chapter describes how to access the Security Settings page and who is the intended audience.
-
Intended Audience
Table 1 lists the intended audience of different functions provided on the Security Settings page and their access permissions for the functions.
-
-
Table 1 Intended audienceFunction
+You can configure the basic information, critical operation protection, login authentication policy, password policy, and access control list (ACL) on the Security Settings page. For details, see Basic Information, Critical Operation Protection, Login Authentication Policy, Password Policy, and ACL. This chapter describes what permissions are required to and how to access the Security Settings page.
+ Permissions Required for Security SettingsTable 1 lists the permissions required for the operations in different tabs in security settings.
+ Table 1 Permissions required for security settingsFunction
|
-Intended Audience
+ | Operation
+ |
+Permissions
|
-Basic Information
+ | Login password
|
-IAM users: Full access
+ | Query
+ |
+You do not need to obtain the permissions to query your login password.
|
-Critical Operations
+ | Modify
|
-- Administrator: Full access
- IAM users: Read-only access
+ | You do not need to obtain the permissions to change your login password.
|
-Login Authentication Policy
+ | Mobile number
|
-- Administrator and an entrusted identity: Full access
- IAM users: Read-only access
+ | Query
+ |
+You do not need to obtain the permissions to query your bound mobile number.
|
-Password Policy
+ | Modify
|
-- Administrator and an entrusted identity: Full access
- IAM users: Read-only access
+ | You do not need to obtain the permissions to change your bound mobile number.
|
-ACL
+ | Email address
|
-- Administrator and an entrusted identity: Full access
- IAM users: Read-only access
+ | Query
+ |
+You do not need to obtain the permissions to query your bound email address.
+ |
+
+Modify
+ |
+You do not need to obtain the permissions to change your bound email address.
+ |
+
+Virtual MFA device
+ |
+Query
+ |
+You do not need to obtain the permissions to query your virtual MFA device.
+ |
+
+Bind
+ |
+You do not need to obtain the permissions to bind your virtual MFA device.
+ |
+
+Unbind
+ |
+You do not need to obtain the permissions to unbind your virtual MFA device.
+ |
+
+Login protection
+ |
+Query
+ |
+You do not need to obtain the permissions to query your login protection type.
+ |
+
+Operation protection
+ |
+Query
+ |
+iam:securitypolicies:getProtectPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateProtectPolicy
+ |
+
+Access key protection
+ |
+Query
+ |
+iam:securitypolicies:getProtectPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateProtectPolicy
+ |
+
+Information self-management
+ |
+Query
+ |
+iam:securitypolicies:getProtectPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateProtectPolicy
+ |
+
+USB KEY
+ |
+Query
+ |
+You do not need to obtain the permissions to query your USB key.
+ |
+
+Login authentication policy
+ |
+Query
+ |
+iam:securitypolicies:getLoginPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateLoginPolicy
+ |
+
+Password policy
+ |
+Query
+ |
+iam:securitypolicies:getPasswordPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updatePasswordPolicy
+ |
+
+Console access
+ |
+Query
+ |
+iam:securitypolicies:getConsoleAclPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateConsoleAclPolicy
+ |
+
+API access
+ |
+Query
+ |
+iam:securitypolicies:getApiAclPolicy
+ |
+
+Modify
+ |
+iam:securitypolicies:updateApiAclPolicy
|
- Accessing the Security Settings Page- Log in to the IAM console as an administrator or an entrusted identity.
- In the left navigation pane, choose Security Settings.
+
+ Accessing the Security Settings Page- Log in to the IAM console as an administrator or an entrusted identity.
- In the left navigation pane, choose Security Settings.
- You and all IAM users created using your account can access the Security Settings page from the management console.
- Log in to the IAM console.
- In the left navigation pane, choose Security Settings.
diff --git a/docs/iam/umn/iam_07_0003.html b/docs/iam/umn/iam_07_0003.html
index 37ed95d7d..663627ea0 100644
--- a/docs/iam/umn/iam_07_0003.html
+++ b/docs/iam/umn/iam_07_0003.html
@@ -10,11 +10,13 @@
- You can configure a maximum of 200 access control items.
- Both IPv4 and IPv6 addresses can be used for console access, and only IPv4 addresses can be used for API access.
- IP Address RangesYou can specify the IP address range from 0.0.0.0 to 255.255.255.255 to control access to the cloud platform. The default setting is 0.0.0.0-255.255.255.255. If you do not specify a range or use the default range, your IAM users can access the cloud platform from IP addresses.
+ IP Address RangesYou can specify the IP address range to control access to the cloud platform. The IPv4 address range is from 0.0.0.0 to 255.255.255.255 and the default setting is 0.0.0.0-255.255.255.255. The IPv6 address range is from 0:0:0:0:0:0:0:0 to FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF and the default setting is 0:0:0:0:0:0:0:0-FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF. If you do not specify a range or use the default range, your IAM users can access the cloud platform from any IP addresses. To disable IPv6 access, set the IP address to all zeros, for example, 0:0:0:0:0:0:0:0-0:0:0:0:0:0:0:0.
+ The IP address of the current user must be in the allowed IP address range. Otherwise, the setting will fail.
+
CIDR BlocksSpecify CIDR blocks to control access to the cloud platform. For example, set CIDR Block to 10.10.10.10/32.
- VPC EndpointsSpecify access to the cloud platform APIs only from the VPC Endpoint with the specified ID, for example, 0ccad098-b8f4-495a-9b10-613e2a5exxxx. You can set the VPC endpoint only on the API Access tab. If access control is not configured, you can access APIs from all VPC endpoints by default.
+ VPC EndpointsSpecify access to the cloud platform APIs only from the VPC Endpoint with the specified ID, for example, 0ccad098-b8f4-495a-9b10-613e2a5exxxx. You can set the VPC endpoint only on the API Access tab. If access control is not configured, you can access APIs from all VPC endpoints by default.
Figure 1 VPC endpoints
- User access is allowed if any of IP Address Ranges, CIDR Blocks, and VPC Endpoints is met.
- To restore IP Address Ranges to the default settings (0.0.0.0-255.255.255.255) and clear the settings in CIDR Blocks and VPC Endpoints, click Restore Defaults.
diff --git a/docs/iam/umn/iam_08_0003.html b/docs/iam/umn/iam_08_0003.html
index 3d965782f..cc0c29a5b 100644
--- a/docs/iam/umn/iam_08_0003.html
+++ b/docs/iam/umn/iam_08_0003.html
@@ -10,7 +10,7 @@
- Upload the metadata file to the enterprise IdP server. For details, see the help documentation of the enterprise IdP.
- Obtain the metadata file of the enterprise IdP. For details, see the help documentation of the enterprise IdP.
Creating an IdP Entity on the Cloud PlatformTo create an IdP entity on the IAM console, do as follows:
- - Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
+- Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
- Specify the name, protocol, SSO type, status, and description of the IdP entity.
Figure 2 Setting IdP parameters
Table 1 Basic parameters of an IdPParameter
@@ -49,7 +49,7 @@
For details about how to obtain the metadata file of an enterprise IdP, see the help documentation of the enterprise IdP.
- Modifying an IdP: In the IdP list, click Modify in the row containing the IdP, and then change its status or modify the description, metadata, or identity conversion rules.
- Deleting an IdP: In the IdP list, click Delete in the row containing the IdP, and click OK in the displayed dialog box.
-Follow-Up Procedure- Configure the enterprise IdP: Configure enterprise IdP parameters to determine what information can be sent to the cloud platform.
- Configure identity conversion rules: In the Identity Conversion Rules area, configure identity conversion rules to establish a mapping between enterprise users and IAM user groups. In this way, enterprise users can obtain the corresponding permissions in the cloud platform. For details, see Configuring Identity Conversion Rules.
- Verify the federated login: Check whether the enterprise user can log in to the cloud platform through SSO. For details, see Verifying the Login.
+ Follow-Up Procedure- Configure the enterprise IdP: Configure enterprise IdP parameters to determine what information can be sent to the cloud platform.
- Configure identity conversion rules: In the Identity Conversion Rules area, configure identity conversion rules to establish a mapping between enterprise users and IAM user groups. In this way, enterprise users can obtain the corresponding permissions in the cloud platform. For details, see Configuring Identity Conversion Rules.
- Verify the federated login: Check whether the enterprise user can log in to the cloud platform through SSO. For details, see Verifying the Login.
diff --git a/docs/iam/umn/iam_08_0004.html b/docs/iam/umn/iam_08_0004.html
index eb08389a8..c06dd9648 100644
--- a/docs/iam/umn/iam_08_0004.html
+++ b/docs/iam/umn/iam_08_0004.html
@@ -1,7 +1,7 @@
Configuring Identity Conversion Rules
- After an enterprise IdP user logs in to the cloud platform, the cloud platform authenticates the identity and assigns permissions to the user based on the identity conversion rules. You can customize identity conversion rules based on your service requirements. If you do not configure identity conversion rules, the username of the federated user on the cloud platform is FederationUser by default, and the federated user can only access the cloud platform by default.
+ After an enterprise IdP user logs in to the cloud platform, the cloud platform authenticates the identity and assigns permissions to the user based on the identity conversion rules. You can customize identity conversion rules based on your service requirements. If you do not configure identity conversion rules, the username of the federated user on the cloud platform is FederationUser by default, and the federated user can only access the cloud platform by default.
You can configure the following parameters for federated users:
- Username: Usernames of federated users in the cloud platform.
- User permissions: Permissions assigned to federated users in the cloud platform. You need to map the federated users to IAM user groups. In this way, the federated users can obtain the permissions of the user groups to use cloud resources. Ensure that user groups have been created. For details about how to create a user group, see Creating a User Group and Assigning Permissions.
- Modifications to identity conversion rules will take effect the next time federated users log in.
- To modify the permissions of a user, modify the permissions of the user group which the user belongs to. Then restart the enterprise IdP for the modifications to take effect.
@@ -9,7 +9,7 @@
ProcedureIf you configure identity conversion rules by clicking Create Rule, IAM converts your specified parameters to the JSON format. Alternatively, you can click Edit Rule to configure rules in JSON format. For details, see Syntax of Identity Conversion Rules.
- - Creating Rules
- Log in to the IAM console as the administrator. In the navigation pane, choose Identity Providers.
- In the IdP list, click Modify in the row containing the IdP.
- In the Identity Conversion Rules area, click Create Rule. Then, configure the rules in the Create Rule dialog box.
+ - Creating Rules
- Log in to the IAM console as the administrator. In the navigation pane, choose Identity Providers.
- In the IdP list, click Modify in the row containing the IdP.
- In the Identity Conversion Rules area, click Create Rule. Then, configure the rules in the Create Rule dialog box.
Table 1 Parameter descriptionParameter
|
Description
@@ -22,7 +22,7 @@
| Username of federated users in the cloud platform.
|
-To distinguish federated users from users in the cloud platform, it is recommended that you set the username to FederationUser-IdP_XXX. IdP indicates an IdP name, for example, AD FS or Shibboleth. XXX indicates a custom name.
+ | To distinguish federated users from users in the cloud platform, it is recommended that you set the username to FederationUser-IdP_XXX. IdP indicates an IdP name, for example, AD FS or Shibboleth. XXX indicates a custom name.
NOTICE: - The username of each federated user must be unique in the same IdP. Federated users with the same usernames in the same IdP will be mapped to the same IAM user in the cloud platform.
- The username can be any string that does not contain <, >, {, or }, or you can use a placeholder {0..n}. {0} indicates the first attribute of the user information in remote, and {1} indicates the second attribute.
|
@@ -39,7 +39,7 @@
Conditions that a federated user must meet to obtain permissions from the selected user groups.
|
Federated users who do not meet these conditions cannot access the cloud platform. You can create a maximum of 10 conditions for an identity conversion rule.
-The Attribute and Value parameters are used for the enterprise IdP to transfer user information to the cloud platform through SAML assertions. The Condition parameter can be set to empty, any_one_of, or not_any_of. For details about these parameters, see Syntax of Identity Conversion Rules.
+The Attribute and Value parameters are used for the enterprise IdP to transfer user information to the cloud platform through SAML assertions. The Condition parameter can be set to empty, any_one_of, or not_any_of. For details about these parameters, see Syntax of Identity Conversion Rules.
NOTE: - An identity conversion rule can have multiple conditions. It takes effect only if all of the conditions are met.
- An IdP can have multiple identity conversion rules. If none of the rules apply to a federated user, the federated user is not allowed to access the cloud platform.
|
diff --git a/docs/iam/umn/iam_08_0005.html b/docs/iam/umn/iam_08_0005.html
index 5e1d4204d..f1e11d1ae 100644
--- a/docs/iam/umn/iam_08_0005.html
+++ b/docs/iam/umn/iam_08_0005.html
@@ -6,7 +6,7 @@
Procedure- Log in to the IAM console. In the navigation pane, choose Identity Providers.
- Click View in the row containing the IdP.
Figure 1 Viewing IdP details
- Copy the login link by clicking
in the Login Link row.Figure 2 Copying the login link
- - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
+ - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
- Log in to the enterprise management system using your enterprise account, and click the configured login link to access the cloud platform.
diff --git a/docs/iam/umn/iam_08_0007.html b/docs/iam/umn/iam_08_0007.html
index d08eec4aa..7b9cd2ec6 100644
--- a/docs/iam/umn/iam_08_0007.html
+++ b/docs/iam/umn/iam_08_0007.html
@@ -6,7 +6,7 @@
Procedure- Log in to the IAM console. In the navigation pane, choose Identity Providers.
- Click View in the row containing the IdP.
Figure 1 Viewing IdP details
- Copy the login link by clicking
in the Login Link row.Figure 2 Copying the login link
- - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
+ - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
- Log in to the enterprise management system using your enterprise account, and click the configured login link to access the cloud platform.
diff --git a/docs/iam/umn/iam_08_0008.html b/docs/iam/umn/iam_08_0008.html
index ce690fa92..5075a2e26 100644
--- a/docs/iam/umn/iam_08_0008.html
+++ b/docs/iam/umn/iam_08_0008.html
@@ -1,14 +1,14 @@
Configuring Identity Conversion Rules
-Federated users are named FederationUser by default in the cloud platform. These users can only log in to the cloud platform and they do not have any other permissions. You can configure identity conversion rules on the IAM console to achieve the following:
+ Federated users are named FederationUser by default in the cloud platform. These users can only log in to the cloud platform and they do not have any other permissions. You can configure identity conversion rules on the IAM console to achieve the following:
- Display enterprise users with different names in the cloud platform.
- Assign permissions to enterprise users to use the cloud platform resources by mapping these users to IAM user groups. Ensure that you have created the required user groups. For details, see Creating a User Group and Assigning Permissions.
- Modifications to identity conversion rules will take effect the next time federated users log in.
- To modify the permissions of a user, modify the permissions of the user group which the user belongs to. Then restart the enterprise IdP for the modifications to take effect.
PrerequisitesAn IdP entity has been created, and the login link of the IdP is accessible. (For details about how to create and verify an IdP entity, see Creating an IdP Entity.)
ProcedureIf you configure identity conversion rules by clicking Create Rule, IAM converts the rule parameters to the JSON format. Alternatively, you can click Edit Rule to configure rules in JSON format. For details, see Syntax of Identity Conversion Rules.
- - Creating Rules
- Log in to the IAM console as the administrator. In the navigation pane, choose Identity Providers.
- In the IdP list, click Modify in the row containing the IdP.
- In the Identity Conversion Rules area, click Create Rule. Then, configure the rules in the Create Rule dialog box.
+ - Creating Rules
- Log in to the IAM console as the administrator. In the navigation pane, choose Identity Providers.
- In the IdP list, click Modify in the row containing the IdP.
- In the Identity Conversion Rules area, click Create Rule. Then, configure the rules in the Create Rule dialog box.
Table 1 Parameter descriptionParameter
|
Description
@@ -21,7 +21,7 @@
| Username of federated users in the cloud platform.
|
-To distinguish federated users from users in the cloud platform, it is recommended that you set the username to FederationUser-IdP_XXX. IdP indicates an IdP name, for example, AD FS or Shibboleth. XXX indicates a custom name.
+ | To distinguish federated users from users in the cloud platform, it is recommended that you set the username to FederationUser-IdP_XXX. IdP indicates an IdP name, for example, AD FS or Shibboleth. XXX indicates a custom name.
NOTICE: - The username of each federated user must be unique in the same IdP. Federated users with the same usernames in the same IdP will be mapped to the same IAM user in the cloud platform.
- The username can be any string that does not contain <, >, {, or }, or you can use a placeholder {0..n}. {0} indicates the first attribute of the user information in remote, and {1} indicates the second attribute.
|
@@ -47,15 +47,15 @@
For example, set an identity conversion rule for administrators in the enterprise management system.
-
Verifying Federated User PermissionsAfter configuring identity conversion rules, verify the permissions of federated users.
- - Log in as a federated user.
On the Identity Providers page of the , click View in the row containing the IdP. Click to copy the login link displayed on the IdP details page, open the link using a browser, and then enter the username and password used in the enterprise management system.
+- Log in as a federated user.
On the Identity Providers page of the , click View in the row containing the IdP. Click to copy the login link displayed on the IdP details page, open the link using a browser, and then enter the username and password used in the enterprise management system.
- Check that the federated user has the permissions assigned to their user group.
For example, configure an identity conversion rule to map federated user ID1 to the admin user group so that ID1 will have full permissions for all cloud services. On the management console, select a cloud service, and check if you can access the service.
diff --git a/docs/iam/umn/iam_08_0009.html b/docs/iam/umn/iam_08_0009.html
index a7caa7812..4dc75b89f 100644
--- a/docs/iam/umn/iam_08_0009.html
+++ b/docs/iam/umn/iam_08_0009.html
@@ -4,10 +4,10 @@
To establish a trust relationship between an enterprise IdP and the cloud platform, set the user redirect URLs and create OAuth 2.0 credentials in the enterprise IdP. On the IAM console, create an IdP entity and configure authorization information.
Prerequisites- The enterprise administrator has created an account on the cloud platform, and has created user groups and assigned them permissions in IAM. For details, see Creating a User Group and Assigning Permissions. The user groups created in IAM will be mapped to federated users so that the federated users can obtain the permissions of the user groups to use cloud resources.
- The enterprise administrator has read the help documentation of the enterprise IdP or has understood how to use the enterprise IdP. Configurations of different enterprise IdPs differ greatly, so they are not described in this document. For details about how to obtain an enterprise IdP's OAuth 2.0 credentials, see the IdP help documentation.
- Creating OAuth 2.0 Credentials in the Enterprise IdP- Set redirect URIs https:///authui/oidc/redirect and https:///authui/oidc/post in the enterprise IdP so that users can be redirected to the OpenID Connect IdP in the cloud platform.
- Obtain OAuth 2.0 credentials of the enterprise IdP.
+ Creating OAuth 2.0 Credentials in the Enterprise IdP- Set redirect URIs https:///authui/oidc/redirect and https:///authui/oidc/post in the enterprise IdP so that users can be redirected to the OpenID Connect IdP in the cloud platform.
- Obtain OAuth 2.0 credentials of the enterprise IdP.
Creating an IdP Entity on the Cloud PlatformCreate an IdP entity and configure authorization information in IAM to establish a trust relationship between the enterprise IdP and IAM.
- - Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
+- Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
- Enter an IdP name, select OpenID Connect and Enabled, and click OK.
Figure 2 Setting IdP parameters
The IdP name must be unique under your account. You are advised to use the domain name.
@@ -93,7 +93,7 @@
- Click OK.
- Verifying the Federated Login- Click the login link displayed on the IdP details page and check if the login page of the enterprise IdP server is displayed.
- On the Identity Providers page of the , click Modify in the Operation column of the identity provider.
- Copy the login link displayed on the Modify Identity Provider page and visit the link using a browser.
Figure 5 Copying the login link
+Verifying the Federated Login- Click the login link displayed on the IdP details page and check if the login page of the enterprise IdP server is displayed.
- On the Identity Providers page of the , click Modify in the Operation column of the identity provider.
- Copy the login link displayed on the Modify Identity Provider page and visit the link using a browser.
Figure 5 Copying the login link
- If the enterprise IdP login page is not displayed, check the configurations of the IdP and the enterprise IdP server.
- Enter the username and password of a user that was created in the enterprise management system.
- If the login is successful, add the login link to the enterprise management system.
- If the login fails, check the username and password.
Federated users can only access the cloud platform by default. To assign permissions to federated users, configure identity conversion rules for the IdP. For details, see Configuring Identity Conversion Rules.
diff --git a/docs/iam/umn/iam_08_0251.html b/docs/iam/umn/iam_08_0251.html
index 16a170c31..318f5b83e 100644
--- a/docs/iam/umn/iam_08_0251.html
+++ b/docs/iam/umn/iam_08_0251.html
@@ -4,7 +4,7 @@
Application Scenarios of Virtual User SSO and IAM User SSO
- IAM supports two SSO types: virtual user SSO and IAM user SSO. This section describes the two SSO types and their differences, helping you to choose an appropriate type for your business.
+ IAM supports two SSO types: virtual user SSO and IAM user SSO. An account cannot have both types of IdPs. This section describes the two SSO types and their differences, helping you to choose an appropriate type for your business.
Virtual User SSOAfter a federated user logs in to the cloud platform, the system automatically creates a virtual user and assigns permissions to the user based on identity conversion rules. Virtual user SSO is recommended if:
- To reduce management costs, you do not want to create and manage IAM users on the cloud platform.
- You want to assign permissions for cloud resources based on the user groups or attributes in your local enterprise IdP. Permission changes in the local enterprise IdP can be synchronized to the cloud platform by adjusting the user groups or attributes locally.
- Your enterprise has branches and may require multiple enterprise IdPs. These IdPs need to access the same cloud account. You need to configure multiple IdPs in the cloud platform for identity federation.
diff --git a/docs/iam/umn/iam_08_0254.html b/docs/iam/umn/iam_08_0254.html
index 740915055..1ca95f51a 100644
--- a/docs/iam/umn/iam_08_0254.html
+++ b/docs/iam/umn/iam_08_0254.html
@@ -11,7 +11,7 @@
diff --git a/docs/iam/umn/iam_08_0255.html b/docs/iam/umn/iam_08_0255.html
index 222506996..6aabef170 100644
--- a/docs/iam/umn/iam_08_0255.html
+++ b/docs/iam/umn/iam_08_0255.html
@@ -11,7 +11,7 @@
- Upload the metadata file to the enterprise IdP server. For details, see the help documentation of the enterprise IdP.
- Obtain the metadata file of the enterprise IdP. For details, see the help documentation of the enterprise IdP.
Creating an IdP Entity on the Cloud PlatformTo create an IdP entity on the IAM console, do as follows:
- - Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
+- Log in to the IAM console, choose Identity Providers from the navigation pane, and click Create Identity Provider in the upper right corner.
Figure 1 Creating an IdP entity
- Specify the name, protocol, SSO type, status, and description of the IdP entity.
Figure 2 Setting IdP parameters
Table 1 Basic parameters of an IdPParameter
@@ -50,7 +50,7 @@
For details about how to obtain the metadata file of an enterprise IdP, see the help documentation of the enterprise IdP.
- Upload a metadata file.
- Click Modify in the row containing the IdP.
Figure 3 Modifying an IdP
- - Click Select File and select the metadata file of the enterprise IdP.
Figure 4 Uploading a metadata file
+ - Click Add and select the metadata file of the enterprise IdP.
Figure 4 Uploading a metadata file
- Click Upload. The metadata extracted from the uploaded file is displayed. Click OK.
- If the uploaded metadata file contains multiple IdPs, select the IdP you want to use from the Entity ID drop-down list.
- If a message is displayed indicating that no entity ID is specified or the signing certificate has expired, check the metadata file and upload it again, or configure the metadata manually.
- Click OK to save the settings.
diff --git a/docs/iam/umn/iam_08_0256.html b/docs/iam/umn/iam_08_0256.html
index 093bdbab0..6fe0c925f 100644
--- a/docs/iam/umn/iam_08_0256.html
+++ b/docs/iam/umn/iam_08_0256.html
@@ -21,7 +21,7 @@
ID of an enterprise IdP user (federated user)
|
This parameter is mandatory when the SSO type is IAM user.
-Each federated user is mapped to an IAM user. The IAM_SAML_Attributes_xUserId of the federated user is the same as the external identity ID of the corresponding IAM user.
+Each federated user is mapped to an IAM user. The IAM_SAML_Attributes_xUserId of the federated user is the same as the external identity ID of the corresponding IAM user.
|
|
IAM_SAML_Attributes_redirect_url
diff --git a/docs/iam/umn/iam_08_0259.html b/docs/iam/umn/iam_08_0259.html
index 6dc5732ed..511221384 100644
--- a/docs/iam/umn/iam_08_0259.html
+++ b/docs/iam/umn/iam_08_0259.html
@@ -7,9 +7,9 @@
Configure a federated login entry in the enterprise IdP so that enterprise users can use the login link to access the cloud platform.
Prerequisites- An IdP entity has been created on the cloud platform, and the login link for the IdP is available. For details, see Creating an IdP Entity.
- The login entry for logging in to the cloud platform has been configured in the enterprise management system.
- Procedure- Log in to the IAM console. In the navigation pane, choose Identity Providers.
- Click View in the row containing the IdP.
Figure 1 Viewing IdP details
+Procedure- Log in to the IAM console. In the navigation pane, choose Identity Providers.
- Click View in the row containing the IdP.
Figure 1 Viewing IdP details
- Copy the login link by clicking
in the Login Link row.Figure 2 Copying the login link
- - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
+ - Add the following statement to the page file of the enterprise management system:
<a href="<Login link>"> Cloud platform login entry </a>
- Log in to the enterprise management system using your enterprise account, and click the configured login link to access the cloud platform.
|
|---|
|---|
|
|---|
|
|---|