모든 도메인의 IP 주소를 즉시 확인하세요.
단일 조회부터 수천 건의 일괄 조회까지. 무료이고 빠르며 개인정보를 우선합니다. 조회한 도메인은 외부 API에 전달되지 않습니다.
DNS, 이메일, 네트워크 무료 도구 더 보기
메일 서버 확인, SPF·DKIM·DMARC 테스트, IP 뒤의 호스트 찾기, 서브넷 계산까지. 실시간 결과, 가입이 필요 없습니다.
IPv4 + IPv6
지원 주소 체계
0개
사용하는 외부 API
불필요
회원가입
실제 DNS 작업을 위해 만들었습니다
조회 도구에 필요한 모든 것을 담고, 불필요한 것은 뺐습니다.
듀얼 스택 확인
모든 조회에서 IPv4와 IPv6를 각각 독립적으로 확인하므로 도메인의 전체 공개 인프라 범위를 항상 파악할 수 있습니다.
대규모 일괄 조회
수천 개의 도메인을 한 번에 붙여 넣으세요. 동시성을 제어하여 DNS에 과부하를 주지 않으면서 대량 작업도 빠르게 처리합니다.
자동 재시도
일시적인 DNS 오류는 지수 백오프로 재시도하고, NXDOMAIN 같은 영구적인 오류는 즉시 실패로 처리합니다.
설계 단계부터 SSRF 방어
확인된 모든 주소는 반환되기 전에 사설, 루프백, 클라우드 메타데이터 대역과 대조하여 검사합니다.
CSV 및 JSON 내보내기
모든 조회 작업의 전체 결과를 스트리밍으로 바로 다운로드할 수 있어, 대용량 메모리 내보내기를 기다릴 필요가 없습니다.
요청 제한 및 악용 방지
방문자별 요청 제한과 일괄 작업 상한으로 모든 사용자가 빠르고 안정적으로 서비스를 이용할 수 있습니다.
작동 방식
도메인을 입력하거나 목록을 붙여 넣으세요
도메인 하나 또는 수천 개의 목록을 붙여 넣을 수 있으며, 하나의 입력란에서 모두 처리합니다.
Node.js가 직접 확인합니다
dns.Resolver가 공개 DNS 서버에 실시간으로 질의하며, 중간에 외부 조회 API가 개입하지 않습니다.
결과 확인 후 내보내기
IPv4/IPv6 주소와 상태를 즉시 확인하거나, 전체 결과를 CSV 또는 JSON으로 다운로드하세요.
도메인-IP 확인 이해하기
각 조회의 내부에서 실제로 일어나는 일입니다.
도메인 조회가 실제로 하는 일
example.com 같은 도메인 이름은 사람이 읽기 쉬운 별칭일 뿐입니다. 인터넷에서는 이름으로 트래픽을 라우팅하지 않으며, 모든 연결은 숫자로 된 IP 주소로 이루어집니다. DNS(Domain Name System)는 이 별칭을 주소에 매핑하는 디렉터리이고, “조회”는 이 디렉터리에 대한 한 번의 질의입니다. A 레코드(IPv4 주소)와 AAAA 레코드(IPv6 주소)를 요청하면 해당 도메인의 권한 있는 DNS 서버가 게시한 값이 반환됩니다. 이 도구는 바로 그 질의를 Node.js의 자체 리졸버로 공개 DNS 서버에 직접 수행하며, 이는 브라우저와 운영 체제가 사이트를 방문할 때마다 사용하는 것과 동일한 방식입니다.
하나의 도메인이 여러 IP 주소를 반환하는 이유
조회 결과에 주소가 둘 이상 나오는 것은 오류가 아니라 정상적인 경우입니다. 대규모 사이트는 이중화와 로드 밸런싱을 위해 트래픽을 여러 서버에 분산하며, 콘텐츠 전송 네트워크(CDN)는 DNS 라운드 로빈 순환이나 리졸버의 위치에 따라 서로 다른 엣지 서버 주소를 게시합니다. 한 도메인에 IP가 3개, 5개, 심지어 12개씩 보이더라도 대개는 방문자를 가장 가깝거나 부하가 적은 서버로 보내도록 설계된 인프라로 서비스된다는 뜻일 뿐입니다.
조회 실패 해석하기
모든 도메인이 확인되는 것은 아니며, 그 이유가 중요합니다. NXDOMAIN은 도메인이 등록되지 않았거나 DNS 레코드가 삭제되었음을 의미하며, 재시도해도 소용이 없습니다. SERVFAIL 또는 REFUSED는 권한 있는 DNS 서버 측의 문제를 나타내며 일시적인 경우가 많습니다. 타임아웃은 제때 응답이 돌아오지 않았다는 뜻으로, 도메인 자체의 문제가 아니라 일시적인 네트워크 혼잡일 수 있습니다. 그래서 이 도구는 타임아웃, SERVFAIL, REFUSED는 백오프를 적용해 자동으로 재시도하지만 NXDOMAIN은 재시도하지 않습니다. 영구적인 실패를 계속 재시도하면 시간과 DNS 질의 한도만 낭비되기 때문입니다.
같은 도메인이 시간이 지나며 다르게 확인되는 이유
DNS 레코드에는 결과를 다시 조회하기 전까지 캐시해야 하는 시간을 정하는 TTL(Time to Live)이 있습니다. 호스트를 이전하거나, CDN을 교체하거나, 백업 인프라로 장애 조치(failover)하는 사이트는 TTL이 만료되고 변경 사항이 전파되면 다른 IP를 보여 줍니다. 추측하는 대신 조회를 주기적으로 다시 실행하거나 반복 작업을 예약하는 것이 DNS 변경이 적용되는 정확한 시점을 파악하는 실용적인 방법입니다.
이 도구가 유용한 경우
레코드를 수정한 뒤 DNS 변경이 전파되었는지 확인합니다. 더 하위 단계를 디버깅하기 전에 도메인이 여전히 CDN 또는 WAF를 가리키는지 점검합니다. SPF를 설정하면서 메일 도메인의 인프라를 검증합니다. 조사 중인 대상을 외부 조회 서비스에 노출하지 않고 의심스러운 도메인의 호스팅 현황을 조사합니다. 또한 대규모로는 도메인 전체를 일정에 따라 감시하여 예기치 않은 DNS 변경을 발생 즉시 포착합니다.
이런 분들이 사용합니다
인프라 모니터링
도메인이 실제로 확인되는 IP를 추적하고 예기치 않은 DNS 변경을 조기에 포착하세요.
개발자 도구
일회성 점검을 위해 dig나 nslookup을 직접 실행하는 대신 사용할 수 있는 빠른 대안입니다.
보안 연구
대규모 도메인 목록을 안전하게 확인하세요. SSRF 방어로 내부 인프라는 접근 대상에서 제외됩니다.
개인정보를 중시하는 팀
계정도, 외부 API 호출도 없습니다. 조회한 도메인은 이 서버 자체의 DNS 리졸버 밖으로 나가지 않습니다.
보안은 사후 대책이 아닙니다
확인된 모든 주소는 반환되기 전에 DNS 리바인딩 시도를 포함하여 사설, 루프백, 링크 로컬, 클라우드 메타데이터 대역에 대해 필터링됩니다. 이 도구는 공개 DNS 확인만 수행하며, 포트 스캔, 서브넷 스캔, 내부 네트워크 탐색에는 결코 사용되지 않습니다.