The Domain Name System (DNS) is a distributed database, arranged hierarchically, containing records for domain names. The DNS system's main aim is to match a domain name to an IP Address. In order to fulfill this role, the DNS Server contains Resource Records (Records) in a Zone File, which contains the domain name and IP address mappings for computers contained within that Zone. All Resource Records have a Time To Live TTL (TTL), specifying the number of seconds other DNS servers and applications are allowed to cache the Record.
Types of Resource Records (RRs) manageable through Laws Hosting's DNS Service
Address (IPv4 A) Records: These are used to translate domain names into IP addresses.AAAA (IPv6) Records: The IPv6 Address Record is a much larger address space than that of a IPv4 Address Record. Addresses in IPv6 Address Records are 128 bits long while those in IPv4 Address Records are 32 bits long.
Note: When you host your domain name with a Web Hosting company, you will be provided with either an IPv4 Address or an IPv6 Address. This needs to be set as an A Record or an AAAA Record respectively, for that particular domain name.Mail Exchanger (MX) Record: An MX Record identifies the email server(s) responsible for a domain name. When sending an email to email@example.com, your email server must first looks up the MX Record for xyz.com to see which email server actually handles email for xyz.com (this could be mail.xyz.com or someone else's email server like mail.isp.com). Then it looks up the A Record for the email server to connect to its IP address.
An MX Record has a Preference number, indicating the order in which the email server should be used. Email servers will attempt to deliver email to the server with the lowest preference number first, and if unsuccessful continue with the next lowest and so on.Canonical Name (CNAME) Records: CNAME Records are domain name aliases. Often computers on the Internet have multiple functions such as Web Server, FTP Server, Chat Server, etc.. To mask this, CNAME Records can be used, to give a single computer multiple names (aliases).
Sometimes companies register multiple domain names for their brand-names but still wish to maintain a single website. In such cases, a CNAME Record maybe used to forward traffic to their actual website.
Example:www.abc.in could be CNAME to www.abc.com.
The most popular use of the CNAME Record, is to provide access to a Web Server using both the standard www.yourdomainname.com and yourdomainname.com (without the www). This is usually done by adding a CNAME Record for the www name pointing to the short name [while creating an A Record for the shorter name (without www)]. CNAME Records can also be used when a computer or service needs to be renamed, to temporarily allow access through both the old and new name.Text (TXT) Records: TXT Records provide the ability to associate some text with a domain or a sub-domain. This text is meant to strictly provide information and has no functionality as such. A TXT Record can store upto 255 characters of free form text. This Record is generally used to convey information about the zone. Multiple TXT Records are permitted but their order is not necessarily retained.
Example: You may add a TXT Record for yourdomainname.com with the value as This is my email server. Here, if anybody was checking the TXT Records of yourdomainname.com, would notice the above text appearing in the TXT Record.
TXT Record can be used to implement the following:
Service (SRV) Record An SRV or Service Record is a category of data in the DNS specifying information on available services. When looking up for a service, you must first lookup the SRV Record for the service to see which server actually handles it. Then it looks up the Address Record for the server to connect to its IP Address. The SRV Record has a priority field similar to an MX Record's priority value. Clients always use the SRV Record with the lowest priority value first, and only fall back to other SRV Records if the connection with this Record's host fails. If a service has multiple SRV records with the same priority value, clients use the weight field to determine which host to use. The weight value is relevant only in relation to other weight values for the service, and only among SRV Records with the same priority value.
- Sender Policy Framework (SPF): Sender Policy Framework is an extension to the Simple Mail Transfer Protocol (SMTP). SPF allows software to identify and reject forged addresses in the SMTP Mail From (Return-Path). SPF allows the owner of a domain to specify their mail sending policy, e.g. which mail servers they use to send mail from their domain name. The technology requires two sides to work in tandem: The domain owner publishes this information in an TXT Record in the domain's DNS zone, and when someone else's email server receives a message claiming to come from that domain, then the receiving server can check whether the message complies with the domain's stated policy. If, for example, the message comes from an unknown server, it can be considered a fake.
- DomainKeys: DomainKeys is an email authentication system (developed at Yahoo!) designed to verify the authenticity of the email sender and the message integrity (i.e., the message was not altered during transit). The DomainKeys specification has adopted aspects of Identified Internet Mail to create an enhanced protocol called DomainKeys Identified Mail (DKIM).
Newer Internet Protocols such as SIP (Session Initiation Protocol) and XMPP (Extensible Messaging and Presence Protocol) often require SRV support from clients.