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.

Read time6 min
Last UpdatedAugust 18, 2026
TLD-list

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:

Maximum total length

255 characters, including all dots.

Label length

Each segment between dots must be 1 to 63 characters.

Valid 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.

Case-insensitive

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

mail

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

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.

tld:list newsletter

Sign up for the email newsletter to receive updates on new features, site news, and bug fixes.