웹사이트 호스팅 확인 도구란?
호스팅 확인 도구는 웹사이트 뒤에서 서버를 운영하는 회사가 어디인지 알려 줍니다. 모든 사이트는 누군가가 소유한 서버에서 돌아갑니다. Hostinger나 Bluehost 같은 공유 호스팅 업체일 수도 있고, WP Engine이나 Kinsta 같은 관리형 WordPress 플랫폼, AWS나 Google Cloud 같은 클라우드, Shopify나 Wix 같은 사이트 빌더일 수도 있습니다. 도메인 이름만 봐서는 이 정보를 알 수 없지만, 호스팅 확인 도구는 공개 데이터를 이용해 몇 초 만에 찾아냅니다.
이 웹사이트 호스팅 확인 도구는 IP 주소의 소유자를 알려 주는 데서 그치지 않습니다. 도메인을 따라 서버까지 추적하고, IP 주소가 속한 네트워크를 확인하고, 호스팅 플랫폼이 남기는 HTTP 헤더와 CNAME 레코드를 살펴보고, 네임서버를 점검하고, 페이지 자체의 핑거프린트까지 분석합니다. 그런 다음 모든 신호에 가중치를 매겨 결과가 얼마나 확실한지, 그리고 왜 그렇게 판단했는지 보여 주므로 확실한 일치와 근거 있는 추정을 구분할 수 있습니다.
호스팅 업체와 함께 나머지 스택도 한 번에 확인할 수 있습니다. 사이트 앞단의 CDN 또는 프록시, CMS 또는 사이트 빌더, MX 레코드로 파악한 이메일 제공업체, RDAP로 조회한 도메인 등록기관, 그리고 SSL 인증서 발급 기관까지 보여 줍니다.
웹사이트 호스팅 업체를 확인하는 방법
웹사이트를 어느 업체가 호스팅하는지 확인하는 과정은 4단계면 충분합니다:
example.com이나 https://www.example.com/page처럼 도메인 또는 전체 URL을 입력하거나 붙여 넣으세요. 경로와 www 접두사는 도구가 알아서 제거합니다.
결과 상단에 호스팅 업체가 신뢰도 등급과 함께 표시됩니다. 등급은 "High confidence"(높은 신뢰도), "Likely"(가능성 높음), "Possible"(가능성 있음) 중 하나입니다. 사이트가 Cloudflare 같은 CDN 뒤에 있으면 요약에 그 사실도 함께 나옵니다.
"How we know"(판단 근거) 항목에서 일치한 신호를 하나하나 확인할 수 있습니다. IP 네트워크(ASN), HTTP 헤더, CNAME 레코드, 페이지 핑거프린트, 네임서버가 여기에 해당합니다.
세부 정보 영역에는 IP 주소, 서버 위치, CDN, CMS, 웹 서버, 이메일 제공업체, 등록기관, SSL 발급 기관, 네임서버가 추가로 표시됩니다. 결과를 공유하려면 페이지 링크를 복사하세요. URL에 ?domain= 값이 포함되어 있습니다.
Advertisement
호스팅 확인 도구가 호스팅 업체를 알아내는 방식
어떤 레코드 하나만으로는 사이트의 호스팅 업체를 증명할 수 없습니다. 그래서 이 도구는 다섯 가지 근거를 수집해 점수를 매기며, 강한 신호일수록 더 큰 비중을 둡니다:
사이트의 IP 주소를 Team Cymru를 통해 전 세계 라우팅 테이블에서 조회합니다. 이 IP가 Hostinger의 AS47583이나 Hetzner의 AS24940처럼 호스팅 업체의 자율 시스템에 속한다면, 단일 신호로는 가장 강력한 근거가 됩니다.
많은 플랫폼이 응답에 고유한 표시를 남깁니다. Kinsta는 x-kinsta-cache, Vercel은 x-vercel-id, Netlify는 x-nf-request-id, WordPress.com은 host-header를 붙입니다. 이런 헤더는 CDN 뒤에 있어도 호스팅 업체를 드러냅니다.
www가 example.wpengine.com이나 shops.myshopify.com 같은 플랫폼 호스트 이름을 가리키면, CNAME이 곧바로 호스팅 업체를 알려 줍니다.
Shopify, Wix, Squarespace처럼 호스팅형으로만 제공되는 빌더는 뚜렷한 마크업 흔적을 남깁니다. Shopify 스토어는 Shopify에서만 호스팅될 수 있습니다.
ns1.dns-parking.com(Hostinger)이나 ns1.siteground.net 같은 네임서버를 보면 DNS를 어디에서 관리하는지 알 수 있습니다. 호스팅 업체와 같은 회사인 경우가 많지만 항상 그런 것은 아닙니다.
일부 회사는 하나의 네트워크를 함께 씁니다. 예를 들어 Bluehost와 HostGator는 모두 Newfold의 Unified Layer에서 운영됩니다. 네트워크가 공유될 때는 네임서버로 판단하고, 결과에 다른 후보도 함께 표시합니다.
일부 웹사이트에서 실제 호스팅 업체 대신 Cloudflare가 나오는 이유
사이트가 Cloudflare, Fastly, Akamai, Sucuri 같은 리버스 프록시를 사용하면 방문자는 웹 서버에 직접 접속하지 않습니다. 도메인이 프록시의 IP 주소로 연결되기 때문에, 단순한 IP 조회로는 호스팅 업체가 아니라 CDN 이름이 나옵니다. 실제로는 전혀 다른 곳에서 호스팅되는 수많은 사이트에 대해 다른 도구들이 흔히 "Cloudflare"라고 답하는 이유가 바로 이것입니다.
호스팅 확인 도구는 CDN을 따로 표시하고 오리진 호스팅 업체를 계속 찾습니다. 플랫폼 헤더는 프록시를 거쳐도 그대로 전달되고(Kinsta, WP Engine, Shopify 모두 자체 헤더를 붙입니다), CNAME 레코드는 여전히 플랫폼을 가리키며, 네임서버로는 DNS 제공업체를 알 수 있습니다. 이런 신호가 하나도 없으면 도구는 추측하지 않고, 실제 호스팅 업체가 숨겨져 있다고 분명하게 알려 줍니다.
오리진을 숨기는 것은 의도된 설정으로, 서버를 직접적인 공격으로부터 보호하기 위한 것입니다. 악용 신고를 위해 Cloudflare로 보호되는 사이트의 호스팅 업체를 알아야 한다면 Cloudflare의 자체 악용 신고 양식을 이용하세요. Cloudflare가 신고 내용을 호스팅 업체에 전달합니다.
헤더: x-kinsta-cache 같은 플랫폼 헤더는 프록시를 거쳐도 남아 있습니다
CNAME: www는 example.wpengine.com처럼 플랫폼을 가리키는 경우가 많습니다
네임서버: IP가 가려져 있어도 DNS 제공업체는 확인할 수 있습니다
페이지 마크업: Shopify 같은 호스팅형 빌더는 스스로 정체를 드러냅니다
Advertisement
dig, whois, curl로 웹사이트 호스팅 업체를 직접 찾는 방법
모든 확인 과정을 터미널에서 그대로 재현할 수 있습니다. 도구가 실행하는 조회를 하나씩 나눠 놓은 것입니다. example.com을 조사하려는 사이트로 바꿔서 실행하세요:
dig +short example.com Awhois -h whois.cymru.com " -v $(dig +short example.com A | head -1)"curl -sI https://example.com | grep -iE 'server|x-powered-by|via|x-'dig +short example.com NS
dig +short www.example.com CNAMEdig +short example.com MX웹호스팅 업체 vs 도메인 등록기관 vs DNS 제공업체
사이트 인프라를 누가 운영하는지 확인할 때 가장 흔히 헷갈리는 부분입니다. 웹사이트 하나에는 보통 서로 다른 세 회사가 관여하며, 호스팅 확인 도구는 세 곳을 모두 보여 줍니다:
웹호스팅 업체
웹사이트 파일을 저장하고 제공하는 서버를 운영합니다. 결과 상단에 표시되는 것이 바로 이 회사입니다. 사이트를 이전한다는 것은 곧 이 업체를 옮긴다는 뜻입니다.
도메인 등록기관
도메인 이름을 구매하고 갱신하는 곳으로, Namecheap, GoDaddy, Cloudflare Registrar 등이 있습니다. RDAP 정보를 바탕으로 표시합니다. 전체 기록은 WHOIS 조회에서 확인하세요.
DNS 제공업체
도메인에 대한 DNS 질의에 응답하며, 네임서버로 표시됩니다. 등록기관이나 호스팅 업체가 겸하는 경우가 많지만, Cloudflare나 Route 53 같은 별도 서비스일 때도 있습니다. 네임서버는 NS 조회에서 확인할 수 있습니다.
Advertisement
호스팅 확인 결과로 할 수 있는 일
사이트가 어느 호스팅에서 운영되는지 알면 실무적인 궁금증을 해결할 수 있습니다:
호스팅 업체 선택: 경쟁사 사이트가 빠르고 안정적인가요? 이제 어디에서 호스팅되는지 알 수 있습니다
이전 계획: 고객 사이트를 옮기기 전에 현재 어디에서 호스팅되는지 확인하세요
악용 신고: 피싱과 스팸 신고는 등록기관이 아니라 호스팅 업체에 보내야 합니다
스택 점검: CDN, CMS, 이메일 제공업체, SSL 발급 기관을 한 번에 확인하세요
실사: 웹사이트나 도메인을 매입하기 전에 실제로 어떻게 운영되고 있는지 확인하세요