도메인 네임

3. 역사

컴퓨터 네트워크에서 호스트의 숫자 주소를 기억하기 쉽도록 추상화하는 관행은 오늘날의 상업적 인터넷이 등장하기 전인 ARPANET 시대까지 거슬러 올라간다. 초기 네트워크에서는 각 컴퓨터가 SRI (현재 SRI 인터내셔널)의 컴퓨터에서 호스트 파일(''host.txt'')을 가져왔으며,^[4][5] 이 파일은 컴퓨터 호스트 이름을 숫자 주소에 매핑했다. 네트워크가 급격하게 성장하면서 중앙 집중식 호스트 이름 레지스트리를 유지하는 것이 불가능해졌고, 1983년 ARPANET에 도메인 이름 시스템이 도입되어 인터넷 기술 태스크 포스(IETF)에 의해 RFC 882 및 RFC 883으로 게시되었다.

다음 표는 처음 5개의 .com 도메인과 등록 날짜를 보여준다.^[6]

다음은 처음 5개의 .edu 도메인이다.^[7]

4. 도메인 이름 공간

4. 1. 도메인 이름 구문

• 가장 오른쪽에 있는 레이블은 최상위 도메인을 나타낸다. 예를 들어, 도메인 이름 'www.example.com'은 최상위 도메인 'com'에 속한다.
• 도메인의 계층 구조는 오른쪽에서 왼쪽 레이블로 내려간다. 왼쪽에 있는 각 레이블은 오른쪽 도메인의 세분 또는 서브도메인을 지정한다. 예를 들어, 'example' 레이블은 'example.com' 노드를 'com' 도메인의 서브도메인으로 지정하고, 'www'는 'www.example.com'을 생성하는 레이블로, 'example.com'의 서브도메인이다. 각 레이블은 1~63개의 옥텟을 포함할 수 있다. 빈 레이블은 루트 노드를 위해 예약되어 있으며, 정규화되면 점으로 끝나는 빈 레이블로 표현된다. 전체 도메인 이름은 텍스트 표현에서 총 253개의 ASCII 문자를 초과할 수 없다.^[8]
• 호스트 이름은 하나 이상의 관련 IP 주소를 갖는 도메인 이름이다. 예를 들어, 도메인 이름 'www.example.com'과 'example.com'은 호스트 이름이지만, 'com' 도메인은 그렇지 않다. 그러나 다른 최상위 도메인, 특히 국가 코드 최상위 도메인은 IP 주소를 가질 수 있으며, 그렇다면 호스트 이름이기도 하다.
• 호스트 이름은 해당 도메인 이름에 허용되는 문자에 제한을 둔다. 유효한 호스트 이름은 유효한 도메인 이름이기도 하지만, 유효한 도메인 이름이 반드시 호스트 이름으로 유효한 것은 아니다.

• 최상위 도메인
• 인프라용 최상위 도메인 ( .arpa )
• 국가 코드 최상위 도메인 (ccTLD)
• 후원 최상위 도메인 (sTLD)
• 일반 최상위 도메인 (gTLD)
• 제한된 일반 최상위 도메인
• 2단계 등록 도메인(.com 등)의 경우
• 도메인명 (도메인명).com
• 호스트명 (호스트명).(도메인명).com
• 3단계 등록 도메인(.co.jp)의 경우
• 도메인명 (도메인명).co.jp
• 호스트명 (호스트명).(도메인명).co.jp

4. 2. 최상위 도메인

4. 3. 2단계 및 하위 단계 도메인

4. 4. 국제화 도메인 이름

5. 도메인 이름 등록

컴퓨터 네트워크에서 호스트의 숫자 주소를 기억하기 쉽게 추상화하는 관행은 상업적 인터넷 이전 ARPANET 시대부터 있었다. 초기 네트워크에서는 각 컴퓨터가 SRI의 컴퓨터에서 ''host.txt'' 파일을 가져와 호스트 이름을 숫자 주소로 매핑했다.^[4][5] 네트워크가 급성장하면서 중앙 집중식 호스트 이름 레지스트리를 유지하기가 불가능해졌고, 1983년 ARPANET에 도메인 이름 시스템이 도입되었다.^[6]

국제 인터넷 주소 관리 기구(ICANN)는 인터넷 도메인 네임 공간의 최상위 개발 및 아키텍처를 관리하며, 도메인 이름 등록기관을 통해 도메인 이름을 등록하고 재할당할 수 있도록 권한을 부여한다.^[24]

도메인 이름을 사용할 권한은 인터넷 할당 번호 기관(ICANN)의 인증을 받은 도메인 이름 등록 기관에서 위임한다. 각 최상위 도메인(TLD)은 레지스트리를 운영하는 관리 조직에서 기술적으로 유지 관리되고 서비스된다. 레지스트리는 관리하는 TLD 내에 등록된 이름 데이터베이스를 유지 관리하며, 해당 TLD에서 이름을 할당할 권한이 있는 각 도메인 이름 등록 기관으로부터 등록 정보를 수신하고 WHOIS 프로토콜이라는 특수 서비스를 사용하여 해당 정보를 게시한다.

레지스트리 및 등록 기관은 일반적으로 사용자에게 도메인 이름을 위임하고 기본 이름 서버 세트를 제공하는 서비스에 대해 연간 수수료를 부과한다. 이 거래는 도메인 이름의 판매 또는 임대라고 불리기도 하지만, 등록자는 "소유자"라고 불리기도 하지만, 이러한 법적 관계는 실제로 거래와 관련이 없으며 도메인 이름을 독점적으로 사용할 권리만 있다. 보다 정확하게는 승인된 사용자를 "등록자" 또는 "도메인 소유자"라고 한다.

ICANN은 TLD 레지스트리 및 도메인 이름 등록 기관의 전체 목록을 게시한다. 도메인 이름과 관련된 등록자 정보는 WHOIS 프로토콜을 사용하여 접근할 수 있는 온라인 데이터베이스에 유지 관리된다. 250개 이상의 국가 코드 최상위 도메인(ccTLD)의 경우, 도메인 레지스트리는 WHOIS (등록자, 이름 서버, 만료일 등) 정보를 유지 관리한다.

일부 도메인 이름 레지스트리는 ''네트워크 정보 센터''(NIC)라고 불리며 최종 사용자를 위한 등록 기관으로도 기능한다. ''com'', ''net'', ''org'', ''info'' 도메인 등과 같은 주요 일반 최상위 도메인 레지스트리는 수백 개의 도메인 이름 등록 기관으로 구성된 레지스트리-등록 기관 모델을 사용한다. 이 관리 방법에서 레지스트리는 도메인 이름 데이터베이스와 등록 기관과의 관계만 관리한다. ''등록자''(도메인 이름 사용자)는 등록 기관의 고객이며, 경우에 따라 추가적인 리셀러 계층을 거친다.

인터넷 도메인 이름은 다양한 국가 및 기관에서 관리되지만, 다음과 같은 공통 규칙을 가진다.

5. 1. 역사

처음 5개의 .edu 도메인은 다음 표와 같다:^[7]

1985년 3월 15일, 최초의 상업용 인터넷 도메인 이름은 TLD (최상위 도메인) ''com''으로, 매사추세츠주 케임브리지에 위치한 컴퓨터 시스템 회사인 심볼릭스(Symbolics Inc.)에 의해 심볼릭스닷컴(symbolics.com)으로 등록되었다.

1992년까지 15,000개 미만의 ''com'' 도메인이 등록되었다.

2015년 1분기에 2억 9400만 개의 도메인 이름이 등록되었다.^[19] 이 중 상당수가 ''com'' TLD에 속하며, 2014년 12월 21일 기준으로 1억 1560만 개의 도메인 이름을 보유하고 있었다.^[20] 여기에는 1190만 개의 온라인 비즈니스 및 전자 상거래 사이트, 430만 개의 엔터테인먼트 사이트, 310만 개의 금융 관련 사이트 및 180만 개의 스포츠 사이트가 포함되었다.^[21] 2012년 7월 15일 기준으로 ''com'' TLD는 모든 ccTLD (국가 코드 최상위 도메인)를 합한 것보다 더 많은 등록 수를 기록했다.^[22]

2023년 12월 31일 기준으로, 3억 5980만 개의 도메인 이름이 등록되었다.^[23]

5. 2. 관리

5. 3. 기술적 요구 사항 및 절차

• 관리 연락처: 등록자는 도메인 이름을 관리할 관리 연락처를 지정한다. 관리 연락처는 일반적으로 도메인에 대한 최고 수준의 제어 권한을 가지며, 기록 이름, 우편 주소, 도메인의 공식 등록자 연락처 정보 등 모든 비즈니스 정보를 관리하고, 도메인 이름을 사용할 권리를 유지하기 위해 도메인 등록기관의 요구 사항을 준수해야 하는 의무를 가진다. 또한, 관리 연락처는 기술 및 청구 기능을 위한 추가 연락처 정보를 설치한다.^[8]
• 기술 연락처: 도메인 이름의 네임 서버를 관리한다. 도메인 이름의 구성이 도메인 등록기관의 요구 사항을 준수하는지 확인하고, 도메인 존 레코드를 유지 관리하며, 네임 서버의 지속적인 기능을 제공하여 도메인 이름의 접근성을 보장한다.^[8]
• 청구 연락처: 도메인 이름 등록기관으로부터 청구서를 받고 관련 수수료를 지불할 책임이 있는 당사자이다.^[8]
• 네임 서버: 대부분의 등록기관은 등록 서비스의 일부로 두 개 이상의 네임 서버를 제공한다. 그러나 등록자는 도메인의 리소스 레코드를 호스팅하기 위해 자체 권한 있는 네임 서버를 지정할 수 있다. 등록기관의 정책은 서버 수와 필요한 서버 정보 유형을 규정한다. 일부 제공자는 호스트 이름과 해당 IP 주소 또는 호스트 이름만 요구하며, 이는 새 도메인에서 확인할 수 있거나 다른 곳에 존재해야 한다. 전통적인 요구 사항(RFC 1034)에 따라 일반적으로 최소 두 개의 서버가 필요하다.^[8]

5. 4. 비즈니스 모델

6. 도메인 이름 재판매

등록된 도메인 이름의 재판매 사업은 도메인 애프터마켓으로 알려져 있다. 다양한 요인이 도메인 이름의 인식 가치 또는 시장 가치에 영향을 미친다. 고가 도메인 판매의 대부분은 비공개적으로 이루어진다.^[26] 기밀 도메인 획득 또는 익명 도메인 획득이라고도 한다.^[27]

7. 도메인 이름 혼동

인터캐핑은 DNS 이름이 대소문자를 구분하지 않기 때문에 도메인 이름의 의미를 강조하기 위해 자주 사용된다. 그러나 일부 이름은 특정 대문자 사용에서 오해를 불러일으킬 수 있다. 예를 들어, 예술가와 에이전트의 데이터베이스인 ''Who Represents''는 ''whorepresents.com''을 선택했는데,^[28] 이는 잘못 읽힐 수 있다. 이러한 상황에서는 도메인 이름을 등록할 때 하이픈을 사용하여 올바른 의미를 명확히 할 수 있다. 예를 들어, 프로그래머 토론 사이트인 Experts Exchange는 ''expertsexchange.com''을 사용했지만, 도메인 이름을 ''experts-exchange.com''으로 변경했다.^[29]

8. 웹사이트 호스팅에서의 사용

도메인 네임은 URL을 사용하여 웹사이트에 접속할 때 사용되는 구성 요소이다. 예를 들어, `http://www.example.net/index.html`에서 `www`는 호스트 이름, `example`은 2단계 도메인, `net`은 최상위 도메인이다.

도메인 네임은 여러 개의 IP 주소를 가리킬 수 있어 서버 이중화를 제공하며, 이는 크고 인기 있는 웹사이트의 트래픽을 관리하는 데 사용된다.

반면에 웹 호스팅 서비스는 가상 웹 호스팅 기술을 사용하여, 일반적으로 하나 또는 소수의 주소만 할당된 서버를 운영하면서 여러 도메인에 대해 웹사이트를 제공한다. 이러한 IP 주소 과부하는 각 요청이 참조되는 도메인 네임을 식별해야 하며, 예를 들어 HTTP 요청 헤더 필드의 `Host:` 또는 서버 이름 표시(SNI)를 사용한다.

9. 남용 및 규제

도메인 이름과 관련하여 행정적 권한 남용에 대한 비판이 자주 제기된다. 대표적인 사례로 VeriSign의 사이트 파인더 시스템이 있다. 이 시스템은 미등록된 .com 및 .net 도메인을 모두 VeriSign 웹 페이지로 리디렉션하여 논란이 되었다.^[30] IETF 등 기술 단체들은 VeriSign이 인터넷 인프라의 기본적인 동작을 변경하면서 합의를 얻지 않았다고 비판했다. 사이트 파인더는 초기에는 모든 인터넷 쿼리가 웹사이트를 위한 것이라고 가정하고 잘못된 도메인 이름에 대한 쿼리를 통해 수익을 창출했지만, 이메일 시스템에서는 도메인 이름이 없다는 응답을 배달 불가능 신호로 간주하기 때문에 문제가 발생했다. VeriSign은 나중에 이메일에 대한 사이트 파인더의 동작을 변경했지만, 재정적 이익을 우선시한다는 비판이 제기되었다. 결국 VeriSign은 ICANN의 계약 취소 위협에 따라 사이트 파인더를 제거했다.^[31]

미국 정부가 ICANN에 미치는 정치적 영향력에 대한 우려도 존재한다. 이는 .xxx 최상위 도메인 생성 시도에서 중요한 문제였으며, 단일 국가의 통제를 벗어나는 대체 DNS 루트에 대한 관심을 불러일으켰다.^[32]

또한, 등록 기관이 whois 쿼리를 받으면 자동으로 해당 도메인 이름을 등록하는 도메인 이름 앞 가로채기(도메인 테스팅)에 대한 비난도 있었다. Network Solutions가 이러한 혐의를 받았다.^[33]

도메인 네임에서의 이름 충돌(Name Collision)은 고유 도메인 네임이 글로벌 공간에서의 도메인 네임과 중복되어 충돌하는 현상이다.^[57] 기존 TLD로 존재하지 않는 도메인 네임(예: .corp)을 내부 네트워크의 이름 해결에 이용하여 운용하던 시스템이 새롭게 추가되는 gTLD와 충돌할 수 있는 것이 주요 문제가 된다.^[58] 근본적인 대책은 고유 도메인 이용을 중지하는 것이다. 취득한 도메인의 서브도메인을 내부용 고유 도메인으로 이용하면, 의도하지 않은 TLD와의 이름 충돌은 일어나지 않는다.^[59]

인터넷 도메인 이름은 다양한 국가 및 기관에서 관리되지만, 다음과 같은 공통 규칙을 가진다.

9. 1. 도메인 이름 진실법

9. 2. 압류

9. 3. 정지

9. 4. 재산권

10. IDN 변형

ICANN 사업자 자문 기구(BC)는 수십 년 동안 IDN 변형을 2단계에서 작동시키기 위해 노력해 왔으며, 최근 몇 년 동안 최상위 단계에서도 노력해 왔다. 도메인 이름 변형은 중국어 정체자와 중국어 간체자로 표시된 단일 도메인과 같이 다른 문자 인코딩으로 인식되는 도메인 이름이다. 이는 국제화 및 지역화 문제이다. 도메인 이름 변형에 따라 도메인 이름의 서로 다른 인코딩(간체 및 정체 중국어)은 동일한 호스트로 확인된다.^[39][40]

존 R. 레빈(John R. Levine)은 인터넷 관련 주제 전문가로, "불행히도 변형은 작동하지 않습니다. 문제는 DNS에 넣는 것이 아니라, 일단 DNS에 들어가면 다른 곳에서는 작동하지 않는다는 것입니다."라고 말한다.^[39]

11. 가상 도메인 이름

'''가상 도메인 이름'''은 허구의 작품이나 대중문화에서 실제로 존재하지 않는 도메인을 지칭하기 위해 사용되는 도메인 이름으로, 종종 ".web"과 같이 유효하지 않거나 비공식적인 최상위 도메인을 사용한다. 이는 영화 및 기타 매체에서 사용되는 가상의 555 전화번호 접두사와 유사하다. 대표적인 가상 도메인 이름은 IANA가 RFC 2606에서 이러한 용도로 특별히 지정한 ''.example'' TLD와 함께 "example.com"이다.

허구의 작품에 사용된 도메인 이름은 제작자 또는 사이버스쿼터가 이를 통해 이익을 얻으려고 시도하여 DNS에 등록된 경우가 많다. 이러한 현상으로 인해 NBC는 코난 오브라이언이 자신의 쇼에서 즉흥적으로 "Hornymanatee.com"이라는 이름을 언급한 후 해당 도메인 이름을 구매했다. 오브라이언은 이후 이 개념을 기반으로 웹사이트를 만들고 쇼에서 단골 유머로 사용했다.^[41] 가상 도메인 이름을 사용한 작품을 보유한 회사들은 MarkMonitor와 같은 회사를 고용하여 제3자의 오용을 방지하기 위해 가상 도메인 이름을 확보하기도 했다.^[42]

12. 오타 도메인 이름

오타 도메인 이름은 타이포스쿼팅 또는 URL 하이재킹이라고도 하며, 인기 있거나 잘 알려진 도메인 이름을 의도적으로 또는 실수로 철자를 틀리게 쓴 버전의 도메인 이름이다. 오타 도메인 이름의 목표는 실수로 철자가 틀린 도메인 이름을 입력하여 다른 웹사이트로 리디렉션되는 인터넷 사용자를 이용하여 이익을 얻는 것이다.

오타 도메인 이름은 종종 피싱 사기나 멀웨어 배포와 같은 악의적인 목적으로 사용된다. 어떤 경우에는, 오타 도메인 이름의 소유자가 합법적인 도메인 이름의 소유자에게 해당 도메인 이름을 판매하려 하거나, 실수로 오타 도메인 이름을 입력한 인터넷 사용자가 생성하는 트래픽을 이용하려는 개인 또는 조직에게 판매하려 할 수도 있다.

오타 도메인 이름에 걸려들지 않으려면, 인터넷 사용자는 도메인 이름을 정확하게 입력하도록 주의해야 하며, 의심스럽거나 익숙하지 않은 링크를 클릭하지 않도록 해야 한다. 또한, 인기 있거나 잘 알려진 도메인 이름을 소유한 개인 및 조직은 다른 사람이 악의적인 목적으로 사용할 수 없도록 해당 도메인 이름의 흔한 오타를 등록하는 것을 고려해야 한다.

13. 도메인 이름 스푸핑

'''도메인 네임 스푸핑'''(또는 간단히 '''도메인 스푸핑''')은 피싱 공격의 일종으로, 인터넷 도메인 네임을 위조하거나 잘못 표시하여 사용자를 속이는 행위를 말한다.^[43][44] 이러한 공격은 사용자가 가짜 웹사이트를 방문하거나 위조된 이메일을 열도록 유도한다.^[45] 웹사이트 및 이메일 스푸핑 외에도, 도메인 이름 확인에 의존하는 모든 서비스가 공격 대상이 될 수 있다.

도메인 네임 충돌(Name Collision)은 고유 도메인 네임이 글로벌 도메인 네임과 중복되어 발생하는 현상이다.^[57] 예를 들어, 기존 최상위 도메인(TLD)에는 없던 .corp와 같은 도메인 네임을 내부 네트워크에서 사용하다가, 새롭게 추가되는 일반 최상위 도메인(gTLD)과 충돌하는 문제가 발생할 수 있다.^[58]

이러한 충돌을 방지하기 위한 근본적인 대책은 고유 도메인 사용을 중지하는 것이다. 대신, 정식으로 취득한 도메인의 서브도메인을 내부용으로 사용하면 의도치 않은 TLD와의 충돌을 막을 수 있다.^[59]

13. 1. 유형

• '''타이포스쿼팅''': 사용자가 웹 브라우저에 URL을 입력하거나 이메일 주소를 작성할 때 흔히 발생하는 오타를 이용하는 방식이다.^[46] "URL 하이재킹", "스팅 사이트", "가짜 URL"이라고도 불린다. 사용자가 실수로 잘못된 도메인 이름을 입력하면, 공격자가 소유한 다른 웹사이트로 연결될 수 있다.

• '''IDN 동음이의어 공격''': 겉보기에는 동일하지만 실제로는 다른 알파벳의 문자를 사용하는 도메인 이름을 등록하는 방식이다. 예를 들어, 키릴 문자, 라틴 문자, 그리스 문자는 각각 자체 문자 A를 가지며, 서로 다른 이진 코드 포인트를 가진다. 터키어에는 ASCII 문자 i와 구별하기 어려운 점 없는 문자 i(ı)가 있다. 대부분의 웹 브라우저는 '혼합 알파벳' 도메인 이름에 대해 경고하지만,^{[47][48][49][50]} 이메일 애플리케이션은 그렇지 않을 수 있다.

• DNS 스푸핑
• 웹사이트 스푸핑
• 이메일 스푸핑

13. 2. 위험 완화

참조

_[1] 서적 TCP/IP Illustrated, Volume 1: The Protocols Addison-Wesley 1994
_[2] 간행물 RFC 4034 – Resource Records for the DNS Security Extensions https://tools.ietf.o[...] IEFT 2015-07-05
_[3] 웹사이트 Why are generic domains so expensive? https://www.therealj[...] 2018-09-27
_[4] 문서 Role of the Domain Name System (DNS) The Internet Society 2003-02
_[5] 서적 DNS and BIND http://oreilly.com/c[...] O'Reilly 2011-10-22
_[6] 웹사이트 The first ever 20 domain names registered https://www.computer[...] 2020-07-30
_[7] 간행물 Defining Domain: Higher Education's Battles for Cyberspace http://brooklynworks[...] 2015-10-27
_[8] 간행물 Domain names - Implementation and specification (RFC 1035) https://datatracker.[...] 1987-11
_[9] 웹사이트 Introduction to Top-Level Domains (gTLDs) http://www.icann.org[...] Internet Corporation for Assigned Names and Numbers (ICANN) 2009-06-26
_[10] 문서 Domain Requirements The Internet Society 1984-10
_[11] Webarchive New gTLD Program http://www.icann.org[...] ICANN 2011-11-25
_[12] 웹사이트 32nd International Public ICANN Meeting http://par.icann.org[...] ICANN 2008-06-22
_[13] 웹사이트 New gTLS Program http://www.icann.org[...] ICANN 2009-06-15
_[14] Webarchive ICANN Board Approves Sweeping Overhaul of Top-level Domains http://www.circleid.[...] CircleID 2009-06-26
_[15] 웹사이트 About the Program - ICANN New gTLDs https://newgtlds.ica[...] ICANN 2016-11-09
_[16] 웹사이트 Root Zone Database https://www.iana.org[...] IANA 2020-11-01
_[17] 간행물 RFC6761 - Special-Use Domain Names http://tools.ietf.or[...] 2013-02
_[18] 웹사이트 Executive Summary - dot brand observatory https://web.archive.[...] observatory.domains 2016-11-09
_[19] Webarchive Internet Grows to 294 Million Domain Names in the First Quarter of 2015 https://investor.ver[...] 2017-12-20
_[20] 웹사이트 Thirty years of .COM domains - and the numbers are up http://www.geekzone.[...] Geekzone 2015-03-13
_[21] 문서 25 years of .com names. San Francisco Chronicle 2010-03-15
_[22] 웹사이트 Domain domination: The com TLD larger than all ccTLDs combined https://web.archive.[...] Royal.pingdom.com 2012-07-25
_[23] 웹사이트 DNIB Quarterly Report Q4 2023 https://dnib.com/art[...] 2024-02-16
_[24] 웹사이트 ICANN-Accredited Registrars http://www.icann.org[...] ICANN 2012-09-13
_[25] 웹사이트 Choose A Top Domain Registrar Of Your Choice Using Our Search Tool http://www.verisign.[...] Verisign 2015-08-10
_[26] 웹사이트 Confidentially domain acquiring https://blog.secretb[...] 2024-10-01
_[27] 간행물 Anonymous Domain Ownership https://www.research[...] 2024-10-01
_[28] 뉴스 WhoRepresents helps brands connect with celebrity influencers https://www.dmnews.c[...] DM News 2014-10-14
_[29] 뉴스 'Slurls': Most Outrageous Website URLs https://abcnews.go.c[...] 2010-06-02
_[30] 웹사이트 VeriSign fends off critics at ICANN confab https://archive.toda[...] CNET News 2003-10-03
_[31] 웹사이트 Verisign's Wildcard Service Deployment http://www.icann.org[...] ICANN 2007-09-22
_[32] 서적 Ruling the Root MIT Press 2004-03
_[33] Webarchive Slashdot.org http://slashdot.org/[...] 2010-02-17
_[34] 뉴스 website laten maken https://web.archive.[...] 2010-02-04
_[35] 웹사이트 U.S. Government Shuts Down 84,000 Websites, 'By Mistake' http://torrentfreak.[...] 2012-12-16
_[36] 웹사이트 Whatever Happened to "Due Process" ? http://blog.easydns.[...] 2014-11-27
_[37] Webarchive Tackling online criminal activity https://s3-eu-west-1[...] Nominet 2017-12-16
_[38] 문서 Paeffgen v Germany ECHR 2007-09-18
_[39] 웹사이트 Domain Name Variants Still Won't Work https://jl.ly/ICANN/[...] 2020-05-23
_[40] 웹사이트 Comment on ICANN Recommendations for Managing IDN Variant Top-Level Domains https://www.bizconst[...] ICANN 2020-05-23
_[41] Webarchive So This Manatee Walks Into the Internet https://www.nytimes.[...] The New York Times 2006-12-12
_[42] 웹사이트 Part of MarkMonitor sold to OpSec Security https://domainnamewi[...] 2024-11-26
_[43] 뉴스 Canadian banks hit by two-year domain name spoofing scam https://www.finextra[...] 2021-08-27
_[44] 웹사이트 Domain spoofing https://www.barracud[...] Barracuda Networks 2021-08-27
_[45] 뉴스 Mass Spoofing Campaign Abuses Walmart Brand https://threatpost.c[...] 2021-08-27
_[46] 웹사이트 Example Screenshots of Strider URL Tracer With Typo-Patrol http://research.micr[...]
_[47] 웹사이트 Internationalized Domain Names (IDN) in Google Chrome https://chromium.goo[...] 2020-08-26
_[48] 웹사이트 Upcoming update with IDN homograph phishing fix - Blog https://blogs.opera.[...] 2020-08-26
_[49] 웹사이트 About Safari International Domain Name support https://support.appl[...] 2017-04-29
_[50] 웹사이트 IDN Display Algorithm https://wiki.mozilla[...] Mozilla 2016-01-31
_[51] 문서 特集：汎用JPドメイン名について https://www.nic.ad.j[...] JPNIC
_[52] 문서 削除済ドメイン名のための「請戻猶予期間」 https://www.nic.ad.j[...] JPNIC
_[53] 문서 ドメインには登録期限があります https://www.onamae.c[...] お名前.com
_[54] 웹사이트 ドメインの有効期限はいつ？ 確認方法は？ 更新しないで放置するとどうなるか {{!}} 知って得するドメイン名のちょっといい話 {{!}} Web担当者Forum https://webtan.impre[...] 2024-06-26
_[55] 문서 WHOISとは https://www.nic.ad.j[...] JPNIC
_[56] 문서 JP-DRP（JPドメイン名紛争処理方針） https://www.nic.ad.j[...] JPNIC
_[57] 간행물 名前衝突(Name Collision)문제 https://www.nic.ad.j[...] 日本ネットワークインフォメーションセンター
_[58] 간행물 名前衝突(Name Collision)문제 https://www.nic.ad.j[...] 日本ネットワークインフォメーションセンター
_[59] 간행물 名前衝突(Name Collision)問題 https://www.nic.ad.j[...] 日本ネットワークインフォメーションセンター
_[60] IETF RFC we recommend against using ".local" as a private Unicast DNS top-level domain.
_[61] IETF RFC We do not recommend use of unregistered top-level domains at all, but should network operators decide to do this, the following top-level domains have been used on private internal networks without the problems caused by trying to reuse ".local." for this purpose: .intranet. .internal. .private. .corp. .home. .lan.
_[62] 문서 セキュリティと安定性に関する諮問委員会
_[63] 문서 SSACとは https://www.nic.ad.j[...] JPNIC
_[64] 간행물 Mitigating the Risk of DNS Namespace Collisions (Final Report) https://www.icann.or[...] ICANN 2015-10-28
_[65] 문서 5.7 On .corp, .home, and .mail