우리가 기억하기 쉬운 이름을 사용할 수 있도록뿐만 아니라이 IP에 변경 사항 우리가 연결하고자하는 시스템에 속한 주소를 매번 받아야 우리를 구원 - DNS 프로토콜은 IP 주소를 (각 컴퓨터의 고유한 인터넷하다는되는)에 구두 주소를 확인하는 데 사용됩니다 . 당신은 DNS가 인터넷 옐로우 페이지 "로 실제로는 것을 말할 수있다.
DNS 시스템은 계층 구조 트리로 구성되어 나뭇가지 그들 지점을 표시해 구분합니다. 나무의 뿌리, 그 또한 도트로 표시된 자신의 핵심 포인트이며, 그리고 뿌리라고합니다. 트리의 루트에서 주요 도메인 (- 글로벌 최상위 도메인 gTLD) -있는 그러한 이스라엘에 대한 예제 IL을위한 등, - 우리는 COM, NET, ORG 및 국가 도메인 (국가 코드 최상위 도메인 ccTLD)와 같은 URL을 알아요. 둘 -로 - 아래 설명 - 기술적 이가지 사이에 차이점이 없습니다 (.) 레코드의 총 루트 도메인 이름에 있습니다.
DNS 트리의 각 지점은 구역 (구역)로 정의됩니다 - 그리고 각각 같은 지역 내에있는 리소스 레코드의 다양한 유형을 정의. 소위 기록 ","도메인 이름에 대한 메일 서버받는 메일 (MX 레코드에 대한 참조 - 그렇기 버전 4 IP 주소 (또는 IPv4)에 대한 참조와 같은 도메인 (호스트 이름)에 도메인 이름 (도메인 이름) 또는 호스트 이름으로 변환 레코드가 없습니다 - 메일 교환), IP 버전 6 (또는 IPv6)에 추천 - 기록 "AAAA"또는 심지어로 회전 - 이름 서버의 줄임말 "), 심지어 - 기타 (기록"NS "DNS 서버에 의해 관리되는 나무 아래 영역 - 누가 면적 (- 책임자 기록 RP)에 대한 책임이있다.
리소스 레코드 이외에, 지역은 또한 자체에 대한 정보가 포함되어 있습니다. 버전 번호 변경 (시리얼) - -와 같은 일반적으로 편의를 위해 날짜와 시간의 형식을 정의하는 새로고침 정보 (새로고침) 보조 DNS 서버 오류가 발생한 경우 위와 같은 시도 사이의 시간 지연 사이의 초 간격
(재시도) 및 DNS 서버 그가 (만기) 그때까지 업데이 트를 얻을 수있다면 정보가 유효하지 않은 것으로 가정하는 시간 이후. 전세계 각 지역 (당신은 또한 지역 내에서 개별 레코드를 설정할 수 있습니다)를 구성할 수 있습니다 또 다른 매우 중요한 주제는 - 라이브 타임 - "생활 시간", 혹은 영어 TTL이다. 초 측정 단위로 정의이 값은, 어떤 항목의 유효 기간 및 로컬 캐시 복사본을 기록 (캐시)에 대한 그 대기 정보 이번에 통과했다면 말한다. 일반가 로컬 복사본을 계속 보관하고 직접 DNS 권위에서 한 번에 정보의 현재 복사본을 얻을하지 말아야 이유는 - 아래에 설명합니다.
"눈으로 볼 '수 있도록 지역의 정의는 무엇인가, 당신이 지금보고있는 사이트에 대해 이러한 파일 형식의 예입니다, 공통 DNS 서버 - BIND - 버클리 인터넷 이름 데몬. 이것은이 서버에 권장되지이며, 그 반대로, 나는 tinydns가 manically 더 나은 직장이 아니라 부유하고, 심각한 경제적 자원을 수행 생각합니다. 이것은 단지 예입니다 :
SOA shimi.net 달러의 TTL 86400 @. hostmaster.shimi.net. ( 2007040808; 시리얼 28800; 새로고침 14400은; 재시도 3,600,000; 만기 86,400) 최소 shimi.net. NS ns2.powweb.com합니다. shimi.net. NS ns3.powweb.com합니다. shimi.net. MX 30 mx.shimi.net 있습니다. shimi.net. 65.254.250.106 IN CNAME shimi.net에 www. 65.254.254.50 IN MX 65.254.254.51 IN MX
다음과 같은 중요한 것들이 나타날 수 있습니다 86,400초입니다 지역을 위해 TTL 정의된 규칙 (하루 종일 믿을 수 곱하기 - 60 * 60 * 24, 직접 보면.?). 이것은 특정 클라이언트의 DNS 세계는 그가 24 시간 이상 동안 배운 것을 "기억"하도록 금지 본 사이트를 유지하기 위해 결정하는 것을 의미합니다. 그리고 왜 우리에게 중요 한가? 내 사이트 또는 내 메일 서버를 다른 컴퓨터를 전송하기로 결정한 일일 경우, 내가 원하는하기 때문에 사이트의 모든 방문자는 곧 새 컴퓨터 주소에 대한 업데이 트를 받게 될 것입니다, 그리고 (라고합시다 - 주 ...) 오랜 시간 동안 계속 서버에 들어가려고 내 사이트 또는 내 이메일 박스를 포함하고 방문자 및 / 또는 전자 메일을 잃을 수 없었 나이. 심지어 안전 하죠, 그렇죠 정보가 업데이 트 유지하고 원본 데이터에서 찾아 이유를 설명할 전에 하셨죠? 글쎄, 이유는 간단합니다. 모두 중앙 서버의 부하의 문제가 우선. 수백만 (또는 수십억?) 인터넷 사용에 대한 하나씩 후 쿼리 결과, 모든 검색 DNS에 대한 리콜 메커니즘이있다면 모든 웹 검색므로 DNS는, 아래에서 트리의 루트에서 시작되는 메인의 DNS 서버에 찾아온다고 - 그리고 그들이 그들에게 할당된 대역폭의 측면에서 가능성이 매우하지 않을 데이터 처리 속도 측면에서,이 부담을 만나고, 또 기회가 없습니다. 따라서 데이터를 이미 수집 것을 기억하는 것이 중요합니다. 두번째 이유는 최종 사용자를위한 효율이다. 반면 데이터에 대한 액세스가 훨씬 빠르게 결과는, 로컬 DNS 클라이언트 (일반적으로 최종 사용자가 연결되어있는 ISP 서버에 위치하고있는)에 저장되는 경우. 덧글에 대한 요청을 보내는 사이에 초 - 평균 인터넷 연결, 그건 더 이상 -50 밀리 없습니다. 요청이 (나중에 설명) 트리를 구성하는 모든 DNS 서버에게 물어 때마다 필요한 경우, 사용자는 시간도 답변을받을 완벽 초였다 기다리는 수 있습니다.
위의 이론에서 우리는 현재 Lt'acls - 어떻게 되나요 예를 들어, 당신이 www.cnn.com로 이동할 때.
제가 회사 NetVision의 고객 같아요. DNS를 쿼리하고 194.90.1.5 194.90.1.49 : 제가 인터넷에 연결할 때, Netvision의 시스템은 다음을 위해 DNS 서버를 사용하여 컴퓨터를 (또는 내 홈 라우터)를 말해.
나는 www.cnn.com로 이동, 진술한대로 흥미가 있습니다. 이를 위하여, 나는 www.cnn.com의 서버의 IP 주소를 찾아야 해요. 내 컴퓨터는 Netvision의 DNS 서버로 설정하고 그에게 물을 것이다 : 나에게 www.cnn.com 기록주세요. Netvision의 주제에 대한 아무런 사전 정보를 제공하지합시다. 어떻게 할 거냐? 그는 자신 www.cnn.com 어떤 주소를 찾아,하는 것입니다 그는 인터넷의 DNS 서버 족장 중 하나 물어 예를 들어, 서버 a.root-servers.net 것입니다 :
; << >> << >> 쫄지마 9.2.5 @ a.root-servers.net www.cnn.com (1 서버를 찾을 수 없음); 글로벌 옵션 : printcmd은; 대답 :; - >> HEADER < <- opcode : 쿼리, 상태 : NOERROR, ID : 23611; 플래그 : QR 회, 검색어 : 1, 답변 : 0, 권위 : 13 일 추가 : 14; 질문 섹션 :; www.cnn.com. IN; 위임과 : com을 입력합니다. NS d.gtld-servers.net IN 137,834. com을 입력합니다. NS e.gtld-servers.net IN 137,834. com을 입력합니다. NS f.gtld-servers.net IN 137,834. com을 입력합니다. NS g.gtld-servers.net IN 137,834. com을 입력합니다. NS h.gtld-servers.net IN 137,834. com을 입력합니다. NS i.gtld-servers.net IN 137,834. com을 입력합니다. NS j.gtld-servers.net IN 137,834. com을 입력합니다. NS k.gtld-servers.net IN 137,834. com을 입력합니다. NS l.gtld-servers.net IN 137,834. com을 입력합니다. NS m.gtld-servers.net IN 137,834. com을 입력합니다. NS a.gtld-servers.net IN 137,834. com을 입력합니다. NS b.gtld-servers.net IN 137,834. com을 입력합니다. NS c.gtld-servers.net IN 137,834. ; 추가 섹션 : a.gtld-servers.net. 192.5.6.30 a.gtld-servers.net IN 171,837. AAAA 2001:503 IN 171,759 : a83e :: 2시 반 b.gtld-servers.net. 192.33.14.30 b.gtld-servers.net IN 161,282. AAAA 2001:503:231 D에 165361 :: 2시 반 c.gtld-servers.net. 192.26.92.30 d.gtld-servers.net IN 171,159. 192.31.80.30 e.gtld-servers.net IN 161,282. 192.12.94.30 f.gtld-servers.net IN 171,159. 192.35.51.30 g.gtld-servers.net IN 171,159. 192.42.93.30 h.gtld-servers.net IN 171,159. 192.54.112.30 i.gtld-servers.net IN 171,159. 192.43.172.30 k.gtld-servers.net IN 170,422. 192.52.178.30 l.gtld-servers.net IN 171,159. 192.41.162.30 m.gtld-servers.net IN 171,159. 192.55.83.30 IN 171,159; 쿼리 시간 : 190 밀리초; SERVER : 198.41.0.4 # 53 (198.41.0.4);시 : 일 4월 8일 15시 20분 24초 2007; MSG SIZE rcvd : 493
즉, 도메인 이름 gtld-servers.net 아래에 다른 DNS 서버의 전체 집합을 개최 리소스 레코드 co.kr 사이트에 대한 정보입니다. 우리의 삶이 "쉽게"우리에게이 요청을 제공 "접착제 레코드를"제공 할 수있는 IP를 가지고 - 우리가 그들에게 자신을 확인하셔야합니다 있으므로 이러한 서버의 주소. 이제 그는 인터넷 최고의 DNS 서버에 대한 응답으로받은 IP 주소 중 하나에 Netvision 무작위의 DNS 서버를 설정하고, 그에게 물었다 : "www.cnn.com을 - 그래서 어쩌라고?"- 다음과 같은 응답을 받게됩니다 :
; << >> << >> 쫄지마 9.2.5 @ a.gtld-servers.net www.cnn.com (2 서버가 찾은) ; 글로벌 옵션 : printcmd ; 대답 : ; - >> 헤더 << - opcode : 쿼리, 상태 : NOERROR, ID : 408 ; 플래그 : QR 회, 검색어 : 1, 답변 : 0, 권위 : 4, 추가 : 4 ; 질문 섹션 : ; Www.cnn.com. IN ; 권한과 : cnn.com. NS twdns-01.ns.aol.com IN 172,800. cnn.com. NS twdns-02.ns.aol.com IN 172,800. cnn.com. NS twdns-03.ns.aol.com IN 172,800. cnn.com. NS twdns-04.ns.aol.com IN 172,800. ; 추가 섹션 : twdns - 01.ns.aol.com. 149.174.213.151 IN 172,800 twdns - 02.ns.aol.com. 152.163.239.216 IN 172,800 twdns - 03.ns.aol.com. 207.200.73.85 IN 172,800 twdns - 04.ns.aol.com. 64.12.147.120 IN 172,800 ; 쿼리 시간 : 233 밀리초 ; SERVER : 192.5.6.30 # 53 (192.5.6.30) ;시 : 일 4월 8일 15시 30분 53초 2007 ; MSG 사이즈 rcvd : 192
여기도, 우리는 a.gtld-servers.net 사실을 알려줍니다 : "당신이 내 인생에서 원하는 게 뭐야 - 나 www.cnn.com에 대해서는 아무것도 몰라요, 당신이 cnn.com에 아래 모든 것을 위해 뭔가를하려는 경우의 하인 중 하나를 문의하시기 바랍니다 DNS는 다음과 같습니다 twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com "다시, 우리는 또한 자원 봉사 답변에 대한 보충으로이 서버의 IP 주소가 그들을 찾아볼 필요가 없습니다합니다. "위대한"Netvision의 서버 자체가, 무작위로이 네 서버 중 하나를 선택 말합니다, 그리고 그에게 묻습니다 : "글쎄, 누군가가 나에게 www.cnn.com 어떤 IP 주소를 말해!", 그리고 여기에 그가 가지고 대답은 다음과 같습니다
; << >> << >> 쫄지마 9.2.5 @ twdns-02.ns.aol.com www.cnn.com (1 서버를 찾을 수 없음) ; 글로벌 옵션 : printcmd ; 대답 : ; - >> 헤더 << - opcode : 쿼리, 상태 : NOERROR, ID : 6714 ; 플래그 : QR 회, 검색어 : 1, 답변 : 0, 권위 : 2, 추가 : 2 ; 질문 섹션 : ; Www.cnn.com. IN ; 권한과 : www.cnn.com. NS dmtns01.turner.com IN 3600. www.cnn.com. NS dmtns02.turner.com IN 3600. ; 추가 섹션 : dmtns01.turner.com. 64.236.29.150 IN 3608 dmtns02.turner.com. 64.236.22.150 IN 3608 ; 쿼리 시간 : 163 밀리초 ; 서버 : 152.163.239.216 # 53 (152.163.239.216) ;시 : 일 4월 8일 15시 33분 16초 2007 ; MSG SIZE rcvd : 112
무슨 일이야? 우리는 이미이 서버에 대한 답변이 있어야합니다! 잘 오. 그래서 CNN은 그들의 DNS 서버를 전환하기로 결정했습니다 -하지만 만약 그들이 DNS 서버에 등록된 도메인 이름을 업데이 트하면 손님들이 단순히 더 지연될 경우에는 새로운되고, 다른 DNS 서버와 불필요한로 보낼 수 있습니까? 핀치에서 Netvision의 DNS 서버는 계속된다, 그리고 마지막으로 원하는 정보를 얻을 수 dmtns01.turner.com 망칠, 그것은 다음과 같습니다 :
; << >> << >> 쫄지마 9.2.5 @ dmtns01.turner.com www.cnn.com (1 서버를 찾을 수 없음) ; 글로벌 옵션 : printcmd ; 대답 : ; - >> 헤더 << - opcode : 쿼리, 상태 : NOERROR, ID : 44943 ; 플래그 : QR AA 회, 검색어 : 1, 답변 : 8, 권위 : 0, 추가 : 0 ; 질문 섹션 : ; Www.cnn.com. IN ; 답변 섹션 : www.cnn.com. 64.236.29.120 600 IN www.cnn.com. 64.236.91.21 600 IN www.cnn.com. 64.236.91.22 600 IN www.cnn.com. 64.236.91.23 600 IN www.cnn.com. 64.236.91.24 600 IN www.cnn.com. 64.236.16.20 600 IN www.cnn.com. 64.236.16.52 600 IN www.cnn.com. 64.236.24.12 600 IN
세상에, 얼마나 많은 서버들이있다! 사용자의 브라우저는 아마 사이트에서받을 여덟 임의 중 하나를 선택하셔야합니다! 그들의 TTL 6백초, 또는 10 분 총이다 - 또 다른 흥미로운 사실이 있습니다. 왜 이렇게 낮은? 업데이트된 데이터를 매 10 분 문의. 그리고 왜 DNS에 너무 많은 부하? 가용성이 그들에게 중요하며, 8 가을의 서버에 나가 원하는 아마도 때문에 DNS는 목록에서 서버를 제거하는 자동화된 프로세스에 의해 즉시 업데이 트되고 아무 사이트는 고객 정보를 보관하기 위해 허용되는 최대 시간 이상 10 분 동안 사용할 수있을 것입니다 이렇게 IP 주소를 변환하는 약.
마지막으로, 명확히하기 위해 포인트 : 위에서 언급한 모든 단계가 아니라 로컬 복사본에 쿼리의 결과로받은 정보를 보유 - 정보가 로컬로 사용할 수 있었다면 (이것은 네임 서버를 캐싱에 가정 일반적으로 그것이 않는)를, 그래서 서버를 모두 여행을 귀찮게하지 않았을 지구는 찾을 수 있지만, 로컬 복사본은이를 통해 시간과 네트워크 트래픽을 저장하는 것을 주장합니다. 모든 DNS 서버, 클라이언트 수준, 그리고 그 길을 따라 도움이 디코딩 프로세스 서버는 사용할 수 없다면 또한, 다음 신청자가 다른 임의의 서버 목록으로 접근하려고하고, 그로부터 해답을 얻을. 그것은 많은 시간이 걸릴지만, 마지막에 성공합니다. 생존 - 이것은 각 지역에서 가장 많이 사용되는 DNS 서버입니다.