O protocolo DNS se usa para facer enderezos verbais para enderezos IP (que indica que o Internet único de cada ordenador) - de xeito que podemos utilizar os nomes fáciles de memoria, así como gardar connosco a necesidade de obter cada vez que os cambios feitos para os enderezos IP pertencentes aos sistemas ó que desexa chamar . Pode dicir que o DNS é realmente nas Páxinas Amarelas "de Internet.
O sistema DNS consiste nunha árbore xerárquica, pólas de árbores separouse marcar o punto. A raíz da árbore, que é o seu punto clave, tamén marcado cun punto, e é chamado de raíz. Na raíz da árbore, son dominios principais (gTLDs - Dominio nivel global Top) - sabemos que a URL como con, net, org e os dominios nacionais (ccTLD - country code Top Level Domain), por il exemplo para Israel. Tecnicamente non hai diferenza entre os dous tipos - ambos - como se explica máis abaixo - (.) Un total de rexistros no nome de dominio raíz.
Cada rama da árbore de DNS é definida como unha zona (zona) -, e dentro de cada área, tales definido varios tipos de rexistros de recursos. Entre outras cousas hai rexistros que converten os nomes de dominio (nome de dominio) ou nome de host no ámbito (hostname) como referencia para a versión 4 enderezo IP (ou IPv4) - o chamado rexistro "A", referencia ao servidor de correo de correo que recibe o nome de dominio (rexistro MX - e eXchange), desvío para IP versión 6 (ou IPv6) - Record "aaaa", ou mesmo pasar - área debaixo da árbore, que é xestionado polo servidor DNS Outros (disco "NS" - abreviación de Name Server "), e mesmo - Quen é responsable da área (rexistro RP - Persoa responsable).
Ademais de rexistros de recursos, a área tamén contén información sobre si mesmo. Tales como: - cambio de número de versión (Serial) - que normalmente define o formato de data e hora por conveniencia, o intervalo en segundos entre as actualizacións de información (Refresh) servidores DNS secundarios, retardo de tempo entre os intentos, como antes, en caso de fallo
(Repetir), e tempo despois do cal o servidor DNS para supoñer que a información non é válido se non puidese obter actualizacións ata entón (de caducidade). Outro tema moi importante que se pode configurar en cada rexión global (Tamén pode definir un rexistro individual dentro da rexión) - é "tempo de vida", ou inglés TTL - Equipo To Live. Este valor, defínese como unha unidade de medida de segundos, dicir que o tempo de validez de calquera entrada, e que espera información sobre o lugar de rexistro copias caché (caché), pasou este tempo. A razón pola que o xeneral debe manter unha copia local e non só obter unha copia actualizada de información de cada vez directamente da autoridade DNS - será explicado a continuación.
Para poder "ver cos ollos" Cal é a definición dunha rexión, é un exemplo dun arquivo de formato para a web que estás mirando agora, o servidor DNS en común - BIND - Berkeley Internet Name Daemon. Esta non é unha recomendación sobre este servidor, e viceversa, eu creo que tinydns fai un traballo moito mellor, non pedante locamente, e graves recursos económicos. Este é só un exemplo:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28800; Actualizar 14400; Repetir 3.600.000; caduca 86.400 Mínimo) shimi.net. IN NS ns2.powweb.com. shimi.net. IN NS ns3.powweb.com. shimi.net. IN MX mx.shimi.net 30. shimi.net. IN A 65.254.250.106 www IN CNAME shimi.net. mx IN A 65.254.254.50 mx IN A 65.254.254.51
Pode observarse os seguintes aspectos importantes: as regras TTL establecidos para a rexión, que é de 86.400 segundos (un día enteiro Non creo Multiply - 60 * 60 * 24 e mira por si mesmo ....?). Isto significa que calquera dato cliente DNS mundo sería decidir manter este sitio, prohibido "lembrar" o que aprendeu durante máis de 24 horas. E por iso que é importante para nós? Porque un día eu decidir descargar meu sitio web ou servidor de correo, outro ordenador, quero que todos os visitantes do sitio recibirá unha actualización sobre o enderezo do ordenador novo en breve, e vai continuar por un longo período de tempo (digamos - unha semana ...) tratan de chegar ao servidor idade, que non podía conter o meu sitio web ou a miña caixa de correo-e, e logo perden visitantes e / ou correo electrónico. Eu dixen antes de explicar por que tamén manter esta información actualizada e descubrir a partir de datos de orixe é segura non? Ben, a razón é simple. En primeiro lugar, unha cuestión de carga en servidores centrais. Unha vez que toda a web search DNS comeza a partir da raíz da árbore para abaixo, se houbese un mecanismo de recordo para os resultados da consulta, calquera DNS de procura, por calquera para millóns (ou millóns?) Utiliza a Internet, viría para os servidores DNS do principal - e non hai posibilidade de se atoparían este fardo, non en termos de taxa de datos, procesamento e moi posiblemente non en termos de ancho de banda que lles son atribuídas. Por iso, é importante lembrar que os datos xa recollidos. Unha segunda razón é a eficiencia para o usuario final. Cando o resultado é almacenado no cliente DNS local (que está normalmente situado no servidor ISP para que o usuario está en liña), mentres que o acceso a datos moito máis rápido. Conexión a Internet Media, non é máis que -50 mili - segundos entre o envío dunha solicitude de comentario. Se a solicitude é necesario cada vez para pedir a todos os servidores DNS que compoñen a árbore (explicado máis adiante), o usuario pode esperar o tempo foi aínda segundos de perfección a ser respostar.
Desde a teoría anterior, imos agora Lt'acls - O que acontece, por exemplo, cando vai para www.cnn.com.
Supoñamos que eu son un cliente da empresa NetVision. Cando conecto a Internet, sistemas de Netvision dicir ao ordenador (ou no meu router doméstico) que utilizan os servidores de DNS para o seguinte: 194.90.1.5 194.90.1.49 e para consultar o DNS.
Estou interesado, conforme mencionado arriba, busque www.cnn.com. Para este efecto, eu teño a dirección IP do servidor de www.cnn.com. O meu ordenador vai virar para o servidor DNS de Netvision e preguntarlle: Dáme un rexistro de www.cnn.com. Supoñamos que serve de Netvision ningunha información previa sobre o tema. O que vai facer? Só pode descubrir por si mesmo o enderezo do www.cnn.com, e que vai solicitar a un dos principais servidores DNS de Internet, por exemplo servidor a.root-servers.net:
; << >> << >> 9.2.5 DiG@a.root-servers.net www.cnn.com; (1 servidor atopou); opcións globais: printcmd;; Got resposta:;; - >> header < <- opcode: estado query,: NOERROR, id: 23611;; bandeiras: rd QR; query: 1, resposta: 0, autoridade: 13, adicional: 14;; sección de preguntas:; www.cnn.com. IN A;; sección de autoridade: con. 137834 IN NS d.gtld-servers.net. con. 137834 IN NS e.gtld-servers.net. con. 137834 IN NS f.gtld-servers.net. con. 137834 IN NS g.gtld-servers.net. con. 137834 IN NS h.gtld-servers.net. con. 137834 IN NS i.gtld-servers.net. con. 137834 IN NS j.gtld-servers.net. con. 137834 IN NS k.gtld-servers.net. con. 137834 IN NS l.gtld-servers.net. con. 137834 IN NS m.gtld-servers.net. con. 137834 IN NS a.gtld-servers.net. con. 137834 IN NS b.gtld-servers.net. con. 137834 IN NS c.gtld-servers.net. ;; Sección Adicional: a.gtld-servers.net. 171837 IN A 192.5.6.30 a.gtld-servers.net. 171759 IN aaaa 2001:503: a83e :: 2:30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 IN aaaa 2001:503:231 d :: 2:30 c.gtld-servers.net. 171159 IN A 192.26.92.30 d.gtld-servers.net. 161282 IN A 192.31.80.30 e.gtld-servers.net. 171159 IN A 192.12.94.30 f.gtld-servers.net. 171159 IN A 192.35.51.30 g.gtld-servers.net. 171159 IN A 192.42.93.30 h.gtld-servers.net. 171159 IN A 192.54.112.30 i.gtld-servers.net. 170422 IN A 192.43.172.30 k.gtld-servers.net. 171159 IN A 192.52.178.30 l.gtld-servers.net. 171159 IN A 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30;; Query equipo: 190 ms;; Server: 198.41.0.4 # 53 (198.41.0.4); CANDO: Sábado 08 de abril 15:20:24 2007;; MSG SIZE rcvd: 493
Ou sexa, información sobre os rexistros de recursos, realizou un conxunto completo de outros servidores de DNS co nome de dominio gTLD-servers.net. Para facer a nosa vida "máis doado", xa que os rexistros de "cola" que nos dan esta petición ten os enderezos IP destes servidores, polo que teremos que ve-los nós mesmos. Agora Xire o servidor DNS do Netvision randomizados nun dos enderezos IP que recibiu en resposta aos servidores DNS de Internet xefe, e lle preguntou: "www.cnn.com - e despois?" - E recibirá a seguinte resposta:
; << >> << >> 9.2.5 DiG@a.gtld-servers.net www.cnn.com (2 servidores atopados) ;; Opcións globais: printcmd ;; Got resposta: ;; - >> << Header - opcode: estado query,: NOERROR, id: 408 ;; Flags: RD QR; consulta: 1 resposta, 0 autoridade: 4, 4 adicionais: ;; Sección de preguntas: ; Www.cnn.com. UN ; Sección de autoridade;: cnn.com. 172800 IN NS twdns-01.ns.aol.com. cnn.com. 172800 IN NS twdns-02.ns.aol.com. cnn.com. 172800 IN NS twdns-03.ns.aol.com. cnn.com. 172800 IN NS twdns-04.ns.aol.com. ;; Sección adicional: twdns-01.ns.aol.com. 172800 IN A 149.174.213.151 twdns-02.ns.aol.com. 172800 IN A 152.163.239.216 twdns-03.ns.aol.com. 172800 IN A 207.200.73.85 twdns-04.ns.aol.com. 172800 IN A 64.12.147.120 ;; Query equipo: 233 ms ;; Server: 192.5.6.30 # 53 (192.5.6.30) ;; CANDO: Sábado 08 abril 2007 15:30:53 ;; MSG SIZE rcvd: 192
Aquí, tamén, nos di a.gtld-servers.net feito: "O que quere da miña vida - eu non sei nada sobre www.cnn.com, se quere algo para todo abaixo para cnn.com, póñase en contacto con un dos servos do DNS seguinte: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com "e, de novo, nós tamén voluntarios enderezos IP destes servidores como un suplemento para unha resposta, para non ter que ollar para eles. "Grande", di o propio servidor de Netvision, selecciona aleatoriamente un deses catro servidores, e pregúntalle: "Ben, alguén me diga o enderezo IP do www.cnn.com!", E aquí está a resposta que ten:
; << >> << >> 9.2.5 DiG@twdns-02.ns.aol.com www.cnn.com ; (1 servidor atopou) ;; Opcións globais: printcmd ;; Got resposta: ;; - >> << Header - opcode: estado query,: NOERROR, id: 6714 ;; Flags: RD QR; consulta: 1 resposta, 0 autoridade: 2, adicional: 2 ;; Sección de preguntas: ; Www.cnn.com. UN ; Sección de autoridade;: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;; Sección adicional: dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 ;, O tempo de consulta: ms 163 ;; Server: 152.163.239.216 # 53 (152.163.239.216) ;; CANDO: Sábado 08 de abril 15:33:16 2,007 ;; MSG SIZE rcvd: 112
O que está a suceder? Debemos ter unha resposta a este servidor xa! Oh ben. Entón CNN decidiu cambiar os servidores DNS do seu - pero o que eles van actualizar os nomes de dominio rexistrados nos servidores de DNS pode ser novo, os seus clientes simplemente causar máis demora, e envialos a outro servidor DNS e innecesaria? Nunha pitada, o servidor DNS de Netvision pasa, e vólvese para dmtns01.turner.com para chegar finalmente a información desexada, e parece que este:
; << >> << >> 9.2.5 DiG@dmtns01.turner.com www.cnn.com ; (1 servidor atopou) ;; Opcións globais: printcmd ;; Got resposta: ;; - >> << Header - opcode: estado query,: NOERROR, id: 44943 ;; Bandeiras: QR á rd; consulta: 1 resposta,: 8, autoridade: 0, adicional: 0 ;; Sección de preguntas: ; Www.cnn.com. UN ; Sección de resposta;: www.cnn.com. 600 IN A 64.236.29.120 www.cnn.com. 600 IN A 64.236.91.21 www.cnn.com. 600 IN A 64.236.91.22 www.cnn.com. 600 IN A 64.236.91.23 www.cnn.com. 600 IN A 64.236.91.24 www.cnn.com. 600 IN A 64.236.16.20 www.cnn.com. 600 IN A 64.236.16.52 www.cnn.com. 600 IN A 64.236.24.12
Puta merda, cantos servidores que teñen! O navegador de usuario probablemente terá que escoller un dos oito aleatoria para recibir dende o sitio web! Nótese que outro feito interesante - o seu TTL é o total de 600 segundos, ou dez minutos. Por que é tan baixa? Para saber máis sobre os datos actualizados cada dez minutos. E por que carga tanto no DNS? Probablemente porque a dispoñibilidade é importante para eles, e desexa que o servidor fóra da caída de oito, o DNS será actualizado inmediatamente por un proceso automatizado para eliminar o servidor da lista, e ninguén web estará dispoñible durante máis de dez minutos, que é o tempo máximo que se permite aos seus clientes a manter a información sobre a conversión de enderezo IP para iso.
Finalmente, os puntos a aclarar: todos os pasos citados enriba, tamén retén a información recibida como resultado da consulta para unha copia local (asumindo que é o servidor de caché de nome - e, xeralmente, fai-se), entón a información estaba dispoñible localmente, o servidor non daría ao traballo de viaxar toda a terra para atopalo, pero argumenta que a copia local, aforrar tempo e tráfico de rede. Ademais, se calquera servidor DNS, o nivel do cliente, e servidores de decodificación de procesos que axudaron ao longo do camiño, non estaba dispoñible, entón o demandante ía abordar un servidor lista aleatoria, e obter a resposta del. Levaría máis tempo, mais foi exitosa a finais. Este é sempre o máis utilizado servidor DNS un para cada rexión - a supervivencia.