도메인 IP 조회

어떤 도메인이나 URL이든 IPv4·IPv6 주소로 변환해 사이트 IP 주소를 확인하고, 단순 조회로는 보이지 않는 정보까지 살펴보세요. 이름 뒤의 CNAME 체인, 각 주소를 소유한 네트워크, 실제 서버 앞에 CDN이 있는지, 공개 DNS 리졸버 5곳이 각각 어떻게 응답하는지 보여 줍니다.

출처: 공개 DNS 리졸버 5곳 · Team Cymru · 지역 인터넷 레지스트리(RDAP) · DB-IP

도메인 IP 확인: 웹사이트 IP 주소를 찾는 방법

웹사이트의 도메인을 입력하거나 URL을 붙여넣고 IP 확인을 누르세요. 도메인 IP 조회 도구는 DNS에 그 이름의 A 레코드(IPv4 주소)와 AAAA 레코드(IPv6 주소)를 질의합니다. 브라우저가 접속하기 전에 묻는 것과 같은 질문입니다. 그리고 모든 주소를 리졸버가 보관할 수 있는 시간(TTL)과 함께 보여 줍니다.

여기서 그치지 않고 단순한 DNS IP 확인보다 한 걸음 더 들어갑니다. 이름에서 주소까지 CNAME 별칭을 따라가고, 각 주소를 광고하는 네트워크와 그 블록의 등록자를 찾고, 웹사이트 자체 서버가 아니라 CDN에 속한 주소를 표시하며, 공개 리졸버 5곳의 응답을 나란히 보여 줍니다.

도메인 IP 조회 결과: 도메인의 IPv4·IPv6 주소와 CNAME 체인, 네트워크 소유자, DNS 리졸버 5곳의 응답도메인 IP 조회 결과: 도메인의 IPv4·IPv6 주소와 CNAME 체인, 네트워크 소유자, DNS 리졸버 5곳의 응답응답모든 IPv4·IPv6 주소를 바로 복사할 수 있고, 조회에서 발견한 내용을 항목마다 한 문장으로 알려 줍니다.각 주소네트워크와 AS 번호, 악용 신고 연락처가 담긴 레지스트리 기록, 역방향 이름, DB-IP의 도시.리졸버 5곳Google, Cloudflare, Quad9, OpenDNS, AdGuard에 동시에 질의합니다. 순환하는 주소와 필터링 차단이 여기서 드러납니다.경로리졸버에서 이름, 각 CNAME 별칭, 주소, 그리고 그 뒤의 네트워크까지.
www.python.org를 조회한 예시입니다. 별칭이 Fastly의 주소로 이어지며, 리졸버 5곳 모두 같은 응답을 합니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 확인할 수 있습니다.

웹사이트 IP 주소가 여러 개인 이유는?

도메인에는 A 및 AAAA 레코드가 여러 개 있을 수 있고, 그 구성은 조회할 때마다 바뀔 수 있습니다. 거의 모든 경우는 다음 네 가지 이유로 설명됩니다:

  • IPv4와 IPv6

    둘 다 지원하는 사이트에는 A 레코드와 AAAA 레코드가 있습니다. IPv6가 있는 기기는 보통 IPv6 주소를 먼저 시도하고, 안 되면 1초도 안 되어 IPv4로 넘어갑니다(Happy Eyeballs).

  • 로드 밸런싱

    여러 서버가 트래픽을 나눠 처리합니다. DNS 응답에 모든 서버가 나열되며 순서가 매번 바뀌는 경우가 많고, 클라이언트는 보통 나열된 순서대로 시도합니다. 이를 라운드 로빈 DNS라고 합니다.

  • 위치별 응답

    대형 사이트는 각 리졸버에 가까운 서버로 응답하므로, 도쿄에서 한 조회와 프랑크푸르트에서 한 조회는 서로 다른 주소를 받습니다. 이를 위해 리졸버가 방문자 주소의 일부를 전달하기도 합니다(EDNS Client Subnet).

  • Anycast와 CDN

    Cloudflare 같은 CDN은 수백 곳의 데이터 센터에서 같은 주소를 광고하고, 인터넷 라우팅이 각 방문자를 가까운 데이터 센터 중 한 곳으로 보냅니다. 주소는 하나, 위치는 여러 곳입니다.

조회된 IP 주소가 웹사이트의 실제 서버인가요?

CDN이나 보안 프록시가 앞에 있다면 아닙니다. 이 경우 도메인은 CDN의 주소로 해석됩니다. 방문자는 CDN에 접속하고, CDN은 보이지 않는 곳에서 웹사이트 자체 서버, 즉 원본 서버(origin)에서 페이지를 가져옵니다. 주소는 진짜이지만 CDN의 것이며, 다른 수천 개 사이트도 같은 주소로 제공됩니다.

도메인 IP 조회는 둘을 구별합니다. 대형 CDN과 프록시(Cloudflare, Akamai, Fastly, Imperva, Sucuri 등)의 네트워크는 AS 번호로 알아보고, Amazon CloudFront처럼 클라우드 네트워크에서 운영되는 CDN은 고객에게 부여하는 CNAME으로 알아봅니다. 이런 주소에는 도시를 표시하지 않습니다. CDN 주소는 질의한 리졸버 근처의 엣지 서버이거나 여러 곳에서 동시에 응답하는 Anycast 주소이며, 어느 쪽도 웹사이트가 어디에 저장되어 있는지 알려 주지 않기 때문입니다.

Cloudflare 뒤의 실제 IP를 찾을 수 있나요?

DNS로는 찾을 수 없습니다. 프록시된 레코드는 Cloudflare의 주소만 응답합니다. 다만 프록시를 거치지 않는 레코드로 원본 서버가 노출될 수 있습니다. mail.이나 ftp. 같은 이름, MX 레코드, 서버 주소가 들어 있는 SPF 레코드가 그 예입니다.

내 사이트라면 원본 서버를 가리키는 웹 레코드는 모두 프록시하고, 메일처럼 프록시할 수 없는 서비스는 다른 서버에서 운영하세요. 내 사이트가 아니라면 CDN에 악용 행위를 신고하세요. Cloudflare는 신고를 호스팅 업체와 사이트 소유자에게 전달합니다.

저희는 이름이 해석되는 주소만 보여 주며, CDN이 숨기는 서버는 절대 보여 주지 않습니다. 그 주소가 알려지면 공격자가 CDN의 보호를 우회할 수 있기 때문입니다.

www.example-shop.com 해석 경로

  1. 질의 대상Google Public DNS8.8.8.8 · 18ms · TCP
  2. 이름www.example-shop.com
  3. 별칭www.example-shop.com.cdn.cloudflare.netCloudflare
  4. 주소203.0.113.10203.0.113.112001:db8::10
  5. 네트워크CloudflareAS13335 · 등록 국가: 미국
  6. 원본 서버Cloudflare 뒤에 가려짐사이트 소유자와 Cloudflare 측만 알고 있음
이름부터 아래로: 이름 · 별칭 · 주소 · 네트워크 · 원본 서버

nslookup, ping, dig로 사이트 IP 주소 확인하기

어떤 컴퓨터에서든 명령줄로 도메인을 IP 주소로 변환할 수 있습니다. example.com 자리에 사이트 이름을 넣으세요:

운영체제명령어표시 내용
Windowsnslookup example.com설정된 리졸버에서 받은 주소입니다. 서버 주소를 덧붙이면 그 서버에 질의합니다(nslookup example.com 8.8.8.8).
Windows PowerShellResolve-DnsName example.comA, AAAA, CNAME 레코드 각각과 그 TTL.
macOS, Linuxdig +short example.com A별칭이 있으면 그 이름 다음에 IPv4 주소를 표시합니다. IPv6는 AAAA로, TTL까지 보려면 +short 없이 실행합니다.
Linuxgetent ahosts example.comhosts 파일을 포함해 시스템 자체가 해석하는 결과로, 대부분의 프로그램이 보는 것과 같습니다.
모든 운영체제ping example.com시스템이 고른 주소 하나(IPv6 또는 IPv4). Mac의 ping은 IPv4만 쓰며, IPv6는 ping6로 확인합니다.

iPhone이나 Android 휴대폰에는 명령줄이 없습니다. 어떤 브라우저에서든 작동하는 위의 조회 도구를 사용하세요.

Chrome이나 Edge에서는 개발자 도구의 네트워크(Network) 탭에서 페이지가 실제로 어느 주소에서 로드되었는지 볼 수 있습니다. 첫 번째 요청을 선택한 다음 헤더(Headers) 아래의 Remote Address(한국어 화면에서는 '원격 주소')를 확인하세요.

내 컴퓨터나 ping에서 다른 IP가 나오는 이유는?

여기서 한 조회와 내 컴퓨터에서 한 조회의 결과가 다를 수 있으며, 둘 다 맞을 수 있습니다:

  1. 1

    다른 리졸버

    내 컴퓨터는 통신사나 공유기의 리졸버에 묻고, 그 리졸버는 내 근처의 다른 서버를 고를 수 있습니다. 위에서 같은 리졸버를 선택해 비교하세요.

  2. 2

    주소 순환과 위치

    로드 밸런싱이나 위치 기반 응답을 쓰는 사이트는 조회할 때마다, 또는 지역마다 다른 주소로 응답합니다.

  3. 3

    캐시된 응답

    컴퓨터와 브라우저는 TTL이 끝날 때까지 응답을 보관하므로, 방금 서버를 옮긴 사이트는 한동안 이전 주소가 보일 수 있습니다.

  4. 4

    hosts 파일

    hosts 파일(C:\Windows\System32\drivers\etc\hosts, /etc/hosts)에 있는 항목은 그 컴퓨터에서 DNS보다 우선합니다.

  5. 5

    IPv6 우선

    네트워크가 IPv6를 지원하면 브라우저와 Windows·Linux의 ping은 IPv6를 우선하므로, A가 아니라 AAAA 주소를 쓰는 경우가 많습니다.

IP 주소를 입력하면 왜 웹사이트가 열리지 않나요?

서버 하나, 즉 IP 주소 하나가 여러 웹사이트를 함께 제공하는 경우가 많기 때문입니다. 브라우저는 모든 요청에 원하는 사이트의 이름을 담아 보내고(Host 헤더, HTTPS에서는 핸드셰이크의 SNI 필드), 서버는 그 이름으로 사이트를 고릅니다. 주소만 입력하면 요청에 사이트 이름이 없으므로 서버는 기본 페이지나 오류를 보여 주거나 인증서 경고가 뜹니다. 인증서는 주소가 아니라 도메인에 발급되었기 때문입니다.

CDN 뒤에 있는 사이트도 같은 이유로 열리지 않습니다. 예를 들어 Cloudflare는 자사 주소로 직접 들어온 요청을 오류 1003으로 거부합니다.

서버 하나, 주소 하나192.0.2.10
  • Host: shop.example쇼핑몰 페이지
  • Host: blog.example블로그 페이지
  • Host: 192.0.2.10기본 페이지 또는 오류

IP로 도메인(웹사이트)을 찾을 수 있나요?

경우에 따라 다릅니다. 전용 서버의 주소에는 소유자를 짐작할 수 있는 역방향 DNS 이름(PTR 레코드)이 있는 경우가 많습니다. 하지만 공유 호스팅과 CDN에서는 주소 하나가 수백, 수천 개의 도메인을 제공하며, 역방향 이름이 있더라도 사이트가 아니라 Amazon이나 Akamai 이름처럼 호스팅 업체의 것입니다. 역방향 DNS는 주소 자체의 이름을, IP 조회는 주소가 등록된 네트워크와 조직을 보여 줍니다.

웹사이트 위치를 추적하는 방법

"이 웹사이트는 어디에 있나요?"라는 질문에는 서로 다른 세 가지 답이 숨어 있고, 조회 도구는 이를 뒤섞는 경우가 많습니다:

서버가 있는 곳DB-IP 같은 위치 정보 데이터베이스가 주소를 도시 단위로 표시합니다. 한 데이터 센터에 있는 서버라면 쓸 만하지만, CDN 주소에는 의미가 없습니다. 질의한 쪽 근처의 엣지 서버이거나 모든 곳에 있는 Anycast 주소이기 때문입니다.
주소 블록이 등록된 곳지역 레지스트리가 블록을 할당한 조직의 국가입니다. Cloudflare의 블록은 대부분 서버가 어디에 있든 미국에 등록되어 있습니다.
웹사이트를 운영하는 사람주소에는 전혀 나오지 않습니다. WHOIS는 도메인 등록 대행업체를 알려 주지만 소유자는 가려 두는 경우가 많습니다. 누가 운영하는지는 대개 사이트 자체의 페이지(연락처, 사업자 정보)에서 알 수 있습니다.

어느 것도 사람의 위치를 알려 주지는 않습니다. 웹사이트 주소로 알 수 있는 것은 데이터 센터와 그곳을 운영하는 회사까지입니다.

도메인 IP 조회 API

브라우저용 CORS를 지원하는 무료 엔드포인트입니다. 도메인을 POST로 보내거나 쿼리에 넣어 GET으로 요청하고, 리졸버를 선택적으로 지정할 수 있습니다. 응답은 이전 API의 필드를 유지하면서 CNAME 체인, TTL, 네트워크, www/루트 도메인 쌍, 리졸버 5곳의 응답을 추가로 담습니다. 네트워크당 1분에 30회까지 조회할 수 있으며, TTL 동안 반복된 조회는 캐시에서 응답합니다.

GET /api/domain-ip
$ curl "https://dnsrobot.net/api/domain-ip?domain=github.com&dnsServer=cloudflare"
{
  "success": true, "domain": "github.com",
  "summary": { "totalIPs": 1, "ipv4Count": 1, "ipv6Count": 0, "hasCDN": false, … },
  "ipAddresses": [ { "ip": "140.82.121.4", "version": "IPv4", "asn": "AS36459", "ttl": 60, … } ],
  "chain": [], "twin": { "name": "www.github.com", … }, "resolvers": [ … ]
}

도메인 IP 조회 자주 묻는 질문

사이트 IP 주소는 어떻게 확인하나요?

위의 도메인 IP 조회 도구에 도메인을 입력하거나 사이트의 URL을 붙여넣고 IP 확인을 누르세요. 모든 IPv4·IPv6 주소, 각 주소를 소유한 네트워크, 실제 서버 앞에 CDN이 있는지가 표시됩니다. 내 컴퓨터에서는 Windows의 nslookup example.com이나 macOS·Linux의 dig +short example.com A와 dig +short example.com AAAA로 내 리졸버가 보는 주소를 확인할 수 있습니다.

도메인으로 IP 주소를 찾으려면 어떻게 하나요?

변환은 DNS가 합니다. 도메인의 A 레코드에는 IPv4 주소가, AAAA 레코드에는 IPv6 주소가 들어 있습니다. 도메인 IP 변환 도구는 리졸버에 두 레코드를 모두 질의하고, 도중에 CNAME 별칭이 있으면 따라가 결과를 보여 줍니다. 이 도구는 리졸버 5곳에 동시에 질의하므로 응답이 일치하는지, 이름을 차단하는 리졸버가 있는지도 알 수 있습니다.

DNS IP 확인, 호스트 IP 확인, URL IP 확인은 같은 건가요?

네, 모두 DNS를 통해 이름을 IP 주소로 바꾸는 일입니다. www.example.com이나 mail.example.com 같은 호스트 이름도 도메인과 같은 방식으로 조회하며, URL IP 확인은 링크에서 호스트를 먼저 꺼낼 뿐입니다. 스킴, 포트, 경로, 쿼리는 아무 역할도 하지 않습니다. 단, www.example.com과 example.com은 서로 다른 이름이므로 다른 주소로 해석될 수 있습니다.

도메인에 IP 주소가 여러 개인 이유는 무엇인가요?

대개 네 가지 이유 중 하나입니다. 사이트가 IPv4와 IPv6를 모두 지원하거나, 여러 서버가 부하를 나누거나(라운드 로빈 DNS), 리졸버마다 가까운 서버로 응답하거나, CDN이 엣지 서버나 Anycast 주소로 사이트를 제공하는 경우입니다. 리졸버 보기에서는 같은 이름에 대해 리졸버마다 다른 주소를 받았는지 볼 수 있으며, 이는 주소 순환이나 위치별 응답을 뜻합니다.

IP 주소가 Cloudflare 것으로 나오는 이유는 무엇인가요?

사이트가 Cloudflare 프록시 뒤에 있기 때문입니다. 사이트의 DNS 레코드가 Cloudflare를 가리키고, Cloudflare가 방문자에게 응답하면서 사이트 자체 서버에서 페이지를 가져옵니다. 이 Cloudflare 주소는 많은 사이트가 함께 쓰므로 웹사이트가 어디에서 호스팅되는지는 알려 주지 않습니다. 웹사이트 호스팅 확인 도구는 CDN 뒤에 있는 호스팅 업체의 단서를 찾아 줍니다.

cmd나 터미널에서 도메인 IP를 확인하는 방법은?

Windows에서는 명령 프롬프트에서 nslookup example.com을 실행하거나, PowerShell에서 Resolve-DnsName example.com을 실행하면 각 레코드를 TTL과 함께 볼 수 있습니다. macOS와 Linux에서는 dig +short example.com A로 IPv4 주소를, AAAA로 IPv6 주소를 확인합니다. Linux의 getent ahosts example.com은 시스템 자체가 해석하는 결과를 보여 줍니다. ping example.com은 컴퓨터가 고른 주소 하나를 보여 줍니다.

이 도구와 다른 IP 주소가 나오는 이유는 무엇인가요?

내 컴퓨터가 다른 리졸버에 묻고 그 리졸버가 내 근처의 서버를 골랐거나, 사이트가 주소를 순환하거나, 컴퓨터가 TTL이 끝날 때까지 이전 응답을 보관하고 있거나, hosts 파일의 항목이 DNS보다 우선하기 때문입니다. 같은 조건에서 비교하려면 위에서 Google이나 Cloudflare처럼 같은 리졸버를 선택하세요.

Cloudflare 뒤에 있는 실제 IP 주소를 찾을 수 있나요?

DNS로는 찾을 수 없습니다. 프록시된 레코드는 언제나 Cloudflare의 주소만 보여 주며, 도메인 IP 조회는 CDN이 숨기는 서버를 절대 공개하지 않습니다. 원본 서버는 mail. 이름이나 SPF 레코드처럼 프록시를 거치지 않는 레코드로 노출될 수 있으므로, 사이트 소유자는 이런 레코드를 점검해야 합니다. 악용 행위는 Cloudflare의 신고 양식으로 신고하세요. Cloudflare가 호스팅 업체와 사이트 소유자에게 전달합니다.

IP 주소로 어떤 웹사이트인지 알 수 있나요?

경우에 따라 다릅니다. 공유 호스팅이나 CDN의 주소 하나는 수백, 수천 개 사이트를 제공하며, 그 역방향 DNS 이름은 있더라도 어느 사이트도 아닌 호스팅 업체의 것입니다. 전용 서버라면 역방향 이름이나 레지스트리 기록으로 소유자를 짐작할 수 있습니다. 브라우저에 주소를 입력해도 사이트가 열리는 경우는 드문데, 서버가 이름으로 사이트를 고르기 때문입니다.

웹사이트 위치는 어떻게 추적하나요?

IP 주소를 조회한 다음, 그 주소가 어디에 있는지 확인하세요. 한 데이터 센터에 있는 서버라면 DB-IP의 도시를, 그 밖에는 블록이 등록된 국가를 봅니다. CDN 주소에는 하나로 정해진 위치가 없습니다. 질의한 쪽 근처의 엣지 서버이거나 여러 곳에서 응답하는 Anycast 주소이기 때문입니다. 이 정보로 사이트 운영자의 위치를 알 수는 없으며, 도메인 등록 정보는 WHOIS에서 확인할 수 있습니다.

웹사이트 IP 주소를 조회하거나 추적해도 합법인가요?

네, 합법입니다. DNS는 모든 브라우저가 사이트에 접속할 수 있도록 도메인의 주소를 공개하고, 인터넷 레지스트리는 각 주소 블록의 보유자를 공개합니다. 조회는 이 공개 데이터를 읽는 것뿐입니다. 불법인 것은 이를 악용해 서버를 공격하거나 침입하는 행위입니다. 어떤 주소에서 온 악용 행위를 신고하려면 결과에 표시된 네트워크의 악용 신고 창구로 연락하세요.

이 도메인 아이피 확인 사이트는 무료인가요? 조회한 내용을 저장하나요?

무료이며 계정도 필요 없습니다. 하나의 네트워크에서 1분에 30회까지 조회할 수 있습니다. 조회는 저희 서버에서 실행되므로 상대 웹사이트에는 방문 기록이 남지 않습니다. 응답은 DNS 레코드가 캐시될 수 있는 시간 동안만, 최대 5분 보관하므로 같은 조회를 반복하면 빠르게 표시됩니다. 누가 무엇을 조회했는지는 기록하지 않습니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기