tools / cdn-check
CDN 조회/
주소를 입력해 웹사이트가 쓰는 CDN을 확인하세요. 결과에는 DNS CNAME, 사이트 응답 헤더, IP 네트워크 같은 근거가 함께 표시됩니다.
전체 주소를 그대로 붙여 넣어도 됩니다. 이 사이트의 서버가 DNS를 조회하고 사이트 홈페이지에 한 번 접속해 응답 헤더를 읽습니다.
결과
CNAME
CNAME이 없습니다. 도메인이 IP로 바로 확인됩니다.
IP 주소
| IP | 네트워크 |
|---|
웹사이트 응답
자주 묻는 질문
웹사이트가 어떤 CDN을 쓰는지 어떻게 알 수 있나요
주로 두 가지 특징을 봅니다. 하나는 도메인의 CNAME이 가리키는 CDN 도메인(예: xxx.cloudfront.net), 다른 하나는 응답에 특정 CDN 고유 헤더(예: Cloudflare의 cf-ray)가 있는지입니다. IP 네트워크는 네트워크 전체가 CDN 회사 소유일 때(예: Cloudflare의 AS13335)만 근거로 삼습니다. Amazon, Google, Microsoft 같은 클라우드 네트워크에는 일반 서버도 있어 참고용으로만 표시합니다. 각 CDN 아래에 어떤 조건에 일치했는지 나열합니다.
왜 CDN이 두 곳 동시에 표시되나요
사이트가 두 겹으로 구성된 경우가 있습니다. 예를 들어 앞단은 Cloudflare, 뒤쪽 원본은 CloudFront인 식입니다. CDN을 막 바꿔서 DNS와 응답 헤더가 아직 맞지 않을 수도 있습니다. CDN별 근거가 따로 표시되므로 어느 쪽이 앞단인지 직접 판단할 수 있습니다. 응답 헤더는 나와 가장 가까운 층에서 온 것입니다.
CDN이 검출되지 않으면 사이트가 CDN을 안 쓰는 건가요
꼭 그렇지는 않습니다. 현재 Cloudflare, CloudFront, Akamai, Fastly, Alibaba Cloud, Tencent Cloud EdgeOne, Huawei Cloud 등 21곳을 식별하지만, 응답에 흔적을 남기지 않는 CDN도 있습니다. 이미지·스크립트 같은 정적 파일만 static.example.com, img.example.com처럼 별도 도메인으로 CDN에 두는 사이트도 많으니 그 도메인도 조회해 보세요.
웹사이트에 접속하지 않았다고 나오는 이유는 무엇인가요
이 사이트의 서버는 공인 IPv4 주소로 확인되는 사이트에만 접속합니다. 도메인이 사설, 로컬, 예약 주소로 확인되면 안전을 위해 접속하지 않습니다. IPv6 주소만 있는 경우에도 서버에 IPv6가 없어 접속할 수 없습니다. 두 경우 모두 DNS만으로 판단하며, 사이트가 시간 초과되거나 연결을 거부할 때도 마찬가지입니다.
조회된 CDN과 노드가 내 환경에서 보는 것과 다른 이유는 무엇인가요
CDN은 방문자 지역에 따라 노드를 배정하고, DNS 결과도 지역마다 다를 수 있습니다. 여기서는 Google Public DNS로 조회하고 싱가포르에 있는 이 사이트의 서버가 접속하므로, 결과는 그곳에서 본 상황입니다. 국가별로 다른 CDN을 쓰는 사이트도 있습니다. 예를 들어 중국 본토에서는 Alibaba Cloud, 해외에서는 Cloudflare를 쓰는 경우입니다.
홈페이지가 다른 도메인으로 이동하면 어떻게 하나요
리디렉션은 따라가지 않고 첫 번째 응답의 헤더만 읽습니다. 홈페이지가 다른 도메인(예: example.com에서 www.example.com)으로 이동하면 결과에 이동 주소가 표시되므로, 「이 도메인 조회」를 눌러 다시 확인하세요.
웹사이트의 실제 원본 서버 IP를 알 수 있나요
아니요. CDN을 쓰는 사이트는 DNS로 확인되는 것이 CDN 노드의 IP이고, 원본 서버는 그 뒤에 숨어 있습니다. 이 도구는 원본 서버를 찾으려 시도하지도 않습니다.
조회 내용이 기록되나요
아니요. 도메인은 이 사이트의 서버를 거쳐 Google Public DNS로 전달되고, 서버가 xmmtools 이름으로 사이트 홈페이지에 한 번 접속해 응답 헤더만 읽습니다. 페이지 내용은 읽지 않습니다. 이 사이트는 조회한 도메인을 기록하지 않으며 브라우저에도 기록을 남기지 않습니다.