In short. A site's IP address is found in a second from the domain's DNS record; the hosting and its owner are identified from that IP via the WHOIS database and the autonomous system number (ASN). The chain is: domain → A record → IP → ASN and the owning organization. Mind the main trap: if the site sits behind a CDN or anti-DDoS proxy (Cloudflare, DDoS-Guard and similar), you'll see the proxy's IP, not the real server — that's normal and done on purpose. Below is how to walk the whole chain in the browser and the command line, and why the "real" host is sometimes hidden.
Why find the hosting and IP at all
The task comes up more often than you'd think:
- Choosing a host — to see where a competitor's fast site, or a model you want to match, actually lives.
- Diagnostics — to tell whether your server is slow or the provider's network is; to check where the domain really points after a migration.
- Security — to size up an unfamiliar site: where it's hosted, and whether it's on the "bulletproof" hosting typical of fraudsters.
- Abuse reporting — to find the host's abuse contact and report phishing, spam, or content theft.
Step 1. Domain → IP address
A site opens by name, but the browser connects by IP. The mapping between name and address lives in DNS, in the so-called A record (AAAA for IPv6). The fastest way without a terminal is a DNS lookup: enter the domain and look at the A field. From the command line:
dig +short example.com A
# 93.184.216.34
# or the classic nslookup
nslookup example.com
Several A records are normal: that's how load is balanced or traffic is spread through a CDN. How the records work and why there can be several is in the DNS records guide.
Step 2. IP → hosting and network owner
Now, from the IP, you find who owns the network. Each block of addresses is assigned to an autonomous system (AS) with its own number — the ASN — which in turn is tied to an organization: a host, a data center, or a provider. Open the IP lookup — it shows the country, city, organization (ISP/Organization), and ASN. From the ASN you can then see all of that owner's networks — for that there's the ASN lookup.
The domain answers "what is the site called," the IP answers "at what address does it sit," and the ASN answers "in whose network is that address." Hosting is identified at the third step.
From the terminal, the same information comes from a query to the regional registry (RIPE for Europe, ARIN for North America, and so on):
whois 93.184.216.34 | grep -iE 'netname|org|country|origin'
# NetName, Organization, country, and AS number
Step 3. Check whether it's a CDN
Here comes the main subtlety. If the result shows Cloudflare, Akamai, Fastly, DDoS-Guard, Qrator or similar, you've found not the site's hosting but the proxy in front of it. The real server is hidden behind that layer: done for speed (cache closer to the user), DDoS protection, and concealing the true IP. How it works is detailed in the CDN article.
Signs you're looking at a proxy, not the origin server:
- The organization by IP is a well-known CDN/anti-DDoS company.
- The same IP answers for thousands of unrelated sites.
- The response headers include markers like
cf-ray,server: cloudflareand the like. You can view them via the HTTP header check.
An important point about ethics and reality: the real IP behind a CDN should not be easy to find — that's the whole purpose of the protection. Origin-uncloaking tricks (archived old DNS records, mail headers, subdomains that leaked before the CDN was enabled) do exist, but if the site is configured properly the real address stays hidden. For honest tasks — choosing a host, diagnostics, an abuse report — knowing the proxy's IP is usually enough: the report goes to the CDN, which forwards it on.
The full chain on one example
# 1. domain → IP
dig +short target.com A # → 104.21.x.x
# 2. IP → network owner
whois 104.21.x.x | grep -i org # → Cloudflare, Inc.
# 3. conclusion: site behind Cloudflare, real hosting hidden
# for an abuse report — Cloudflare's contact; for "where's the server" — unavailable
And if, at step 2, the organization is a specific hosting provider or data center (say, "Hetzner," "OVH," "DigitalOcean"), then there's no CDN and you're seeing the site's real home.
How accurate is IP geolocation
IP geolocation gets the country right almost always, the city already with a margin of error, and the exact address never: it locates the provider's network, not the physical address of the server, let alone a visitor. With large clouds the IP ranges even "float" between regions. So "server in Berlin" on an IP lookup should be read as "the provider's network is registered in Berlin" — why that is, in detail, in the breakdown of IP geolocation accuracy.
Frequently asked questions
Why is the site's IP different from the one I see?
Two reasons. First, a CDN serves the node nearest to you, so visitors in different countries get different IPs for the same site. Second, the DNS cache: after a site moves, the old IP lingers in provider caches for a while. A fresh answer by region is shown by the DNS lookup.
Can I identify a specific server or person from an IP?
No. Only the country, city (approximately), and network owner are public. The exact data-center address, let alone an individual, cannot be derived from an IP — that data exists only with the provider and is disclosed only on an official request.
How do I find a host's abuse contact?
The whois output for an IP has an abuse-mailbox or OrgAbuseEmail field — the address for reporting violations (phishing, spam, intrusion). If the site is behind a CDN, send the complaint to the CDN: it forwards it to the real host.
How do I find my own site's host if I've forgotten where it is?
The same path: domain → IP → organization via WHOIS. The organization in the result is your host (or data center). If it's a CDN, recall it from billing emails, or check where the domain's NS records point: the host and the DNS provider often coincide.
Checklist to remember
- The chain: domain → A record (IP) → ASN and organization → hosting.
- The IP comes from DNS in a second; the network owner from WHOIS on the IP and from the ASN.
- Cloudflare/DDoS-Guard in the result = it's a proxy; the real server behind it is hidden on purpose.
- IP geolocation is accurate to the country; city, approximately; address, never.
- For an abuse report, find the abuse field in WHOIS; behind a CDN, write to the CDN.