MONOLITH LAW OFFICE+81-3-6262-3248평일 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

Internet

독자 도메인 사이트의 서버 관리자를 'aguse.jp'에서 조사

Internet

독자 도메인 사이트의 서버 관리자를 'aguse.jp'에서 조사

일명 독자 도메인으로 운영되는 웹사이트 상의 기사에 대해 삭제나 게시자의 IP 주소 공개 요청을 할 경우, 그 요청의 상대방은 크게 보면,

  1. 사이트의 운영자(대부분의 경우 도메인 등록자와 일치)
  2. 웹 서버의 관리자

이렇게 2가지 경우가 있습니다. 예를 들어 삭제 요청이라면

  1. 사이트의 운영자에게 “당신이 운영하는 사이트에서 중상모략 피해를 입었습니다, 기사를 삭제해 주세요”라고 요청
  2. 웹 서버의 관리자에게 “당신이 관리하는 서버에서 호스팅되는 사이트에서 중상모략 피해를 입었습니다, 기사를 삭제해 주세요”라고 요청

하는 것입니다. 인터넷 상의 기사에 대한 삭제 요청의 상대방은 단순히 말하면,

  • 해당 기사를 삭제할 권한이 있고
  • 해당 기사가 인터넷 상에서 공개되는 것에 대해 일정 이상의 관여를 하고 있으며, 원칙적으로 해당 기사를 삭제해야 한다고 말할 수 있는

사람에게 요청할 수 있으며, 사이트의 운영자와 웹 서버의 관리자는 모두 이에 해당하기 때문입니다. IP 주소의 공개 요청도, 논리 구성은 다르지만, 같은 결론이 됩니다.

「웹 서버의 관리자를 조사한다」는 무엇인가

그러나, ‘독자 도메인으로 운영되는 사이트에 대한, 그 사이트를 관리하는 웹 서버의 관리자’라는 것은, 구체적으로 누구일까요? 예를 들어, 우리 사이트(모노리스 법률사무소의 사이트)의 경우, 구체적으로 누구일까요?

독자 도메인으로 운영되는 사이트에 대해, 그 사이트를 관리하는 웹 서버의 관리자가 누구인지, ‘aguse.jp’라는 웹 서비스를 이용하여 조사하는 방법을 설명하겠습니다.

사이트 운영자 = 도메인 등록자 조사 방법

앞서 언급했듯이, 기사의 삭제 요청이든, IP 주소의 공개 요청이든, 해당 사이트의 운영자를 알고 있다면, 그 운영자에게 요청할 수도 있습니다. 독자적인 도메인을 가진 사이트의 경우, 사이트의 운영자는 대부분 해당 도메인의 등록자와 일치합니다. 그리고 독자적인 도메인의 등록자에 대한 정보는 ‘whois’라는 시스템을 통해 조사할 수 있습니다. 이 방법은 다른 기사에서 설명하고 있습니다.

https://monolith.law/reputation/ansi-whois-howto[ja]

웹 서버 관리자의 조사 방법

독자 도메인으로 운영되는 사이트는 대부분 소위 렌탈 서버를 이용하여 운영되고 있습니다. ‘독자 도메인의 사이트’라는 것은, 대략적으로 말하면,

  1. 먼저, ‘Onamae.com’이나 ‘GoDaddy’ 등의 도메인 등록 서비스(도메인 레지스트라)를 이용하여 독자 도메인을 획득한다
  2. 다음으로, ‘Sakura Internet’ 등의 렌탈 서버와 계약하여 웹사이트를 호스팅해주는 웹 서버를 확보한다
  3. 해당 도메인의 URL에 접속하려 할 때, 해당 웹 서버에 연결되도록 설정을 한다

라는 절차로 개설하는 것입니다.

「aguse.jp」의 사용법

그리고, 이 웹 서버를 조사하기 위해 상대적으로 많이 사용되는 것이 ‘aguse.jp’라는 웹 서비스입니다.

‘aguse.jp’의 사용법은 간단합니다. 먼저, 메인 페이지에서 조사 대상이 될 URL을 입력합니다. 이때 필요한 정보는 URL의

http://www.Monolith-law.jp/article/index.htm

‘www.Monolith-law.jp’ 부분까지입니다. 이 부분을 ‘호스트명’이라고 합니다.

위의 예에서 말하면, ‘/article’ 이하는 그 웹 페이지의 서버 내 위치와 같은 정보이며, 서버를 특정하기 위한 정보로는 필요하지 않습니다. 반면에, ‘www’ 부분은 ‘서브 도메인’이며, 하나의 독립 도메인(Monolith-law.jp) 내에 여러 개를 설치할 수 있지만, 서브 도메인이 다르면 웹 서버가 다를 가능성이 있습니다. 즉, 가령,

https://monolith-law.jp
http://www2.Monolith-law.jp
http://blog.Monolith-law.jp

와 같이 여러 개의 서브 도메인이 있었다면, 각각의 서브 도메인에 대해 웹 서버가 다를 가능성이 있습니다. 이는 도메인 등록자의 정보를 ‘whois’를 이용해 조사하는 경우와는 다릅니다.

‘aguse.jp’ 조사 결과 페이지의 읽는 방법

‘조사하기’를 클릭하면, 조사 결과 페이지가 표시됩니다.

‘역방향 호스트명’에 표시되는 것이 해당 웹사이트를 호스팅하고 있는 웹 서버의 ‘호스트명’입니다.

그리고, ‘정방향 IP 주소 ●●.●●.●●.●●의 관리자 정보’에 표시되는 것이 해당 웹 서버의 관리자에 관한 정보입니다.

관리자의 조사 방법

여기에 표시된 문자열을 Google 검색 등을 하면, 웹 서버의 관리자를 특정할 수 있습니다. 이 경우, ‘사쿠라 인터넷 주식회사’가 ‘www.Monolith-law.jp’를 관리하고 있다는 것을 확인할 수 있었습니다.

「aguse.jp」는 어떻게 조사를 진행하는가

웹 서비스로서의 「aguse.jp」의 사용 방법은 기본적으로 위에서 설명한 것으로 충분하지만, 이때 기술적으로 어떤 처리가 이루어지는지, 왜 이 방법으로 독자적 도메인 사이트를 호스팅하는 웹 서버의 관리자 정보를 확인할 수 있는지, 좀 더 자세히 설명하겠습니다. 결국, 「무엇을 하고 있는지」를 모르면, 조금이라도 예외적인 경우에 대응할 수 없게 되기 때문입니다.

“IP 주소”는 인터넷 상의 주소입니다

먼저, 이야기는 “IP 주소란 무엇인가”에서 시작합니다. IP 주소란, “인터넷 상의 주소”라고도 불리며, 인터넷에 연결된 모든 기기가 (원칙적으로) 고유하게 가지고 있는 정보입니다. 예를 들어, 이 웹사이트를 스마트폰으로 조회할 때도, 그 스마트폰은 고유의 IP 주소를 가지고 있습니다.

그리고, 웹사이트를 조회하는 측의 기기(스마트폰 등)가 고유의 IP 주소를 가지고 있는 것과 마찬가지로, 웹사이트 측, 즉 그 사이트를 호스팅하고 있는 웹 서버도 고유의 IP 주소를 가지고 있습니다. 인터넷 상의 기기 간의 통신, 예를 들어 “스마트폰으로 모노리스 법률 사무소의 웹사이트를 조회하기 위한 통신”은 항상, 고유의 IP 주소를 가지고 있는 기기 간에서 이루어지고 있기 때문입니다.

IP 주소 ●●.●●.●●.●●의 스마트폰과,
IP 주소 ●●.●●.●●.●●의 웹 서버 사이에서,
웹 페이지의 데이터 등을 주고받습니다

이것이 “인터넷을 사용하여 웹사이트를 조회하는” 것입니다.

「URL」과 「웹 서버의 IP 주소」의 관계

그러나 일반적으로 인터넷 서핑을 할 때, 위탁자는 자신이 방문하는 웹사이트(정확히는 그 웹사이트를 호스팅하는 웹 서버)의 IP 주소가 무엇인지 의식하지 않습니다. 위에서 언급한 IP 주소 기반의 통신은 대부분 스마트폰 등의 디바이스 내부에서 이루어지며, 위탁자가 ‘IP 주소’를 의식하지 않도록 설계되어 있기 때문입니다. 위탁자가 의식하는 것은 IP 주소 대신 URL입니다.

https://monolith.law/article/index.html

위탁자는 이러한 URL을 인식하면서 웹 서핑을 합니다. 위탁자가 위와 같은 URL을 열려고 할 때, 스마트폰 등의 디바이스는 다음과 같은 처리를 합니다.

  1. 먼저, 해당 URL(웹사이트를 호스팅하는 웹 서버)의 IP 주소를 조사합니다.
  2. 그 IP 주소와 통신을 합니다.

이러한 처리를 진행하게 됩니다.

호스트 이름의 ‘정방향 조회’란

위에서 언급한 1번 처리 과정, 즉, URL(정확히는 URL 중 ‘www.Monolith-law.jp’ 부분, 즉 ‘호스트 이름’)을 IP 주소로 변환하는 처리를 ‘정방향 조회’라고 합니다.

‘aguse.jp’에서 URL을 조사했을 때, ‘IP 주소’에 표시되는 정보는 해당 URL(정확히는 그 중 호스트 이름 부분)을 ‘정방향 조회’하여 나온 IP 주소입니다.

IP 주소의 ‘역참조’란 무엇인가

‘정참조’의 반대, 즉, IP 주소를 호스트 이름으로 변환하는 처리를 ‘역참조’라고 합니다.

‘aguse.jp’의 ‘역참조 호스트 이름’에 표시되는 것은,

  1. URL(내부의 호스트 이름 부분)을 한 번 정참조하고
  2. 그것을 역참조하여 나온 호스트 이름

입니다.

여기서 복잡한 것은, ‘정참조 → 역참조’를 수행하면, 독자적 도메인 사이트의 경우, 렌탈 서버의 호스트 이름이 나온다는 것입니다. 이 구조는 조금 복잡하지만, 아래에 간단히 설명하겠습니다.

「네임서버」란 무엇인가

먼저, ‘역방향 조회(reverse lookup)’는 인터넷 사용에 있어서 반드시 필요한 처리는 아닙니다. 위에서 언급한 것처럼, 일반적인 인터넷 서핑 시 ‘URL을 기반으로 웹 서버의 IP 주소를 조회하는’ ‘정방향 조회(forward lookup)’는 이루어지지만, ‘역방향 조회’가 일반적인 인터넷 서핑이나 일반적인 인터넷 통신에서 등장하는 경우는 없습니다. 그리고 이 ‘정방향 조회’를 수행하기 위해 사용되는 것이 ‘네임서버’입니다.

  1. 먼저, 해당 URL(웹사이트를 호스팅하는 웹 서버)의 IP 주소를 조사한다
  2. 그 IP 주소와 통신을 수행한다

이 1번 과정에서 이루어지는 것을 좀 더 정확하게 말하면,

  1. 네임서버에게 자신이 접근하려고 하는 URL(웹사이트를 호스팅하는 웹 서버의 호스트 이름)을 문의한다
  2. 네임서버가 해당 URL(웹사이트를 호스팅하는 웹 서버의 호스트 이름)의 IP 주소를 응답한다

라는 처리입니다. 즉, 네임서버는 ‘호스트 이름과 그에 해당하는 IP 주소’라는 할당 정보를 마치 사전처럼 보유하고 있는 것입니다.

「네임서버」와 「루트 네임서버」

그리고 네임서버는 인터넷 상에 무수히 존재합니다. 위에서 언급한 질의응답 처리는 넷서핑 과정에서 대량으로 이루어지며, 예를 들어 “인터넷 전체에 대해, 하나의 네임서버가 모든 질의에 응답한다”는 방식이라면, 해당 서버의 부하가 엄청나게 증가하게 됩니다. 따라서 네임서버는 무수히 존재하며, 이들은 ‘루트 네임서버’라는 네임서버의 마스터를 기점으로 트리 상에 배치되어 있습니다. ‘루트 네임서버 아래에 있는 네임서버(예: A, B)가 매달려 있고, 네임서버 A 아래에 다른 네임서버(예: C, D)가 매달려 있다’는 식입니다.

그리고 이러한 인터넷 상의 무수한 네임서버는 가능한 한 모두가 항상 같은 사전 정보를 보유하는 것이 바람직하지만, 이를 실현하려면 그 동기화 작업 역시 엄청난 부하가 됩니다. 따라서 실제로는 완전한 동기화가 이루어지지 않습니다. ‘트리 상의 네임서버 어딘가에 정보가 있고, 어딘가에 정보가 있다면 순서대로 질의하면 언젠가는 답변을 얻을 수 있다’는 방식입니다.

IP 주소의 ‘역참조’란 무엇인가

‘역참조’는 루트 네임 서버에서 다른 네임 서버로 순차적으로 질의가 이루어집니다. 일반적인 질의(정참조 시의 질의)와 반대로, ‘IP 주소 ●●.●●.●●.●●에 해당하는 호스트 이름을 알려주세요’라는 질의입니다. 이 질의의 답변은 대부분 해당 웹사이트를 호스팅하고 있는 웹 서버와 관련된 문자열이 됩니다. 위의 예를 들면,

  • ‘Monolith-law.jp’라는 호스트 이름을 ‘정참조’하면, 답변되는 IP 주소는 ‘59.106.27.183’
  • ‘59.106.27.183’이라는 IP 주소를 ‘역참조’하면, 답변되는 호스트 이름은 (‘Monolith-law.jp’가 아니라) ‘www1943.sakura.ne.jp’

입니다.

그리고, ‘해당 웹사이트를 호스팅하고 있는 웹 서버와 관련된’ 호스트 이름은, 렌탈 서버의 경우, 렌탈 서버 사업자가 소유한 도메인, 위의 예에서는 ‘sakura.ne.jp’를 포함하고 있습니다.

렌탈 서버 사업자의 도메인의 whois 정보

렌탈 서버 사업자는 대부분의 경우, whois에 정확한 정보를 등록하고 있습니다.

따라서, 이 도메인 이름을 ‘whois’에서 검색하면, 해당 렌탈 서버 사업자의 정보, 위의 예시에서는 그 ‘운영 조직’이 ‘SAKURA Internet Inc.’라는 정보를 얻을 수 있습니다.

요약

이처럼, ‘독자 도메인으로 운영되는 사이트에 대해 삭제나 IP 주소의 공개 요청을 하기 위해, 그 호스팅 서버를 관리하는 렌탈 서버 사업자를 조사하는 것’은 매우 IT적인 의미에서 복잡한 이야기입니다. 이 글에서 설명한 것은 단지 ‘기본’이며, ‘기본적인 지식만으로는 극복할 수 없는 문제가 발생했을 때, 그 문제를 어떻게 해결할 것인가’가 ‘응용’이 됩니다.

인터넷 상의 평판 피해 대응은 이처럼, IT와 법률의 양면에서 매우 전문적인 것입니다.

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Return to Top