Permissions

If you need to assign different permissions to personnel in your enterprise to access your DNS resources, Identity and Access Management (IAM) is a good choice for fine-grained permissions management. IAM provides identity authentication, permissions management, and access control, helping you securely access your cloud resources.

With IAM, you can create IAM users and assign permissions to control their access to specific resources. For example, if you want some software developers in your enterprise to use DNS resources but do not want them to delete DNS resources or perform any other high-risk operations, you can create IAM users and grant permission to use DNS resources but not permission to delete them.

If your account does not require individual IAM users for permissions management, you can skip this section.

IAM is a free service. You only pay for the resources in your account.

For more information about IAM, see IAM Service Overview.

DNS Permissions

New IAM users do not have any permissions assigned by default. You need to first add them to one or more groups and attach policies or roles to these groups. The users then inherit permissions from the groups and can perform specified operations on cloud services based on the permissions they have been assigned.

DNS resources include the following:

Private zones: project-level resources
PTR records: project-level resources

DNS permissions for global-level resources cannot be set in the global service project and must be granted for each project.

When you set Scope to Region-specific projects and select the specified projects in the specified regions, the users only have permissions for DNS in the selected projects. If you set Scope to All resources, the users have permissions for DNS in all region-specific projects. When accessing DNS, the users need to switch to the authorized region.

You can grant permissions by using roles and policies.

Roles: A coarse-grained authorization strategy provided by IAM to assign permissions based on users' job responsibilities. Only a limited number of service-level roles are available for authorization. Cloud services depend on each other. When you grant permissions using roles, you also need to attach dependent roles. Roles are not ideal for fine-grained authorization and least privilege access.
Policies: A fine-grained authorization strategy that defines permissions required to perform operations on specific cloud resources under certain conditions. This type of authorization is more flexible and is ideal for least privilege access. For example, you can grant users only permissions to manage DNS resources of a certain type. A majority of fine-grained policies contain permissions for specific APIs, and permissions are defined using API actions. For the API actions supported by DNS, see "Permissions and Supported Actions" in the Domain Name Service API Reference.

Table 1 lists all system-defined permissions supported by DNS.

**Table 1** System-defined permissions for DNS
Role/Policy Name	Description	Type	Dependencies
DNS FullAccess	Full permissions for DNS	System-defined policy	None
DNS ReadOnlyAccess	Read-only permissions for DNS. Users granted with these permissions can only view DNS resources.	System-defined policy	None
DNS Administrator	Full permissions for DNS	System-defined role	Tenant Guest and VPC Administrator, which must be attached in the same project as the DNS Administrator role

Table 2 lists common operations supported by system-defined permissions for DNS.

**Table 2** Common operations supported by system-defined permissions
Operation	DNS FullAccess	DNS ReadOnlyAccess	DNS Administrator
Creating a private zone	Supported	Not supported	Supported
Viewing a private zone	Supported	Supported	Supported
Modifying a private zone	Supported	Not supported	Supported
Deleting a private zone	Supported	Not supported	Supported
Deleting private zones in batches	Supported	Not supported	Supported
Associating a VPC with a private zone	Supported	Not supported	Supported
Disassociating a VPC from a private zone	Supported	Not supported	Supported
Adding a record set	Supported	Not supported	Supported
Viewing a record set	Supported	Supported	Supported
Modify a record set	Supported	Not supported	Supported
Deleting a record set	Supported	Not supported	Supported
Delete record sets in batches	Supported	Not supported	Supported

Related References

Identity and Access Management User Guide
Creating a User and Granting Permissions in the User Guide
Section "Permissions Policies and Supported Actions" in the Domain Name Service API Reference

Parent topic: Overview

Previous topic: Private Domain Name Resolution

Next topic: Integration with Other Services