웹사이트 호스팅 검사기

웹사이트 호스팅 검사기는 웹사이트의 호스트를 확인하고, 해당 호스트와 연결된 ISP, 조직, 대략적인 네트워크 위치를 알려 주는 무료 도구입니다.

웹사이트 호스팅 검사는 무엇을 확인하나요?

웹사이트 호스팅 검사는 호스트 이름에서 확인된 IP 주소에 연결된 네트워크 정보를 살펴봅니다. 호스트를 입력하면 서버 측 DNS 조회를 통해 IPv4 주소를 찾은 다음, 그 주소와 관련된 정보를 반환합니다.

DNS, 즉 도메인 네임 시스템은 www.example.co.uk 같은 이름을 컴퓨터가 연결에 사용하는 숫자 형식의 IP 주소로 변환합니다. 이 검사기는 PHP의 gethostbyname 함수를 사용해 주소를 조회합니다. 이 함수는 IPv4 주소를 확인하므로 IPv6로만 접속할 수 있는 호스트에서는 유용한 결과가 나오지 않을 수 있습니다.

결과에 표시되는 조직은 호스팅 업체, 인터넷 서비스 제공업체, 클라우드 플랫폼 또는 콘텐츠 전송 네트워크일 수 있습니다. 웹사이트를 소유하거나 운영하는 회사와 반드시 일치하지는 않습니다. Cloudflare 같은 서비스를 사용하는 사이트는 원본 서버 주소를 숨긴 채 프록시로 쓰이는 네트워크 정보만 노출할 수 있습니다.

웹사이트 호스팅 검사기는 어떻게 사용하나요?

Host 입력란에 웹사이트의 호스트를 입력하고 검사를 실행하세요. example.co.uk 또는 www.example.co.uk처럼 호스트 이름만 입력하는 것이 가장 명확합니다.

1. 호스트만 확인하려면 경로, 쿼리 문자열, 페이지 프래그먼트를 모두 제거하세요.
2. 문제가 발생한 하위 도메인은 정확히 유지하세요. www.example.co.uk와 shop.example.co.uk는 서로 다른 제공업체로 연결될 수 있습니다.
3. 검사를 실행한 다음, 결과에 나온 조직과 위치를 예상했던 서비스와 비교하세요.

예를 들어 쇼핑몰 문제를 진단할 때는 example.co.uk만 입력하지 말고 shop.example.co.uk를 입력하세요. 해당 하위 도메인이 별도의 전자상거래 플랫폼을 가리킨다면 결과에 표시되는 조직이 기본 사이트와 다를 수 있습니다. 하나의 도메인 아래에 있는 모든 이름이 같은 인프라를 사용한다고 단정해서는 안 됩니다.

일반적인 호스트 이름에는 공백을 사용할 수 없습니다. 경로, 복사한 문장에 포함된 문장 부호, 끝에 붙은 마침표도 입력을 모호하게 만들 수 있으므로 먼저 제거하세요. 악센트 문자나 라틴 문자가 아닌 문자를 포함하는 국제화 도메인 이름에는 Punycode로 인코딩된 A-label로 구성된 ASCII 호환 형식이 있습니다. 유니코드 표기가 조회되지 않으면 해당 도메인의 ASCII 호환 형식을 사용하세요. 숫자는 많은 호스트 레이블에서 사용할 수 있지만, 일반적인 공개 웹사이트의 호스트 이름에는 밑줄을 사용할 수 없습니다.

검사는 서버에서 실행됩니다. 입력한 내용은 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

검사 결과 이해하기

검사 결과는 웹사이트 소유자나 실제 서버실을 입증하는 정보가 아니라, 현재 조회된 호스트에 응답하는 네트워크에 관한 정보로 이해해야 합니다. 각 항목은 이 정보를 서로 다른 관점에서 보여 줍니다.

위도와 경도는 GPS 측정값이 아니라 IP 지리 위치 데이터입니다. 제공업체의 등록 사무실, 지역 네트워크 허브 또는 넓은 지역을 가리킬 수 있습니다. 특정 건물을 식별하거나 웹사이트 데이터가 법적으로 어느 위치에 저장되는지 확인하는 용도로 사용해서는 안 됩니다.

낯선 ISP나 조직이 표시된다고 해서 반드시 문제가 있는 것은 아닙니다. 관리형 호스팅 업체는 대규모 인프라 제공업체의 자원을 임대하는 경우가 많고, 재판매 업체도 상위 네트워크 소유자의 이름으로 표시될 수 있습니다.

일반적인 점검 사례

호스팅 검사는 예상하는 제공업체나 이전 대상이 이미 정해져 있고, 현재 호스트의 DNS가 실제로 어디를 가리키는지 독립적으로 확인하려 할 때 가장 유용합니다.

• 사이트를 이전했는데도 이전 버전이 표시됩니다. 먼저 브라우저, 리버스 프록시 또는 CDN 캐시에 오래된 콘텐츠가 남아 있는지 확인하세요. 브라우저에서 사용한 정확한 호스트 이름도 검사해야 합니다. 표시된 조직이 여전히 이전 제공업체와 일치한다면 DNS 변경 사항이 검사기에서 사용하는 리졸버에 아직 반영되지 않았거나, 레코드가 여전히 이전 서비스를 가리키고 있을 수 있습니다.
• 기본 사이트는 정상인데 특정 하위 도메인만 작동하지 않습니다. example.co.uk, www.example.co.uk, 문제가 발생한 하위 도메인을 각각 검사하세요. 결과가 다르면 각 이름이 별도의 DNS 레코드나 호스팅 서비스를 사용하고 있을 가능성이 있습니다.
• 호스팅을 변경한 뒤 인증서 경고가 표시됩니다. 새 호스트에 인증서가 없거나, 인증서가 일치하지 않거나, 아직 발급 및 설정되지 않은 경우가 흔하므로 먼저 인증서 구성을 확인하세요. 인증서 구성이 올바르다면 호스트가 의도한 제공업체로 연결되는지 확인하세요. 이를 통해 오래되거나 잘못된 DNS 대상을 찾을 수 있습니다. 다만 이 검사기는 인증서 자체, 만료일 또는 인증서가 지원하는 호스트 이름을 검사하지 않습니다.

대상이 올바르게 보이는데도 사이트가 작동하지 않는다면 HTTP, TLS 또는 애플리케이션 계층에 문제가 있을 수 있습니다. HTTP/2 검사기로 프로토콜 지원 여부를 확인하고, Brotli 검사기로 서버의 Brotli 압축 사용 여부를 확인할 수 있습니다. 어느 도구도 DNS 또는 인증서 전용 진단을 대신하지는 않습니다.

DNS를 올바르게 변경했는데 캐시 때문에 잘못된 것처럼 보이는 이유는 무엇인가요?

DNS 캐시가 남아 있으면 캐시된 레코드가 만료될 때까지 리졸버마다 서로 다른 응답을 반환할 수 있습니다. DNS 레코드에는 일반적으로 TTL이라고 부르는 유효 시간이 있으며, 이는 재귀 리졸버가 응답을 얼마나 오래 보관할 수 있는지 지정합니다.

변경 후에도 인터넷 제공업체, 사내 네트워크, 기기 또는 검사기 서버 측 리졸버에 이전 주소가 남아 있을 수 있습니다. 이를 흔히 전파 지연이라고 하지만, DNS가 모든 곳에서 동시에 갱신되는 것은 아닙니다. 캐시된 각 레코드는 개별적으로 만료되며, 일반적으로 다른 쿼리에서 필요해질 때 다시 조회됩니다.

별도의 DNS 조회를 사용해 확인된 주소를 DNS 제공업체의 현재 A 레코드와 비교하세요. 차이가 중요하다면 둘 이상의 네트워크에서도 확인해야 합니다. 권한 DNS 영역과 올바른 호스트 레이블을 변경했는지도 확인하세요. www를 수정한다고 루트 도메인이 자동으로 변경되지는 않으며, 반대의 경우도 마찬가지입니다.

어떤 호스팅 검사기도 그 결과가 현재 모든 방문자에게 반환되는 DNS 응답과 일치한다고 보장할 수 없습니다. 라운드 로빈 DNS, 지리적으로 분산된 서비스, CDN은 리졸버나 위치에 따라 의도적으로 서로 다른 주소를 반환할 수 있습니다.

자주 묻는 질문

이 검사기로 웹사이트 소유 회사를 찾을 수 있나요?

아니요. 이 검사기는 도메인이나 웹사이트의 법적 소유자가 아니라, 조회된 호스트와 연결된 네트워크 정보를 확인합니다. 도메인 등록 정보, 법인 등록 자료, 사이트에 게시된 법적 고지는 각각 별도의 정보 출처입니다.

검사 결과의 조직 이름이 호스팅 청구서와 다른 이유는 무엇인가요?

이용 중인 업체가 다른 회사의 네트워크를 사용하는 재판매 업체나 관리형 서비스일 수 있습니다. 따라서 결제하는 업체가 아니라 상위 클라우드 또는 데이터 센터 제공업체의 이름이 결과에 표시될 수 있습니다. 차이를 오류로 판단하기 전에 네트워크 정보를 제공업체의 문서와 비교하세요.

IPv6만 지원하는 웹사이트도 확인할 수 있나요?

기본 호스트 이름 조회에는 IPv4 주소를 확인하는 gethostbyname이 사용됩니다. 따라서 IPv6 연결을 지원하는 방문자에게는 정상적으로 작동하더라도, IPv6 전용 호스트에서는 의미 있는 호스팅 정보가 반환되지 않을 수 있습니다. 이 경우에는 별도로 AAAA 레코드를 조회하는 것이 적절합니다.

호스트 이름이 아주 길어도 검사할 수 있나요?

선택 사항인 마지막 루트 점을 제외한 일반적인 텍스트 형식에서 DNS의 전체 도메인 이름은 253옥텟으로 제한되며, 각 레이블은 일반적으로 63옥텟까지 허용됩니다. DNS 이름 길이 제한을 넘는 입력은 유효한 공개 호스트를 나타낼 수 없습니다. 실제로 검사할 때는 호스트만 복사하고, 긴 경로나 추적 매개변수는 제출하기 전에 제거하세요.

루트 도메인과 www 주소 중 무엇을 입력해야 하나요?

방문자가 실제로 사용하는 이름을 먼저 검사하세요. 리디렉션이나 DNS 레코드가 확실하지 않다면 다른 형식도 별도로 확인해야 합니다. 한쪽이 결국 다른 쪽으로 리디렉션되더라도 루트 도메인과 www 주소는 서로 다른 시스템을 가리킬 수 있습니다. DNS를 변경하기 전에 두 결과를 모두 기록해 두면 어느 호스트를 추가로 점검해야 하는지 확인할 수 있습니다.