도메인 이름 시스템의 작동 방식. 도메인 - 도메인이란 무엇이며 왜 필요한가요?

인터넷은 수십억 개의 웹사이트로 가득 차 있습니다. 그들 중 일부는 기능하고 발전하는 반면 다른 일부는 죽고 금지되고 폐쇄됩니다. 인터넷상의 모든 삶은 지구상의 실제 삶처럼 앞으로 나아갑니다. 그러나 매년 인터넷은 자신감 있는 발걸음으로 우리 삶에 들어오고 인터넷 없이는 더 이상 존재할 수 없습니다.

일반적으로 인터넷에 자신만의 웹사이트를 가지려면 도메인(이름)을 등록하고 호스팅(웹사이트의 모든 파일이 저장되는 장소)을 구입해야 합니다.

지인, 친구, 고객 모두가 그것이 무엇인지 완전히 이해하지 못하는 문제를 발견했습니다. 도메인그리고 그들이 일반적으로 어떻게 함께 작동하는지.

오늘 나는 그것이 무엇인지에 대한 전체 기사를 쓰고 싶습니다. 도메인 이름, 도메인 영역 및 하위 도메인모든 사람이 이해할 수 있도록 사이트에 대해 설명합니다.

도메인이란 무엇입니까?

도메인(도메인 이름)- 이것은 인터넷상의 웹 사이트 주소이거나 이름, 명칭이기도합니다. 문자(리터), 숫자, 대시, 단어 및 이들의 조합으로 구성될 수 있습니다. 일반적으로 라틴 문자로 만들어집니다. ㅏ~ 전에 지, 다음의 숫자도 포함될 수 있습니다. 0 ~ 전에 9 단어나 글자 사이에는 하이픈 기호가 있습니다.

오늘날에는 다음 문자로 구성된 키릴 문자 도메인을 만드는 것이 가능합니다. ㅏ~ 전에 나, 러시아 및 CIS 국가를 위해 특별히 구현되었습니다.

이제 우리 삶의 도메인에 대한 작은 예를 들어보겠습니다. 보세요, 어느 나라의 모든 집에는 고유한 주소가 있고 고유합니다. 이 주소에는 거리 이름(a~z의 문자)과 집 번호(~의 숫자)가 포함되어 있습니다. 0 ~ 전에 9 , 숫자와 문자도 가능합니다. 이 집에는 주소가 지정되어 있으며 특정 도시, 마을 또는 국가 내에서 주소를 반복할 수 없습니다.

비슷한 일이 온라인에서도 일어나고 있습니다. 수십억이 있습니다 도메인, 특정 도메인 영역에 할당된 고유한 주소(이름)가 있습니다.

도메인 영역이란 무엇입니까?

도메인 영역특정 도메인(영역)의 일부인 도메인 이름 집합입니다. 영역을 매우 쉽게 정의할 수 있습니다. 홈페이지 주소를 보면 이름 뒤, 점 '.' 앞에 오는 것이 도메인 존입니다.

예를 들어:

loeknbolek은 도메인 이름이고.ru는 영역(러시아)입니다.

loeknbolek은 도메인 이름이고.com.ua는 영역(우크라이나)입니다.

많은 도메인 영역이 있으며 다음과 같이 나뉩니다. 일반적인 사용그리고 국가의.

공개 도메인 영역은 인터넷 전체에서 사용하도록 고안되었습니다. .com, .biz, .org, .net, .info 등과 같은 영역이 있습니다.

국가 도메인 영역은 우크라이나 - .ua, 러시아 - .ru, 미국 - .us, 독일 - .de와 같이 각 주 또는 지리적 영역을 위해 만들어졌습니다. 등. 특정 국가의 국경 내에서만 일하고 동시에 해당 영역 외부의 고객 및 방문자에게는 관심이 없는 경우 이러한 영역을 사용할 수 있습니다.

도메인 수준

첫 번째 수준.

공개 및 국가 도메인 영역의 도메인. 도메인 등록기관에서 가격과 등록 규칙을 볼 수 있습니다.

두 번째 수준.

이는 등록하는 이름이며 고유해야 합니다. 우리 사이트의 경우 loeknbolek입니다.

세 번째 수준.

하나의 대규모 사이트에 다른 사이트, 서비스, 포럼을 만들거나 다국어 사이트(다른 언어로)를 만들어야 하는 경우 일반적으로 하위 도메인입니다.

다음은 세 번째 수준 도메인의 예입니다.

forum.www.site

tools.www.site

하위 도메인이란 무엇입니까?

하위 도메인위에서 설명한 문제(포럼, 서비스 등)를 해결하기 위해 무료로 만들 수 있는 3차 도메인입니다. 한 사이트에 여러 개의 큰 섹션이 있는 경우에도 하위 도메인을 사용하는 것이 옳습니다.

만들다 하위 도메인호스팅에서 할 수 있습니다. 이 문제를 파악할 수 없으면 지원팀에 문의하세요. 모든 호스팅에서 다르기 때문에 생성 과정을 여기서 설명할 수 없습니다.

자신에게 가장 적합한 영역을 선택하고 사이트를 사람들에게 더욱 기능적으로 만드십시오.

우리는 소셜 미디어 콘텐츠 마케팅: 팔로어의 머리 속으로 들어가 브랜드와 사랑에 빠지게 만드는 방법이라는 새로운 책을 출시했습니다.

구독하다

도메인은 웹사이트의 계층적 이름입니다.

도메인은 거주지 주소와 비교할 수 있습니다. 사람이 사는 곳을 이해하려면 도시, 거리, 집, 아파트 번호를 알아야 합니다. 사이트와 동일합니다. 들어가려면 주소를 알아야 합니다.

도메인은 웹사이트의 IP 주소에 얼굴을 부여하기 위해 발명되었습니다. 결국 146.264.74.01과 같은 주소를 기억하는 것은 불가능합니다.

문자, 숫자, 하이픈으로 구성됩니다. 길이는 2~63자입니다.

도메인 영역 및 해당 유형

특정 Zone에 포함된 주소입니다. 도메인 영역은 두 가지 유형이 있습니다.
국가 구역은 국가를 정의합니다. 예를 들어 러시아 - .ru, 우크라이나 - .ua, 독일 - .de, 미국 - .us 등입니다.
공용 공간은 모든 사람을 위한 것입니다. 예를 들어:

• .com – 상업 프로젝트용
• .org – 다양한 조직의 비영리 웹사이트용
• .info – 모든 정보 프로젝트용
• .biz – 상업 조직 전용, .net – 인터넷 관련 프로젝트용
• .edu – 교육 기관 및 프로젝트용, .name – 개인 사이트용 등

웹사이트 도메인 이름 변환

IP 주소는 123.123.123.123입니다. 이는 네트워크의 컴퓨터를 식별하고, 데이터를 처리하고, 컴퓨터를 서로 연결하는 데 사용됩니다. 전화번호를 저장하는 방법과 유사하게 IP 주소에 대한 연락처나 전화번호부를 보관할 수 있습니다. 인터넷에서 전화번호부의 역할은 도메인 이름 시스템에 의해 수행됩니다. 그것이 없으면 인터넷의 기능은 불가능할 것입니다.

DNS 서버는 도메인 이름을 디지털 IP 주소로 또는 그 반대로 변환하는 프로그램입니다. 이러한 서버의 메모리에는 각 도메인 이름에 IP 주소가 할당된 광범위한 테이블이 저장됩니다. 이를 더 잘 이해하기 위해 명확한 예를 들어 보겠습니다.

DNS는 컴퓨터에게 인터넷을 통해 서로를 찾는 방법을 알려줍니다. 브라우저에 주소를 입력하면 공급자는 도메인 이름 서버를 통해 주소를 확인하여 요청을 보낼 위치를 확인합니다. http://www.domain.ru ---> DNS 확인 ---> DNS가 주소를 보고합니다. domain.ru = 192.168.0.1 ---> 사이트의 내용을 받습니다.

클라이언트가 “www. 조직. 도시. 국가". 도메인 이름으로 정보를 검색하는 방법은 다음과 같습니다. 클라이언트가 서버에 요청합니다. 만약 그가 이 구역에 속해 있다면 그는 모든 것이 끝나는 곳에서 대답할 것입니다. 또한 루트 서버를 요청합니다. 다른 사람은 모르기 때문에 대답할 수 없습니다. 그러나 그는 자신이 "국가" 구역에 대한 책임이 있다는 것을 알고 있습니다. "국가" 영역의 사용자도 답변할 수 없지만 "도시, 국가" 영역의 서버에 문의해야 한다는 것을 알고 있습니다. 그런 다음 그는 "조직" 영역의 사용자에게 요청을 보냅니다. 도시. 국가”에서 필요한 정보를 제공합니다.

DNS 서버의 본질을 이해하는 것은 프로젝트를 관리하고 DNS 관련 문제를 해결하는 데 매우 중요하고 유용할 수 있습니다.

도메인 수준

도메인은 이름과 세 번째 수준으로 구분됩니다. 또한 구성을 분해하면 그림과 같이 판독값이 오른쪽에서 왼쪽으로 이동합니다.

최상위 도메인은 점으로 표시됩니다. 일반적으로 도메인 이름의 일부로 표시되지 않습니다.

첫 번째 수준 도메인

이들은 도메인이 특정 국가에 속해 있는지 또는 조직 유형에 속하는지 여부에 관계없이 도메인의 영토 소속을 담당합니다. 최상위 도메인은 여러 그룹으로 나뉩니다.

• 국가 코드 최상위 도메인. 러시아 연방 영토에서 이러한 이름에는 .RU, .SU, .РФ와 같은 도메인 영역이 포함됩니다. 국제 최상위 도메인은 .com, .info, .biz, .name, .org와 같은 도메인 영역입니다.
• 새로운 국제 최상위 도메인. 이러한 도메인 영역은 삶과 비즈니스, 취미와 일상 생활, 비즈니스와 금융 등 다양한 영역에 주제별로 초점을 맞추고 있습니다. 스포츠 및 엔터테인먼트, 스타일 및 미용, 전문적인 활동.

두 번째 수준 도메인

이는 사이트의 고유 식별자입니다. 이 수준의 예로는 Going.ru 웹사이트가 있습니다. 첫 번째 수준에는 사이트 주소의 두 번째 수준이 등록됩니다. 상업적 용도로 흔히 사용되는 두 번째 수준 이름입니다.

세 번째 수준 도메인

이러한 유형의 도메인은 일반적으로 미니 사이트를 생성하거나 메인 사이트를 기반으로 별도의 섹션(예: 포럼)을 만드는 데 사용됩니다. 이러한 도메인은 무제한으로 생성할 수 있습니다. 3단계 도메인의 예로는 filanco.com.ua, datahouse.com.ru가 있습니다.

도메인 등록 방법

• 도메인 영역을 선택하고 이름을 정하세요.
• 선택한 영역에서 도메인 이름을 사용할 수 있는지 확인하세요.
• 무료인 경우 아직 등록되지 않은 경우 서버에 계정을 등록하고 소유자 데이터를 작성하는 절차를 진행할 수 있습니다. 여권 정보를 입력할 준비를 하세요. 나중에 도메인을 잃지 않으려면 실제 데이터를 제공해야 합니다.
• 잔액을 충전하고 등록비를 지불하세요.
• 도메인 이름 등록 프로세스가 완료될 때까지 서비스의 지침을 따르십시오.

등록 후 도메인이 제어판의 목록에 나타납니다. 마지막 단계는 DNS 서버 목록을 지정하는 것입니다. 그 후에 프로세스가 시작됩니다. 호스팅 제공업체를 통해 도메인을 등록하면 자동으로 등록이 이루어집니다. 이메일을 확인하세요. 등록을 확인하는 이메일을 받을 수 있습니다. 도메인 소유자 세부정보를 확인하세요. 당신의 것과 일치해야합니다.

다음과 같은 경우 도메인이 등록되지 않습니다.

• 63자를 초과하는 문자를 포함합니다.
• 제목에 외설적인 언어가 포함되어 있습니다.
• 2개 미만의 문자를 포함합니다(예: a.ru).
• 라틴어 a...z, 숫자 0...9 및 하이픈 이외의 문자를 포함합니다. 국가 인코딩으로 도메인 이름 등록이 허용되는 영역은 제외됩니다.
• 제목의 시작이나 끝에 이중 하이픈이나 하이픈이 포함되어 있습니다.

잔액을 추적하고 제때에 호스팅 비용을 지불하세요.

지침(RFC-1034, RFC-1035)에 따르면 도메인 이름 시스템은 세 가지 주요 부분으로 구성됩니다.

• 전체 도메인 이름 세트(도메인 이름 공간)
• 도메인 이름 서버
• DNS 클라이언트(확인자)

많은 도메인 이름은 "도메인 주소 지정. 구성의 역사와 원리" 자료에서 자세히 논의되었으므로 나머지 두 구성 요소인 서버와 확인자에 중점을 두겠습니다.

도메인 이름 시스템 서비스는 클라이언트-서버 체계에 따라 구축되었습니다. 클라이언트 부분은 이름과 주소(또는 그 반대로 이름 주소)의 일치 여부에 대한 정보를 요청하는 신청 프로세스입니다. 이 소프트웨어를 리졸버라고 합니다. 서버 응용 프로그램은 서버 역할을 합니다.

대부분의 경우 Resolver는 프로그램이나 시스템 구성 요소가 아닙니다. 이는 응용 소프트웨어 라이브러리(예: libc 라이브러리)에서 편집된 프로그램이 도메인 이름 시스템에 쿼리를 만들고 이에 대한 응답을 얻을 수 있도록 하는 일련의 절차입니다. 이러한 절차는 도메인 이름 서버에 접속하여 사용자 응용 프로그램의 요청을 처리합니다.

Sun이나 SGI와 같은 많은 운영 체제 제조업체에서는 확인자가 별도의 프로세스이고 응용 프로그램이 이를 통해 DNS와 상호 작용하는 솔루션을 제공했습니다.

확인자 구현의 또 다른 예는 Nescape 브라우저의 일부 버전으로, DNS 쿼리에 대한 응답 수신 프로세스의 속도를 높이기 위해 별도의 확인자 프로세스가 시작되었습니다.

독립 실행형 해석기는 BIND 버전 9에서도 컴파일될 수 있습니다. 이것은 소위 경량 해석기입니다. 이는 Rosolver 데몬과 이 데몬과 상호 작용하기 위한 라이브러리로 구성되며, 그 절차는 응용 소프트웨어와 연결됩니다. 이 확인자를 사용하면 도메인 이름 서버에 요청을 보낼 수 있을 뿐만 아니라 도메인 이름과 IP 주소 간의 통신을 캐시할 수도 있습니다.

다양한 버전의 BIND(Berkeley Internet Name Domain)가 도메인 이름 서버로 가장 자주 사용됩니다. 서버가 Windows 플랫폼에서 구현되면 Microsoft의 솔루션이 사용되지만 이 플랫폼에 대한 BIND 버전도 존재합니다.

도메인 이름 시스템의 다양한 구성 요소 간의 일반적인 상호 작용 체계는 다음 그림과 같이 설명할 수 있습니다.

그림1. 도메인 이름 서버가 도메인 이름을 확인하기 위한 재귀적 확인자 요청 및 비재귀적(반복적) 절차입니다.

이 이름 확인 체계(이름과 IP 주소 간의 대응 설정)를 비재귀(반복)라고 합니다. 재귀와 어떻게 다른지는 나중에 논의하겠습니다.

비재귀적 쿼리 해결 절차에 대한 다음 다이어그램을 설명하겠습니다.

1. 응용프로그램은 리졸버를 통해 로컬 서버로부터 도메인 이름으로 IP 주소를 요청합니다(리졸버 요청은 재귀적입니다. 즉 리졸버는 서버에 주소를 찾도록 요청합니다).
2. 로컬 서버는 비재귀적으로 도메인 이름 서버에 쿼리하는 동안 요청된 이름의 IP 주소를 애플리케이션에 제공합니다. 여기서:
   1. 주소가 자신의 (로컬 서버) 책임 영역에 있으면 즉시 확인자에게 보고하고,
   2. 주소가 다른 도메인 이름 서버의 책임 영역에 있는 경우 TLD 서버(최상위 도메인 서버)의 주소를 찾기 위해 도메인 이름 시스템의 루트 서버에 연결합니다.
   3. 주소를 찾기 위해 TLD 서버에 접속합니다.
   4. 원격 서버 주소를 수신하고,
   5. 주소를 얻기 위해 원격 서버에 접속하고,
   6. 원격 서버로부터 주소를 수신하고,

이 경우, 우리는 2차 도메인 이름의 중첩을 고려했습니다. 호스트의 이름은 Quest.kuku.ru 또는 심지어 kuku.ru와 유사했습니다.

후자를 이해하는 것이 중요합니다. 왜냐하면 다음과 같은 회사 우편 주소 [이메일 보호됨]이것이 바로 응용 프로그램 소프트웨어가 kuku.ru 호스트의 IP 주소에 접속하도록 요구하는 것입니다. ru 도메인의 TLD 서버에는 이 이름이 어느 IP 주소에 해당하는지에 대한 정보가 없지만 어느 서버가 kuku.ru 도메인을 담당하는지 알고 있습니다.

도메인 이름의 중첩이 더 크고(예: 세 번째 수준(host.department.corp.ru)) 이 수준이 두 번째 중첩 수준을 지원하는 서버와 다른 다른 도메인 이름 서버에서 지원되는 경우 원격 도메인 이름 서버는 호스트 주소가 아닌 요청된 이름을 담당하는 새 도메인 이름 서버의 주소를 로컬 서버로 전송합니다.

위 다이어그램에서 볼 수 있듯이 도메인 이름 시스템에서 정보를 얻는 것은 즉시 구현되지 않는 다단계 프로세스입니다. 다음 예에서는 DNS가 실제로 어떻게 작동하는지 보여줍니다.

다음 명령을 사용하여 원격 터미널 모드에서 polyn.net.kiae.su 컴퓨터에 로그인하는 경우:

/usr/paul>텔넷 polyn.net.kiae.su

우리는 이에 대한 응답으로 다음을 받습니다:

/usr/paul>telnet polyn.net.kiae.su 144.206.130.137 시도 중 ... 로그인: .....

컴퓨터 polyn.net.kiae.su의 IP 주소를 나타내는 줄은 이때까지 도메인 이름이 도메인 이름 서버에 의해 성공적으로 확인되었으며 응용 프로그램(이 경우 telnet)이 해당 요청에 대한 IP 주소를 받았음을 보여줍니다. 따라서 콘솔에서 명령을 입력한 후 모니터 화면에 IP 주소가 나타나기 전에 응용 프로그램은 도메인 이름 서버에 요청하고 이에 대한 응답을 받았습니다.

명령을 입력한 후 원격 컴퓨터의 응답을 꽤 오랫동안 기다려야 하지만 첫 번째 응답 이후 원격 컴퓨터가 사용자와 동일한 속도로 명령에 응답하기 시작하는 상황이 자주 발생할 수 있습니다. 자신의 개인용 컴퓨터. 이 경우 도메인 이름 서비스가 초기 지연의 원인일 가능성이 가장 높습니다.

같은 종류의 또 다른 예는 Traceroute 프로그램입니다. 여기서 도메인 이름 서버에 대한 요청 지연은 보고서에 표시된 ICMP 패킷이 "죽는" 게이트웨이의 응답 시간이 짧고 보고서의 각 줄 표시 지연이 다음과 같다는 사실에서 나타납니다. 꽤 크다.

Windows 3.1 시스템에서 일부 추적 프로그램이 먼저 게이트웨이의 IP 주소를 표시한 다음 "역방향" 요청을 허용한 후에 이를 게이트웨이의 도메인 이름으로 대체했다는 점이 궁금합니다. 도메인 이름 서비스가 빠르게 작동하면 이러한 대체가 거의 눈에 띄지 않지만 서비스가 느리게 작동하면 격차가 상당히 컸습니다.

서버를 사용하여 추적 검색을 지정하면 도메인 이름 서버 사용에 대한 추적 표시 관점에서 추적 경로 요청이 얼마나 민감한지 확인할 수 있습니다.

>traceroute www.w3.org

서버를 사용하지 않고:

>traceroute -n www.w3.org

telnet과 ftp의 예에서 도메인 이름 서버에 대한 "직접" 요청만 고려했다면, Traceroute의 예에서는 "역방향" 요청을 먼저 언급했습니다. "직접" 요청에서 응용 프로그램은 도메인 이름 서버에 IP 주소를 요청하여 도메인 이름을 알려줍니다. "역방향" 요청에서 응용 프로그램은 도메인 이름 서버에 IP 주소를 제공하여 도메인 이름을 요청합니다.

"정방향" 요청과 "역방향" 요청의 해결 속도는 일반적으로 다르다는 점에 유의해야 합니다. 이는 모두 해당 도메인(정방향 및 역방향)을 서비스하는 도메인 이름 서버의 데이터베이스에서 "정방향" 및 "역방향" 영역이 설명되는 위치에 따라 다릅니다.

명명된 프로그램 구성 파일을 논의할 때 이 문제를 더 자세히 다룰 것입니다.

그러나 도메인 이름 시스템이 어떻게 작동하는지 논의하는 것으로 돌아가 보겠습니다. 실제로 위에서 설명한 쿼리는 서버 관점에서만 비재귀적입니다. 확인자의 관점에서 볼 때 요청 확인 절차는 재귀적입니다. 확인자가 로컬 도메인 이름 서버에 필요한 정보 검색을 맡겼기 때문입니다. RFC-1035에 따르면 확인자 자체는 원격 도메인 이름 서버를 쿼리하고 해당 서버로부터 요청에 대한 응답을 받을 수 있습니다.

이 경우 확인자는 로컬 도메인 이름 서버에 연결하고, 주소를 받지 못하면 루트 도메인 서버에 쿼리하고, 원격 TLD 서버의 주소를 받고, 이 서버에 쿼리하고, 해당 서버의 주소를 받습니다. 원격 서버는 소위 "직접" 요청을 보낸 경우 원격 서버에 쿼리하고 IP 주소를 받습니다.

그림 2. 비재귀적 해결 쿼리입니다.

이 다이어그램에서 볼 수 있듯이 확인자 자체가 필요한 IP 주소를 찾았습니다. 그러나 일반적인 관행은 확인자가 비재귀 쿼리를 발행하지 않고 로컬 도메인 이름 서버로 전달하는 것입니다.

로컬 서버와 리졸버는 지정된 절차에 따라 모든 요청을 수행하지 않습니다. 사실은 원격 서버로부터 받은 정보를 저장하는 데 사용되는 캐시가 있다는 것입니다.

Windows 2000 Server 확인자 및 BIND 9와 같은 가장 똑똑한 확인자는 성공적으로 설정된 이름-주소 일치(긍정적 응답)뿐만 아니라 소위 "부정적" 응답 결과도 저장하는 캐시를 유지할 수 있습니다. 문의사항은. 또한 이러한 확인자는 서버 응답 시간을 기반으로 하는 (확인자) 기본 설정 알고리즘에 따라 서버 주소에 대한 응답을 구성합니다.

그림 3. 응답 캐싱을 사용한 요청 해결 방식입니다.

사용자가 짧은 시간 내에 동일한 네트워크 자원에 접근하면 해당 요청은 원격 서버로 전송되지 않고 캐시에서 해당 정보를 조회합니다.

일반적으로 요청 처리 순서는 다음과 같이 설명할 수 있습니다.

1. 로컬 캐시에서 답을 찾는 중
2. 로컬 서버에서 답변 검색
3. 인터넷에서 정보를 검색합니다.

이 경우 확인자와 서버 모두 캐시를 가질 수 있습니다.

도메인과 영역 사이에는 찾기 어려울 수 있는 차이가 있지만 항상 염두에 두어야 합니다. 도메인은 동일한 도메인 이름에 속하는 모든 컴퓨터 집합입니다. 예를 들어, 이름에 접미사 kiae.su가 있는 모든 시스템은 kiae.su 도메인에 속합니다. 영역은 특정 도메인 이름 서버의 "책임 영역"입니다. 도메인의 개념은 영역의 개념보다 더 광범위합니다. 도메인이 하위 도메인으로 나누어지면 각 하위 도메인은 자체 서버를 가질 수 있습니다. 이 경우 상위 서버의 책임 영역은 다른 서버에 위임되지 않은 도메인 설명 부분뿐입니다. 도메인을 하위 도메인으로 분할하고 각 하위 도메인에 대한 서버를 구성하는 것을 해당 도메인 이름 서버에 대한 영역 관리 권한 위임 또는 간단히 영역 위임이라고 합니다.

서버를 설정할 때 구성 파일에 영역 서버의 주소를 직접 입력할 수 있습니다. 이 경우 루트 서버에 대한 호출이 이루어지지 않습니다. 로컬 서버 자체는 이러한 영역을 관리할 권한을 위임한 원격 영역 서버의 주소를 알고 있습니다.

원격 도메인 이름 서버의 주소에 대해 루트 서버에 쿼리하지 않을 때 서버가 작동하는 또 다른 옵션도 있습니다. 이는 서버가 동일한 도메인에서 IP 주소를 얻는 작업을 이미 해결하기 직전에 발생합니다. 도메인을 담당하는 원격 도메인 이름 서버의 IP 주소를 얻으려면 서버 버퍼(캐시)에서 간단히 검색하면 됩니다. 영역 설명 구성(Time To Live - TTL)에 지정된 특정 시간 동안 이 주소는 서버 캐시에 저장됩니다. 그리고 이전 요청을 실행한 결과 해당 위치에 도달했습니다.

비재귀적 이름 확인 절차 외에도 재귀적 이름 확인 절차도 가능합니다. 이는 원격 서버 자체가 해당 주소를 로컬 도메인 이름 서버에 보고하는 대신 해당 영역 서버에 쿼리한다는 점에서 위에 설명된 비재귀 절차와 다릅니다. 이 경우를 더 자세히 고려해 봅시다.

그림 4는 도메인 이름에서 IP 주소를 확인하는 비재귀적 절차를 보여줍니다. 이 경우 주요 부하는 다른 모든 서버를 폴링하는 로컬 도메인 이름 서버에 있습니다. 이러한 교환 횟수를 줄이기 위해 RAM 용량이 허용하는 경우 주소 버퍼링(캐싱)을 활성화할 수 있습니다. 이 경우 원격 서버와의 교환 횟수가 줄어듭니다.

그림 5에서 원격 도메인 서버는 하위 도메인 서버의 비재귀 폴링을 사용하여 재귀 요청을 통해 도메인 호스트의 IP 주소를 얻기 위한 요청을 자체적으로 해결합니다.

그림 4. 도메인 이름에 대한 IP 주소를 얻기 위한 로컬 도메인 이름 서버의 요청을 비재귀적으로 처리합니다.

쌀. 5. IP 이름으로 주소를 확인하기 위한 재귀(로컬 서버의 경우) 및 비재귀(원격 서버의 경우) 절차.

이 경우 로컬 서버는 하위 도메인 서버의 주소가 아닌 원격 서버로부터 호스트 주소를 즉시 받습니다. 이 경우 원격 서버는 해당 IP 주소의 재귀 요청을 서비스할 수 있어야 하며, 로컬 서버는 재귀 요청을 통해 원격 서버에 연결해야 합니다.

도메인 이름 시스템의 작동 방식에 대해 여기에 제시된 옵션은 완전한 것이 아닙니다. 자세한 내용은 RFC-1034 및 RFC-1035를 참조하세요.

1. P.Mockapetris. RFC-1034. 도메인 이름 - 개념 및 시설. ISI, 1987. (http://www.ietf.org/rfc/rfc1034.txt?number=1034)
2. P.Mockapetris. RFC-1035. 도메인 이름 - 구현 및 사양. ISI, 1987. (http://www.ietf.org/rfc/rfc1035.txt?number=1035)
3. Albitz P., Lee K.. DNS 및 BIND. - 당. 영어로부터 - 상트페테르부르크: Symbol-Plus, 2002. - 696 p.

1. http://www.microsoft.com/windows2000/en/server/help/sag_DNS_und_HowDnsWorks.htm?id=1945 - Windows 2000 Server에 대한 Microsoft 설명서. 이 섹션에서는 도메인 이름 시스템의 작동 원리에 대해 설명합니다. 확인자와 서버 간의 DNS 구성 및 상호 작용의 일반 원칙을 설명합니다.
2. http://www.microsoft.com/windows2000/en/server/help/sag_DNS_ovr_ClientFeatures.htm?id=1942 - Windows 2000 Server에 대한 Microsoft 설명서. 이 섹션에서는 리졸버 작동 원리에 대해 설명합니다.
3. - BIND 9 문서 시스템 관리자 참조 가이드. 경량 리졸버에 대한 섹션을 읽어야 합니다.
4. http://www.igc.ru/cgi-bin/man-cgi?traceroute - 여기에 언급된 Traceroute 명령에 대한 설명입니다.
5. http://www.menandmice.com/online_docs_and_faq/glossary/glossarytoc.htm - DNS 용어집.

자신의 웹사이트를 개설하기로 결정한 후 많은 사람들은 매우 명백한 문제에 직면하게 됩니다. 자신들이 열심히 노력하여 만든 도메인 이름을 더 효율적인 다른 사용자가 가져가는 것입니다. 동일한 도메인 영역에서 동일한 주소를 사용하는 것을 금지하는 것은 물론 중요하지만 유일한 것은 아닙니다. 따라서 도메인을 등록할 때 발생할 수 있는 다른 어려움과 이를 어떻게든 피할 수 있는지 알아봅시다.

제한사항 1: 기술적

이름에 "/"(또는 기타 여러 문자)가 포함된 폴더를 Windows에서 생성하려고 시도한 적이 있다면, 폴더에 작성된 알고리즘으로 인해 시스템에서 이를 허용하지 않는다는 점을 알아야 합니다. 상황은 도메인 영역과 유사합니다. 다음 주소에는 주소를 등록할 수 없습니다.

길이가 2자 미만이고 255자보다 큽니다. 이 경우 두 구분점 사이의 길이는 63자를 초과할 수 없습니다.

"-" 기호를 제외하고 문자와 숫자가 아닌 금지된 문자가 포함됩니다.

특정 구역의 개별 규칙과 상반됩니다. 예를 들어 BIZ, DE, INFO, SU 및 기타 여러 영역에서 허용되는 최소 문자 수는 2가 아니라 3입니다.

제한 2: 상업용

일부 대기업의 주소와 다른 도메인 이름을 하나의 영역이나 한 문자로만 등록하는 경우에는 분실에 대비하세요. 결국, 이렇게 하려면 상대방이 당신을 고소하면 됩니다. 이 관행에 대해서는 이미 자세히 설명했으므로 이 문제에 대해서는 자세히 다루지 않겠습니다.

제한 3: 입법

주 입법 행위에는 특정 사회적 측면과 관련된 금지 사항이 포함되어 있습니다. 도메인이 이전에 범죄 목적으로 사용된 경우 2006년 7월 27일 연방법 제149호에 따라 영구 액세스 제한 중지 목록에 포함될 수 있습니다. 또한 리소스 이름에 호출이 포함된 경우 극단주의, 동성애 선전 또는 기타 금지된 RF 주제의 경우 Roskomnadzor가 차단하기에 충분합니다(자원 자체가 새끼 고양이 사육이나 데이지 재배에 전념하는 경우에도). 영국에서는 2차 도메인을 선택할 때 비즈니스의 세부 사항을 고려해야 합니다(상업 조직에는 .co.uk, 개인 등에는 .me.uk가 허용됨). 따라서 도메인 이름을 선택할 때 의미적 가중치도 고려해야 하며 이에 대해서는 아래에서 자세히 설명하겠습니다.

제약 4: 재정적

도메인 이름의 가격은 다양한 도메인 영역(com, .net 및 .org 등 확실한 리더)뿐만 아니라 동일한 영역 내에서도 크게 다릅니다. 이는 일반적으로 다음과 관련됩니다.

도메인의 인기와 함께. 기억하기 쉬운 주소(단어와 자음)는 항상 임의의 문자 집합보다 비쌉니다.

주소 길이. 짧은 도메인은 인식하고 기억하기가 더 쉽기 때문에 비용이 더 많이 듭니다.

의미가 있습니다. 도메인 이름이 "말하는"(간단한 단어는 아니지만 일부 대규모 산업을 포괄하는) 경우 해당 가격은 선험적으로 더 높아질 것입니다.

제약 5: 소셜

이 점은 위와 같이 흔하지는 않지만 발생합니다. 도메인 이름(특히 짧은 이름)을 선택할 때 의미론적 비중을 고려해야 합니다. 따라서 편의를 위해 주소 표시줄에서 대규모 민주 마스터 커뮤니티의 이름을 "BDSM"으로 줄이면 동일한 이름의 성심리적 하위 문화를 가진 사용자들 사이에 비자발적인 연관성을 유발할 위험이 있습니다.

또 다른 부정적인 옵션은 영어로 일종의 단어인 단축된 회사 이름을 사용한 약어입니다. 덕분에 저자는 World Company로 해독하는 WC online과 같은 약어를 찾을 수 있지만 사람들은 화장실 지정과 연관됩니다. 그 결과는 이익 손실입니다. 모든 사람이 자신의 돈을 "화장실" 회사에 맡기기로 결정한 것은 아니기 때문입니다.

보시다시피 도메인 이름을 선택할 때 많은 제한 사항이 있습니다. 그러므로 앞으로 문제가 발생하지 않으려면 이 문제에 최대한 주의를 기울이십시오. 서비스를 사용하여 검색 엔진에서 미래 주소의 의미, "순수성"을 확인하십시오. 선택한 주소가 위에 설명된 사항과 모순되지 않는다고 확신하는 경우에만 등록하십시오.

하위 도메인은 더 큰 도메인의 일부입니다. 예를 들어 mail.google.com, www.google.com 및 docs.google.com은 google.com 도메인의 하위 도메인입니다. 일반적으로 웹사이트 소유자는 사용자가 섹션 및 서비스의 주소를 더 쉽게 기억할 수 있도록 웹사이트를 만듭니다.

기본 도메인

메인 도메인

추가 도메인

도메인 별칭

IP 주소

IP 주소(또는 인터넷 프로토콜 주소)는 인터넷에서 장치의 위치를 ​​나타내는 숫자 집합입니다. IP 주소 예: 74.125.19.147.

도메인 이름에는 연결된 IP 주소가 여러 개 있을 수 있으므로 Google에서는 이메일과 웹사이트에 대한 추가 정보를 요구합니다.

도메인 등록기관

등록기관은 사용 가능한 도메인 이름을 판매하는 회사입니다. 종종 이러한 회사는 서비스도 제공합니다.

Google Domains 베타 버전에 등록하거나 파트너 서비스를 이용하고 도메인 이름을 구매할 수 있습니다. 등록시구글 클라우드. G Suite 계정에 가입할 때 도메인을 구입한 경우 Gmail 및 개인 웹 주소가 자동으로 활성화됩니다. 구독하기 전에 도메인을 구입한 경우 도메인 등록 기관에서 DNS 레코드를 변경하세요.

도메인 등록기관

도메인 등록 기관은 도메인의 DNS 서버를 유지 관리하고 DNS 레코드, 특히 Gmail 설정을 위한 MX 레코드와 웹 주소 생성을 위한 CNAME 레코드를 관리하는 도구를 제공합니다. 이들 중 다수는 도메인 이름 등록에도 도움을 줍니다.

도메인 이름 서버

DNS 서버는 도메인의 DNS 데이터에 대한 참조 지점 역할을 하며 일반적으로 에서 유지 관리합니다. DNS 서버에 장애가 발생하면 메일 및 웹사이트 운영에 문제가 발생할 수 있습니다. 단일 실패 지점 생성을 방지하려면 관련되지 않은 DNS 서버를 두 개 이상 사용해야 합니다. 일부 국가에서는 DNS 서버가 다른 IP 네트워크에 위치해야 하므로 운영 안정성이 높아집니다. 서로 다른 서버에서 받은 도메인의 DNS 레코드는 일치해야 하지만 반환되는 순서는 중요하지 않습니다.

후이즈 디렉토리

WHOIS는 소유자(개인 또는 법인)를 나타내는 공개적으로 사용 가능한 도메인 이름 디렉터리입니다.

보안상의 이유로 일부 도메인 소유자는 일부 가입자가 시 전화번호부에 개인 전화번호를 기재하기를 원하지 않는 것처럼 WHOIS 디렉터리에 개인 정보를 공개하지 않는 것을 선호합니다.

WHOIS 디렉터리를 사용하면 누가 도메인 이름과 IP 주소를 소유하고 있는지 확인할 수 있습니다. 인터넷에는 무료 웹 디렉토리가 많이 있지만 WHOIS는 무엇보다도 귀하의 우편 주소와 전화번호를 공개합니다.

이 글이 도움 되었나요?

이 기사를 어떻게 개선할 수 있나요?