Have you been in a scenario when you look at a website in your phone and it works. Meanwhile, one of your colleagues is looking at it in their PC and they get a response saying this site doesn't exist. That's probably a DNS (Domain Name System) issue.
DNS is akin to the internet's phonebook. It's easy to remember a website's name, like www.ssw.com.au, but computers and networks need numerical IP addresses to access websites. DNS translates human-readable domain names to machine readable IP addresses.
Understanding DNS is crucial for troubleshooting connectivity issues, optimizing network performance, and ensuring secure internet navigation
When you type www.ssw.com.au into your browser, the process to translate this human-readable domain name into a machine-readable IP address involves several steps and servers in the Domain Name System (DNS). Here's a detailed breakdown:
www.ssw.com.au into your web browser.www.ssw.com.au. If it finds the IP address there, it skips the remaining DNS steps and proceeds to connect to the web server.www.ssw.com.au but knows where to direct queries for .au domains. It responds with the address of the TLD nameserver for .au..au TLD nameserver. This server manages information for .au domains but doesn't store individual IP addresses. Instead, it knows which authoritative nameserver handles ssw.com.au. It responds with the address of this nameserver.ssw.com.au, which has the actual IP address for www.ssw.com.au. This server responds with the IP address of the web server hosting the ssw.com.au site.www.ssw.com.au with the corresponding TTL. This caching helps speed up future requests to the same domain.www.ssw.com.au. It sends an HTTP request to the server asking for the web page associated with www.ssw.com.au.Each of these steps involves complex interactions between your computer, various DNS servers, and the final web server hosting the content you wish to access. This process, although it might seem lengthy, happens within milliseconds, allowing for the quick loading of web pages.
Figure: DNS - finding the correct authoritative nameserver
Image source: ByteByteGo's DNS Video
Domain names are structured hierarchically, with the right-most component being the top-level domain (TLD). In the domain name www.ssw.com.au:
.au is the country-code top-level domain (ccTLD) for Australiacom.au is considered a second-level domain within the .au ccTLD. It's commonly used by commercial entities in Australiassw.com.au is a domain registered by an entity (in this case, SSW) within the com.au spacewww.ssw.com.au includes a subdomain (www) of the ssw.com.au domaincom.au is a TLDIn essence, DNS doesn't treat com.au as a single TLD but rather as a combination of a second-level domain (com) under the .au TLD. The distinction comes from the DNS hierarchy and the namespace management:
.com, .net, .org, or a country-code TLD like .au, has its own nameserver(s). When a query reaches this level, the TLD nameserver directs the query to the appropriate second-level domain nameserver, if applicable..au manages all domains ending in .au, including com.au, org.au, etc. When someone registers a domain like ssw.com.au, they are registering a second-level domain within the .au TLD. The registry ensures that each domain name is unique within its namespace.ssw.com.au, there are authoritative nameservers that know the IP addresses for subdomains (like www.ssw.com.au).You can browse to a second-level domain if it is set up to host content. For example, if com.au were registered as a domain with its own website, you could browse to it directly. However, com.au is reserved for structuring domain names within Australia and is not used as a standalone website. This is managed through DNS policy and registration rules set by the domain registry responsible for the .au domain space.
In summary, DNS distinguishes between different levels of domains through its hierarchical structure, managed by a combination of root, TLD, and authoritative nameservers. The ability to browse to a domain depends on whether it is registered and configured to host content, regardless of whether it's a TLD, a second-level domain, or lower.
In the context of DNS (Domain Name System), a "type" refers to the kind of DNS record in a DNS server's database, here are some common ones:
| Type | Function | Common Example |
| Address Record (A) | Maps a domain to an IPv4 address | example.com maps to 93.184.216.34 |
| IPv6 Address Record (AAAA) | Maps a domain to an IPv6 address | example.com maps to 2606:2800:220:1:248:1893:25c8:1946 |
| Canonical Name Record (CNAME) | Maps a domain to another domain name (aliasing) | www.example.com aliases to example.com |
| Mail Exchange Record (MX) | Specifies mail servers for a domain | example.com mail handled by mail.example.com |
| Name Server Record (NS) | Delegates a subdomain to a set of name servers | sub.example.com delegated to ns1.example.com |
| Pointer Record (PTR) | Maps an IP address to a domain (reverse DNS) | 34.216.184.93 reverses to example.com |
| Start of Authority Record (SOA) | Stores administrative information about a zone | example.com SOA record indicates ns1.example.com as primary NS |
| Service Locator Record (SRV) | Specifies services available in a domain | _sip._tcp.example.com points to SIP server at sipserver.example.com port 5060 |
| Text Record (TXT) | Holds text information for external sources to read | example.com uses a TXT record for SPF: "v=spf1 include:_spf.example.com ~all" |