Fully qualified domain name (FQDN): definition, rules, structure, and practical uses
A fully qualified domain name (FQDN) is the complete, unambiguous address of a host in the Domain Name System (DNS), it follows a set of rules and includes every label from the hostname down to the top-level domain, specifying the exact location of a resource on the internet.

TLD-list
Editor team
To put it simply: "example.com" is a domain, but "www.example.com" is an FQDN when it points to a specific host. This guide covers what an FQDN is, how to recognize its structure, where FQDNs matter in practice, and how to find yours.
What is a fully qualified domain name?
A fully qualified domain name is a domain name that specifies its exact location in the DNS tree hierarchy by including all domain levels in a single, complete address: the hostname, the domain name, and the top-level domain (TLD). Technically, a true FQDN ends with a trailing dot (www.example.com.) that represents the DNS root, but browsers and most tools assume the root and do not require you to include it.
FQDNs identify a specific host or service, not just a registered domain.
"example.com" without a hostname is a partially qualified domain name (PQDN), it identifies the domain but not the exact host. A partially qualified domain name (PQDN), is a name whose interpretation depends on local DNS context.
FQDN structure: the rules
FQDNs follow a defined set of technical constraints that are set by DNS standards:
255 characters, including all dots.
Each segment between dots must be 1 to 63 characters.
Letters (a-z, A-Z), digits (0-9), and hyphens (-). No spaces. Underscores are not valid in traditional DNS hostnames, though they appear in some DNS record types like SRV and TXT.
www.Example.COM resolves the same as www.example.com.
The table below shows valid and invalid FQDN examples:
| FQDN |
Valid? |
Note |
|---|---|---|
| www.example.com |
Yes |
Standard web FQDN |
| mail.example.com |
Yes |
Email server FQDN |
| api.v2.example.io |
Yes |
Multi-level subdomain FQDN |
| example (alone) |
No |
Missing TLD, this is only a hostname |
| example.com (no host) |
PQDN |
Its interpretation depends on local DNS context |
Common FQDN uses in practice
FQDNs appear across several critical infrastructure contexts. Understanding where they are used helps when configuring domains, SSL certificates, or server environments.
DNS resolution
When you type an FQDN into a browser, the DNS resolver uses the full label path to find the IP address of the specific host. The FQDN is the input; the IP address is the output. DNS resolution works by querying a hierarchy of servers, starting from the root zone, then the top-level domain, then the second-level domain, to locate the authoritative DNS server for the hostname in question.
SSL/TLS certificates
SSL certificates are issued for a specific FQDN (or wildcard FQDN like *.example.com). A certificate issued for www.example.com does not automatically cover mail.example.com, each FQDN is a distinct host in DNS terms. This matters when configuring HTTPS across multiple subdomains: each one requires its own SSL certificate, or a wildcard or Subject Alternative Name (SAN) certificate that explicitly lists all the FQDNs to encrypt.
Server and network configuration
FQDNs appear in server configuration files, email server setup (MX records), VPN configurations, and internal IT systems where a specific host must be uniquely addressed. When configuring a web server or a mail transfer agent, you typically reference the server by its FQDN rather than just a hostname, so the server can be located from anywhere in the DNS hierarchy.
Email delivery
The sending mail server's FQDN is part of the SMTP handshake and is checked against DNS PTR (pointer) records during email delivery. A misconfigured or missing FQDN in PTR records can cause emails to be flagged as spam or rejected outright by receiving mail servers.
Before configuring any of the above, compare domain registration and renewal prices across registrars, TLD-list tracks prices across 100+ registrars so you can choose the right registrar for your DNS setup.
FQDN vs. PQDN vs. hostname vs. URL
These four terms are often confused because they all describe parts of the same address structure. Here is how they differ:
| Term |
What it includes |
Example |
|---|---|---|
| FQDN |
Hostname + all domain levels + TLD |
mail.example.com |
| PQDN |
Partial path, typically SLD + TLD without a hostname |
example.com |
| Hostname |
Just the device or service label |
|
| URL |
Protocol + FQDN + path + query string |
https://mail.example.com/inbox |
The key distinction between an FQDN and a URL: an FQDN identifies a host in DNS. A URL is the full address used to retrieve a specific resource over a protocol (HTTP, HTTPS, FTP). The FQDN is one component of the URL. The protocol (https://) and the path (/inbox) are URL components, not part of the FQDN itself.
A hostname alone ("mail") identifies the device within a local network but has no meaning outside of it. An FQDN gives that hostname its globally unique address by appending all parent domain levels.
How to find your FQDN
The method for finding your FQDN depends on your operating system. Below are the steps for the three most common environments.
Windows
Open Command Prompt and run:
hostname
To get the full FQDN, run:
ipconfig /all
Look for "Host Name" and "Primary DNS Suffix." The FQDN is hostname.primarydnssuffix combined. For example, if the hostname is SERVER01 and the primary DNS suffix is corp.example.com, the FQDN is SERVER01.corp.example.com.
macOS and Linux
Open Terminal and run:
hostname -f
The -f flag returns the FQDN. If the command returns only a hostname without a domain suffix, DNS may not be fully configured on the machine and the local hostname resolver may need to be updated.
Hosting control panels
Most web hosts display the server FQDN in the hosting dashboard under server information or DNS settings. For a shared hosting account, the FQDN typically points to the shared server, not your custom domain. Your registered domain is separate from the server's FQDN.
After verifying your FQDN, use TLD-list to find the right domain extension for your project and compare prices before you register.
Frequently Asked Questions
A hostname is the local label for a specific device or service within a network, for example, "mail" or "www." An FQDN is the full DNS address that includes the hostname plus all parent domain levels: mail.example.com. The hostname tells you the name of the device within a network; the FQDN tells you exactly where it sits in the global DNS hierarchy.
An SSL/TLS certificate is issued for a specific FQDN, the exact domain name or subdomain it secures. A certificate issued for www.example.com will not cover api.example.com. A wildcard certificate (*.example.com) covers all direct subdomains of example.com but not deeper subdomain levels like mail.api.example.com. Each unique FQDN that needs HTTPS either requires its own certificate or must be explicitly included in a multi-domain (SAN) certificate.
No. An FQDN identifies a host in DNS, for example, www.example.com. A URL is the full address used to retrieve a specific resource over a protocol, including the scheme, FQDN, and path: https://www.example.com/about. The FQDN is one component of the URL, but a URL always includes more than just the FQDN.
No. The FQDN is only the domain label portion, www.example.com. The protocol (https:// or http://) and any path (/about, /login) are URL components. They are not part of the FQDN itself, which is strictly a DNS identifier.
A PQDN is a domain name that does not fully specify the host's location in the DNS hierarchy. "example.com" is a PQDN because it identifies the registered domain but not the specific host (www, mail, api, etc.). In everyday use, most domain buyers and users treat example.com as complete, the "partially qualified" distinction is mainly relevant in DNS configuration, server settings, and email infrastructure contexts.
About the Author:

TLD-list
Editor team
Small crew of builders who believe a great idea should not be held back by a bad domain deal. We know this space inside out, from obscure new extensions to the registrar tricks that quietly inflate your renewal. We put that knowledge to work so you can spend less time worrying about domains and more time building the thing that matters.
Related Posts
How to register a domain name
Learn how to register a domain name step by step, from choosing the right name and extension to comparing registrar prices, protecting your details, configuring DNS, and avoiding costly renewal and expiration mistakes.
Read Full ArticleDomain renewal prices & tips to renew efficiently
How domain renewal works, when to renew, renewal costs, expiration stages, grace and redemption periods, auto-renewal, and premium domain fees. Compare registration vs renewal pricing, avoid losing your domain, and keep your website and email online.
Read Full ArticleSetting up subdomains
This guide explains DNS, common subdomain examples, SEO differences between subdomains and subdirectories, how to create and secure subdomains with SSL, and how to discover existing subdomains using lookup and enumeration tools.
Read Full ArticleDomain extensions: a complete guide
Learn what domain extensions (TLDs) are, the different types available, what they signal to users, how they affect trust, costs, SEO, and AI, plus how to choose the right extension for your website or business.
Read Full Article