Example Custom Policies
Custom policies can be created to supplement the system-defined policies of Direct Connect.
You can create custom policies in either of the following ways:
- Visual editor: Select cloud services, actions, resources, and request conditions. This does not require knowledge of policy syntax.
- JSON: Edit JSON policies from scratch or based on an existing policy.
For details, see Creating a Custom Policy. The following are examples custom policies created for Direct Connect.
Example Custom Policies
- Example 1: Allowing users to update a virtual gateway
{ "Version": "1.1", "Statement": [ { "Effect": "Allow", "Action": [ "dcaas:vgw:update" ] } ] }
- Example 2: Denying users to delete a connection
A deny policy must be used together with other policies. If permissions assigned to a user contain both Allow and Deny actions, the Deny action takes precedence over the Allow action.
The following method can be used if you need to assign permissions of the DCAAS FullAccess policy to a user but also forbid the user from deleting connections. Create a custom policy for denying connection deletion, and assign both policies to the group the user belongs to. Then the user can perform all operations on Direct Connect except deleting connections.
The following is an example of a deny policy:
{ "Version": "1.1", "Statement": [ { "Effect": "Deny", "Action": [ "dcaas:directConnect:delete" ] } ] }
- Example 3: Defining permissions for multiple services in a policy
A custom policy can contain the actions of multiple services that are of the global or project-level type.
The following is an example policy containing actions of multiple services:
{ "Version": "1.1", "Statement": [ { "Effect": "Allow", "Action": [ "vpc:vpcs:list", "vpc:subnets:get", "vpc:routes:list" ] }, { "Effect": "Allow", "Action": [ "dcaas:vif:list", "dcaas:vgw:list", "dcaas:directConnect:list" ] } ] }
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.