인기 도구

테마

IP로 호스트명 찾기

IP 주소를 호스트명과 도메인 이름으로 변환하세요. 주소 보유자의 네임서버에서 PTR 레코드를 읽고, 그 이름이 같은 IP로 되돌아오는지 확인하며, 주소가 응답하는 웹사이트 이름까지 보여 드립니다.

출처: 주소 보유자의 네임서버 · Team Cymru · 주소가 포트 443에서 제공하는 인증서

IPv4 또는 IPv6. 호스트명도 입력할 수 있습니다: 첫 번째 주소는 전체를 조회하고, 최대 7개를 더 나열합니다.

예시

IP 주소의 호스트명(hostname) 확인 방법

위에 주소를 입력하고 호스트명 찾기를 누르세요. 도구는 주소를 보유한 쪽의 네임서버에서 PTR 레코드를 읽은 다음, 그 이름을 다시 조회해 같은 IP로 되돌아오는지 확인합니다: 1.1.1.1은 one.one.one.one, 8.8.8.8은 dns.google입니다.

호스트명은 주소 보유자가 고른 이름입니다. 회사 서버는 보통 회사 자체의 이름을 달고, 클라우드 서버나 가정용 회선, 휴대폰은 보통 주소의 숫자가 들어간 제공업체의 기본 패턴을 답니다.

호스트명은 되돌아올 때만 믿으세요. 이름의 A 또는 AAAA 레코드가 같은 IP를 돌려주지 않는다면 누군가 자신이 관리하지 않는 이름을 써 넣은 것이며, 도구는 이를 다른 곳을 가리키는 이름으로 표시합니다.

주소에서 호스트명까지8.8.8.8, 2026-10-23 실시간
  1. 주소8.8.8.8IPv4 · Google의 AS15169
  2. 역방향 이름8.8.8.8.in-addr.arpa숫자 네 개를 뒤집어 in-addr.arpa 아래에 둔 이름
  3. 보유자의 네임서버ns1.google.com루트부터 찾아감: IANA, ARIN, 그다음 Google
  4. 호스트명dns.google8.8.8.8로 되돌아옴
PTR 레코드호스트명은 역방향 이름 아래에 PTR 레코드로 저장됩니다.
보유자가 설정주소 블록을 보유한 쪽이 PTR을 씁니다: 여기서는 Google입니다.
되돌아옴dns.google 자체의 A 레코드가 8.8.8.8과 8.8.4.4를 돌려주므로 진짜 이름입니다.
모든 조회는 이 네 단계를 거친 뒤, 이름을 정방향으로 조회해 되돌아오는지 확인합니다.

결과에 표시되는 내용

맨 위의 한 문장은 호스트명을 주소 뒤의 네트워크, 이름이 되돌아오는지와 함께 알려 줍니다. 그 아래 점선 카드는 주소 자체의 인증서에 있는 사이트 이름을 나열합니다: 모든 사이트의 목록이 아니라 힌트입니다.

호스트명 보기는 각 PTR 이름을 TTL, 정방향 확인과 함께, 도메인 보기는 인증서와 포트 80 응답을, 네트워크 보기는 블록, AS 번호, 레지스트리를, 명령어 보기는 같은 조회를 터미널용으로 보여 줍니다. 오른쪽 열은 이름이 어디서 왔는지 추적합니다.

IP로 호스트명 찾기 결과: 8.8.8.8의 호스트명 dns.google, IP로 되돌아오는 정방향 확인, 인증서에 있는 이름IP로 호스트명 찾기 결과: 8.8.8.8의 호스트명 dns.google, IP로 되돌아오는 정방향 확인, 인증서에 있는 이름호스트명주소의 PTR 레코드에 있는 이름과, 그 이름이 같은 IP로 다시 해석되는지 여부.인증서 힌트사이트 이름 없이 연결했을 때 주소가 포트 443에서 제공하는 인증서의 사이트 이름.보기모든 PTR 이름, 주소가 응답하는 도메인, 주소 뒤의 네트워크, 명령어.이름의 출처루트부터의 역방향 존 경로와, 주소 자체가 포트 443과 80에서 응답한 내용.
8.8.8.8을 호스트명으로 변환한 예시입니다. PTR 레코드의 이름, 정방향 확인, 네트워크, 주소가 제공하는 사이트 이름을 보여 줍니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 확인할 수 있습니다.

IP 주소의 모든 도메인을 찾을 수 있나요?

DNS로는 안 됩니다. 주소에는 이름을 둘 곳이 PTR 레코드 하나뿐이며, 거기에는 주소 보유자가 고른 이름이 들어 있습니다. 웹사이트 이름보다는 제공업체의 기본 이름인 경우가 많습니다.

주소 자체에서 힌트를 두 가지 더 얻을 수 있습니다. 사이트 이름을 보내지 않았을 때 포트 443에서 제공하는 인증서는 기본 사이트를 밝히며(RFC 6066 §3은 사이트 이름으로 IP 주소를 쓰는 것을 금지합니다), 포트 80의 리디렉션이 호스트를 밝힐 수도 있습니다. 도구는 둘 다 전체 목록이 아니라 힌트로 보여 줍니다.

한 주소를 가리키는 모든 도메인을 나열하려면 패시브 DNS가 필요합니다: 여러 리졸버와 크롤링에서 몇 달에 걸쳐 수집한 응답으로, 소수의 회사가 판매합니다. 저희는 그 데이터를 사지 않고 조회 내용을 누구에게도 넘기지 않으므로, 이 페이지는 볼 수 없는 것을 솔직하게 밝힙니다.

이름이 나올 수 있는 네 곳1.1.1.1, 2026-10-23 실시간
PTR 레코드5건 중 3건에서 이름 확인one.one.one.one주소 보유자가 고른 이름 하나.
인증서, 포트 4435건 중 4건에서 이름 확인cloudflare-dns.comone.one.one.one*.cloudflare-dns.comSSL.com사이트 이름이 없을 때 기본 사이트의 이름. * 이름은 호스트가 아닌 패턴입니다.
리디렉션, 포트 805건 중 0건에서 이름 확인301 → https://1.1.1.1/1.1.1.1에서는 IP 주소 자체로 리디렉션합니다: 이름 없음.
패시브 DNS사용 안 함오랫동안 이곳을 가리킨 것으로 관찰된 이름, 유료 데이터베이스에서. 사용하지 않음.
막대: 기록한 조회 5건(1.1.1.1, 8.8.8.8, 9.9.9.9, 104.18.0.1, github.com의 주소, 2026-10-23) 중 각 출처가 호스트를 밝힌 횟수. 도구는 앞의 세 가지를 힌트로 보여 줍니다.

공유 호스팅과 CDN에서 IP로 도메인 찾기

공유 호스팅이나 CDN 주소 하나는 많은 사이트를 제공하므로 찾을 단일 도메인이 없습니다. Cloudflare의 주소는 모든 프록시 호스트명이 함께 쓰며, 사이트 이름을 밝히지 않은 핸드셰이크는 거부되므로(TLS alert 40) 기본 사이트조차 보이지 않습니다.

전용 주소는 자체 인증서로 응답합니다: 9.9.9.9는 dns.quad9.net과 Quad9의 다른 서비스 이름을 제공합니다. CDN 뒤에서는 PTR이 CDN을 밝히거나 아무것도 밝히지 않으며, 사이트 이름은 방문자의 각 요청 안에만 담겨 전달됩니다. 반대로 사이트에서 주소를 찾으려면 도메인 IP 조회를 사용하세요.

사이트 이름 없이 질의한 공유 주소2026-10-23 실시간
151.101.0.223Fastly · AS54113
PTR
없음 · NXDOMAIN
인증서
www.python.org · *.python.org · python.orgGlobalSign
포트 80
500
함께 있는 것
Fastly가 제공하는 다른 사이트, 나열되지 않음
104.18.0.1Cloudflare · AS13335
PTR
없음 · NXDOMAIN
인증서
거부됨: TLS alert 40, 사이트 이름 필요
포트 80
403
함께 있는 것
Cloudflare가 프록시하는 모든 호스트명

전용 주소는 스스로 응답합니다: 9.9.9.9는 Quad9 자체의 인증서, 즉 dns.quad9.net과 Quad9 이름 21개를 더 보냅니다.DigiCert

151.101.0.223은 python.org의 주소 4개 중 하나입니다: Fastly가 보낸 인증서는 그 사이트 하나만 밝히며, 그곳에서 제공하는 다른 사이트는 결코 밝히지 않습니다.

Windows, macOS, Linux에서 IP로 호스트명 찾는 방법

Windows에서는 nslookup 1.1.1.1 명령이 Name: 줄에 호스트명을 출력합니다. macOS와 Linux에서는 host 1.1.1.1 명령이 "domain name pointer" 뒤에 출력하고, dig -x 1.1.1.1 +short 명령은 이름만 출력합니다. PowerShell에서는 Microsoft가 역방향 이름을 쓰는 형식을 문서화합니다: Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR.

각 명령은 사용 중인 리졸버에 질의하므로 그 리졸버의 캐시된 사본을 보여 주며, 정방향 확인은 직접 해야 합니다. 이 도구는 존 자체 네임서버에 질의하고 같은 단계에서 이름을 확인합니다.

nslookup 1.1.1.1

호스트명은 "Name:" 줄에 나옵니다.

세 운영체제에서 같은 조회1.1.1.1, 2026-10-23 기록
Terminal · Command Prompt

macOS

% host 1.1.1.1
1.1.1.1.in-addr.arpa domain name pointer one.one.one.one.호스트명

Linux

$ dig -x 1.1.1.1 +short
one.one.one.one.호스트명

Windows

C:\> nslookup 1.1.1.1
PS> Resolve-DnsName -Name 1.1.1.1.in-addr.arpa -Type PTR

Microsoft는 nslookup 명령이 IP 주소에 해당하는 컴퓨터 이름을 돌려준다고 문서화하고, Resolve-DnsName 명령은 역방향 이름을 쓰는 형식으로 문서화합니다.

각 명령은 컴퓨터가 쓰는 리졸버에 질의하므로 응답이 캐시된 사본일 수 있으며, 어느 명령도 이름이 되돌아오는지 확인하지 않습니다.

호스트명으로 알 수 있는 IP 주소 정보

누가 그 주소를 책임지는지, 그리고 그 주소가 무엇인지 알 수 있는 경우가 많습니다: crawl-66-249-66-1.googlebot.com 이름은 Googlebot, ec2-3-80-0-1.compute-1.amazonaws.com 이름은 us-east-1의 AWS 서버, mail-…google.com 이름은 Gmail의 발신 서버입니다.

ISP는 가정용 회선의 이름에 주소와 dsl, dyn, pool, cable 같은 단어를 넣습니다. RFC 8501 자체의 예시는 1.string.region.example.com입니다. 이름에 든 도시나 공항 코드는 운영자가 고른 힌트일 뿐, 위치 기록이 아닙니다.

이름 자체만으로는 아무것도 증명하지 않습니다: 믿기 전에 되돌아오는지 확인하세요. 이 도구는 찾은 모든 이름에 대해 그렇게 합니다.

호스트명 여섯 개를 부분별로 읽기실제 PTR과 문서화된 패턴, 2026-10-23

1.string.region.example.com

  • 1호스트 번호
  • stringISP가 고른 단어
  • region지역
  • example.comISP의 도메인
ISP의 풀 이름, RFC 8501 자체의 예시패턴

ec2-3-80-0-1.compute-1.amazonaws.com

  • ec2EC2
  • 3-80-0-1주소
  • compute-1us-east-1
  • amazonaws.comAmazon의 도메인
AWS EC2 서버

lb-140-82-112-3-iad.github.com

  • lb로드 밸런서로 추정
  • 140-82-112-3주소
  • iad워싱턴 덜레스 공항 코드
  • github.comGitHub의 도메인
GitHub 엣지

crawl-66-249-66-1.googlebot.com

  • crawl크롤러
  • 66-249-66-1주소
  • googlebot.comGoogle의 크롤러 도메인
Googlebot

mail-am6eur05on2052.outbound.protection.outlook.com

  • mail-am6eur05on2052발신 서버 하나. Microsoft는 각 부분을 문서화하지 않음
  • outbound.protection.outlook.comMicrosoft 365의 발신 메일 도메인
Microsoft 365 발신 메일

<reversed-ip>.bc.googleusercontent.com

  • <reversed-ip>뒤집은 주소
  • bc.googleusercontent.comGoogle Cloud의 기본 도메인
모든 Google Cloud VM패턴
실제 이름은 공개 서버(3.80.0.1, 140.82.112.3, 66.249.66.1, 40.107.22.52)의 것이며 모두 되돌아옵니다. 클라우드의 기본 이름은 서버를 누가 쓰는지가 아니라 누가 빌려주는지를 알려 줍니다.

IP로 호스트명 찾기 자주 묻는 질문

IP 주소의 호스트명은 어떻게 확인하나요?

위에 주소를 입력하고 호스트명 찾기를 누르세요. 도구는 주소를 보유한 네트워크의 네임서버에서 PTR 레코드를 읽고, 그 이름이 같은 IP로 다시 해석되는지 확인합니다. 터미널에서는 Windows의 nslookup 1.1.1.1이나 macOS와 Linux의 host 1.1.1.1이 사용 중인 리졸버에서 같은 이름을 가져와 출력합니다.

IP 주소를 도메인 이름으로 변환하려면 어떻게 하나요?

호스트명을 조회하세요: PTR 레코드가 1.1.1.1의 one.one.one.one처럼 이름 하나를 주며, 보통 마지막 두 레이블이 도메인입니다. 웹사이트의 주소라면 그 주소가 포트 443에서 제공하는 인증서가 사이트 자체를 밝히는 경우가 많습니다. 어느 쪽도 그 주소를 쓰는 모든 도메인을 나열하지는 않습니다.

호스트명이 방문한 웹사이트와 다른 이유는 무엇인가요?

웹사이트와 주소의 소유자가 다르기 때문입니다. PTR 이름은 주소를 보유한 쪽, 대개 호스팅 업체나 CDN이 설정하므로, AWS에 있는 사이트는 amazonaws.com 이름이 나오고 Cloudflare 뒤의 사이트는 아무 이름도 나오지 않는 경우가 많습니다. 사이트 자체의 이름은 반대 방향을 가리키는 DNS 레코드에 있습니다.

IP 주소에 호스트명이 없는 이유는 무엇인가요?

보유자가 PTR 레코드를 게시하지 않았기 때문이며, PTR은 선택 사항입니다. 많은 CDN 주소, 대부분의 IPv6 주소, 많은 가정용 회선에는 PTR이 없으며, Cloudflare의 104.18.0.1은 그런 이름이 없다고 응답합니다. 192.168.1.1 같은 사설 주소에는 공개 호스트명이 아예 없습니다: 자체 네트워크의 리졸버만 이름을 알려 줄 수 있습니다.

한 IP 주소에서 호스팅되는 모든 웹사이트를 찾을 수 있나요?

확실하게는 불가능하며, DNS로는 안 됩니다. 주소가 게시하는 PTR 이름은 많아야 몇 개이고, 인증서는 기본 사이트만 밝힙니다. 한 주소의 모든 도메인 목록은 패시브 DNS, 즉 상용 데이터베이스가 오랫동안 수집한 리졸버 응답과 크롤링에서 나옵니다. 그마저도 빠뜨리는 사이트가 있고, CDN 주소라면 서로 무관한 사이트 수천 개를 나열하게 됩니다.

호스트명과 도메인 이름은 어떻게 다른가요?

호스트명은 mail.example.com이나 dns.google처럼 기기나 서비스 하나를 가리키고, 도메인 이름은 그 위에 있는 등록된 이름으로 example.com 같은 것입니다. IP의 PTR 레코드에서는 호스트명에 제공업체 자체의 도메인이 붙는 경우가 많습니다: ec2-3-80-0-1.compute-1.amazonaws.com은 고객이 아니라 AWS의 도메인인 amazonaws.com에 속합니다.

호스트명으로 IP 주소의 위치를 알 수 있나요?

힌트 정도입니다. AWS의 us-east-1 기본 이름처럼 이름에 도시, 공항 코드, 지역을 넣는 운영자도 있지만, PTR 레코드 자체에는 위치 정보가 없고 운영자는 무엇이든 이름으로 쓸 수 있습니다. 위치정보 데이터베이스에 따른 위치 추정은 저희 IP 조회를 사용하세요. 호스트명에 든 도시 이름은 운영자가 붙인 라벨로 보세요.

Cloudflare IP 주소에서는 왜 웹사이트가 보이지 않나요?

Cloudflare 주소 하나를 Cloudflare가 프록시하는 모든 호스트명이 함께 쓰기 때문입니다. Cloudflare 서버는 사이트 이름을 밝히지 않은 TLS 연결을 거부하고, 104.18.0.1처럼 Cloudflare 자체의 역방향 존은 보통 PTR이 없다고 응답합니다. 사이트 이름은 방문자의 각 요청 안에만 있으므로, 어떤 도구도 주소만으로는 사이트를 알 수 없습니다.

IP 주소의 호스트명을 조회하는 것은 합법인가요?

네. PTR 레코드는 주소 보유자가 누구나 읽을 수 있도록 게시하는 공개 DNS 데이터로, 메일 서버나 로그 도구가 받는 것과 같은 응답입니다. 리버스 DNS 페이지의 조회는 주소에 아무것도 보내지 않습니다. 이 페이지에서는 도구가 두 포트에 한 번씩 주소에 연결합니다: 기본 인증서를 읽기 위해 사이트 이름 없이 하는 포트 443의 TLS 핸드셰이크와, 포트 80의 일반 HTTP 요청 하나입니다.

같은 IP인데 도구마다 호스트명이 다르게 나오는 이유는 무엇인가요?

대부분의 도구는 리졸버의 캐시된 사본을 읽는데, 보유자가 PTR을 바꾼 뒤에는 이 사본이 늦게 바뀔 수 있습니다. 반면 이 도구는 존 자체 네임서버에 질의합니다. PTR 레코드가 여러 개일 때 첫 번째만 보여 주는 도구도 있습니다. 이름이 되돌아오는지 확인하지 않는 도구도 있어서, 도메인 소유자가 확인한 적 없는 이름도 똑같이 믿을 만해 보입니다.

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

더 많은 IP 및 DNS 도구