Cette publication est également disponible en :
Français (French)
All resource records have a defined format that uses the same first-level fields, as described in the following table.
A
| Description: A resource record (host address). Maps a DNS domain name to a 32-bit Internet Protocol (IP) version 4 address. For more information, see RFC 1035. |
| Syntax:owner class ttl A address_IP_v4 |
| Example :host1.example.microsoft.com. IN A 127.0.0.1 |
AAAA
| Description: AAAA resource record (IPv6 host address). Maps a DNS domain name to a 128-bit Internet Protocol (IP) version 6 address. For more information, see RFC 1886. |
| Syntax:owner class ttl AAAA address_IP_v6 |
| Example :ipv6_host1.example.microsoft.com. IN AAAA 4321:0:1:2:3:4:567:89ab |
AFSDB
| Description: AFSDB (Andrew File System Database) resource record. Maps a DNS domain name in the server_host_name field to the host name of a server belonging to a server subtype. TheSubtype field can have one of these recognized and supported values:Value 1 indicates that the server is an AFS version 3.0 volume location server for the named AFS cell. Value 2 indicates that the server is an authenticated name server that maintains the root cell directory node for the server using the OSF (Open Software Foundation) DCE or HP/Apollo NCA (Network Computing Architecture) authenticated cell name system. For more information, see RFC 1183. |
| Syntax:owner ttl class AFSDB subtype server_host_name |
| Example:example.microsoft.com. AFSDB 1 afs-server1.example.microsoft.com |
CNAME
| Description:CNAME (canonical name) resource record. Maps a DNS domain name with an alias, or secondary, in the owner field to a canonical or primary DNS domain name, specified in the canonical_name field. The canonical or primary DNS domain name used in the data is mandatory and must be convertible to a valid DNS domain name in the namespace. |
| Syntax:owner ttl class CNAME canonical_name |
| Example :aliasname.example.microsoft.com. CNAME truename.example.microsoft.com |
HINFO
| Description:HINFO resource record (host information). Specifies the type of processor and operating system in the type_processor and type_operating_system fields, respectively, for the DNS domain name of the host in the owner field. The most common processor and operating system types are listed in RFC 1700. This information can be used by application protocols such as FTP, which use special procedures to communicate with computers corresponding to a specific type of processor and operating system. |
| Syntax:owner ttl class HINFO processor_type operating_system_type |
| Example :my-computer-name.example.microsoft.com. HINFO INTEL-386 WIN32 |
MX
| Description: MX resource record (mail server). Specifies message routing to a mail server host, as specified in mail_server_host, for messages sent to a domain name specified in the owner field. 2-digit preference value indicating the order chosen in the event of multiple server hosts being specified. Each server host must have a corresponding A resource record (host address) in a valid zone. For more information, see RFC 1035. |
| Syntax:owner ttl class MX host_server_messaging preference |
| Example:example.microsoft.com. MX 10 mailserver1.example.microsoft.com |
NS
| Description: Used to map a DNS domain name, as specified in owner, onto the names of hosts running DNS servers specified in the domain_server_name field. |
| Syntax:owner ttl IN NS server_domain_name |
| Example:example.microsoft.com. IN NS nameserver1.example.microsoft.com |
PTR
| Description: PTR resource record (pointer). Points from the name contained in owner to another location in the DNS namespace as specified in target_domain_name. Typically used in special domains such as the in-addr.arpa domain tree to perform indirect address-name lookups. Most often, each record contains information that points to another DNS domain name location, such as a matching A resource (host address) record in a direct search zone. For more information, see RFC 1035. |
| Syntax:owner ttl class PTR target_domain_name |
| Example :1.0.0.10.in-addr.arpa. PTR host.example.microsoft.com |
RP
| Description: RP resource record (responsible person). Specifies a domain mailbox name for a responsible person in mailbox_name. This name is then mapped to a domain name in text_record_name, for which TXT resource records exist in the same zone. When RP records are used in DNS queries, additional queries are used to retrieve the associated TXT (text) resource record information. For more information, see RFC 1183. |
| Syntax:owner ttl class RP letter_box_name text_recording_name |
| Example:example.microsoft.com. RP admin.example.microsoft.com. admin-info.example.microsoft.com.admin-info.example.microsoft.com. TXT “Joe Administrator, (555) 555-0110” |
SOA
| Description:Name source resource record (SOA; Start of Authority). Indicates the original name of the zone and contains the name of the server which is the main source of information on the zone. It also indicates other basic properties of the zone. The SOA resource record is always the first record in a standard zone. It indicates which DNS server created it first, or which is currently the zone’s main server. It is also used to store other properties such as version information and timeouts that affect zone renewal or expiration. These properties affect the frequency of transfers between the zone’s reference servers. For more information, see Managing authority records.RemarksInthe example below, the owner (main DNS server) is specified as “@”, because the domain name is “@”. @”, as the domain name is identical to the origin of all zone data(example.microsoft.com.). This is a standard notation convention for resource records, frequently used in SOA registration. |
| Syntax:owner class SOA server_names person_responsible (serial_number refresh_interval interval_before_new_attempt expiration minimum_lifetime) |
| Example :@ IN SOA serveurnoms.example.microsoft.com. postmaster.example.microsoft.com. ( 1 ; serial number 3600 ; update [1h] 600 ; retry [10m] 86400 ; expiry [1d] 3600 ) ; TTL min [1h] |
SRV
| Description: Service locator resource (SRV) record. Allows multiple servers offering a similar TCP/IP service to be located using a single DNS query. This record lets you manage a list of servers for a specific server port and transport protocol type, ranked in order of preference for a DNS domain name. For example, in DNS Windows Server 2003, this record allows you to locate domain controllers that use the LDAP (Lightweight Directory Access Protocol) service via TCP port 389,The purposes of each of the specialized fields used in an SRV resource record are as follows:service: Symbolic name for the desired service. For common services, a reserved universal symbolic name such as “_telnet” or “_smtp” is defined in RFC 1700. If a common service name is not defined in RFC 1700, a local or user-defined name may be used. Some frequently used TCP/IP services, such as POP (Post Office Protocol), do not have a unique universal symbolic name. If RFC 1700 assigns a name to the service indicated in this field, the name defined by the RFC is the only name allowed. Only locally defined services can be named locally. protocol: Indicates the type of transport protocol. Typically, this is TCP or UDP, although any of the transport protocols named in RFC 1700 may be used.name: DNS domain name to which this resource record refers. The SRV resource record is unique among other DNS record types in that it is not used for searching or querying.priority: Defines the preference for a host specified in the target field. DNS clients searching for SRV resource records try to contact the first accessible host with the lowest preference value specified here. Although target hosts have the same preference value, they can be queried in random order. The range of preference values is between 0 and 65535.weight: Can be used in conjunction with preference to provide a load-balancing mechanism between multiple servers that are specified in the target field and all match the same preference level. When selecting a target server host from among servers of the same preference, this value can be used to add an additional preference level to determine the exact order or balancing of the selection, for target hosts used in the response to an SRV request. When a non-zero value is used, hosts with the same preference are tested in proportion to the weight of this value. The range of values is from 1 to 65535. If load balancing is not required, use a value of 0 in this field to make the record easier to read.port: Port of the server on the target host offering the service specified in the service field. The port number range is 0 to 65535, although the number is usually a known port number reserved for the service, as defined in RFC 1700. Unassigned ports can be used if required.target: Specifies the DNS domain name of the host offering the type of service requested. Each host name used must have a corresponding A resource record (host address) in the DNS namespace. A single dot (.) can be used in this field to forcefully indicate that the requested service, specified in this SRV resource record, is not available for this DNS domain name. For more information, see the online help document “A DNS RR for specifying the location of services (DNS SRV)”. |
| Syntax :service.protocol.name ttl class SRV preference target port weight |
| Example :_ldap._tcp._msdcs SRV 0 0 389 dc1.example.microsoft.com SRV 10 0 389 dc2.example.microsoft.com |
TXT
| Description: TXT (text) resource record. Maps a DNS domain name specified in the owner field to a string in the text_string field for use as descriptive text. For more information, see RFC 1035. |
| Syntax:owner ttl class TXT text_string |
| Example:example.microsoft.com. TXT “This is an example of additional domain name information.” |