O protocolo DNS se usa para facer enderezos verbal enderezos IP (que indica que Internet único de cada ordenador) -, co que podemos utilizar os nomes fácil de memoria, así como gardar connosco a necesidade de obter cada vez que os cambios feitos para os enderezos IP que pertencen aos sistemas a que quere conectarse . Podes dicir que o DNS é realmente nas Páxinas Amarelas "de Internet.
O sistema DNS consiste nunha árbore de xerarquía, as ramas da árbore de separalos los marcar o punto. A raíz da árbore, que é o seu punto clave, tamén marcado cun punto, e chámase raíz. Na raíz da árbore, os nomes de dominio primario (gTLD - Dominio nivel global Top) - sabemos que os URLs como rede con, org e dominios nacionais (ccTLD - código de país de Dominio de Primeiro Nivel), 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 DNS defínese como unha zona (zona) - e dentro de cada área, tales definidos varios tipos de rexistros de recursos. Entre outras cousas hai rexistros que converten 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", apelar para o servidor de correo recibir as mensaxes para o nome de dominio (rexistro MX - Mail eXchange), volvéndose para IP versión 6 (ou IPv6) - Record "AAAA", ou mesmo recorrer a - área debaixo da árbore, que é xestionado polo servidor de DNS para (Record "NS" - abreviación de Name Server "), e mesmo - Quen é responsable da área (Record RP - Persoa Responsable).
Alén dos rexistros de recursos, a área tamén contén información sobre si mesmo. Tales como: - Cambiar 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 por riba en caso de fallo
(Repetir), o tempo e despois do cal o servidor DNS para asumir que a información non é válida se non puidese obter actualizacións ata entón (caduca). Outro tema moi importante que pode ser definido en calquera rexión globalmente (Tamén pode configurar un rexistro individual dentro da rexión) - é un "tempo de vida", ou inglés TTL - Equipo To Live. Este valor, defínese como unha unidade de medida de segundos, dicir o que o período de validez de calquera rexistro, e non posúan información sobre lugares gravar copias caché (caché), pasou este tempo. A razón pola que ten que 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" O que é 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 - Binder - Berkeley Internet Name Daemon. Esta non é unha recomendación sobre este servidor, e viceversa, eu creo que tinydns fai un traballo moito mellor non, punto locamente, e serio recursos económicos. Este é só un exemplo:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28 800; Actualizar 14 400; Retry 3,6 millóns; Expira 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
Vai notar as seguintes cousas importantes:.? Regras TTL definido para a rexión, que é 86400 segundos (un día enteiro Non creo Multiply - 60 * 60 * 24 e mira por si mesmo ...). Isto significa que calquera dato cliente DNS nalgún lugar do mundo decide salvar disto, foi prohibido de "lembrar" o que aprendeu durante máis de 24 horas. E por que é importante para nós? Porque se un día eu decidir mudar meu sitio web ou servidor de correo, outro ordenador, quero que todos os surfistas recibirá unha actualización sobre o enderezo do ordenador novo en breve, e seguirá por un longo tempo (digamos - unha semana ...) tratan de chegar ao servidor idade, que non puido conter o meu sitio web ou a miña caixa de correo electrónico, e logo perden visitantes e / ou correo electrónico. Eu dixen antes que eu explicar por que manter estes números e descubrir a fonte de datos actualizados para a dereita está seguro? Ben, a razón é simple. Primeiro de todo, unha cuestión de carga nos servidores centrais. Xa que todos os Web Search DNS comeza a partir da raíz da árbore para abaixo, se houbese un mecanismo que lembra os resultados da consulta, calquera DNS de procura, por calquera para millóns (ou millóns?) Utiliza a Internet, veu para os servidores DNS dos principais - e non hai posibilidade de se atoparían este fardo, non en termos de taxa de procesamento de datos, e moi posiblemente non en termos de ancho de banda dispoñible para eles. Por iso, é importante lembrar que os datos xa recollidos. A segunda razón é a eficiencia para o usuario final. Cando o resultado é almacenado no cliente local DNS (isto é normalmente o servidor ISP para que o usuario final está conectado), tempo de acceso a datos moito máis rápido. Conexión a Internet media, non é máis que a partir de 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 mesmo segundos de perfección a ser contestada.
A partir da teoría enriba, 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 conectado a Internet, os sistemas de Netvision dicir ao ordenador (ou no meu router doméstico) que utilizan os servidores DNS o seguinte: 194.90.1.5 194.90.1.49 e DNS para consulta.
Estou interesado, conforme anteriormente mencionado, vai a www.cnn.com. Para este fin, 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ña que para servir ao Netvision non ten ningunha información previa sobre o asunto. O que vai facer? El vai descubrir por si mesmo cal é o enderezo de www.cnn.com, e que ía pedir a un dos servos do DNS primario de Internet, por exemplo servidor a.root-servers.net:
; <<>> Dig 9.2.5 <<>> @ a.root-servers.net www.cnn.com ; (1 servidor atopou) ;; Opcións globais: printcmd ;; Got resposta: ;; ->> HEADER <<- opcode: Query status,: NOERROR, id: 23611 ;; Flags: rd QR; query: 1, resposta: 0, Authority: 13, ADICIONAIS: 14 ; Sección de preguntas;: ; Www.cnn.com. A IN ; 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: Camiño a.gtld-servers.net. 171837 IN A 192.5.6.30 a.gtld-servers.net. 171759 IN AAAA 2001:503: a83e:: 02:30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 IN AAAA 2001:503:231 d:: 02: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 ;, O tempo de consulta: 190 ms ;; SERVER: 198.41.0.4 # 53 (198.41.0.4) ;; CANDO: Dom 08 abril 2007 15:20:24 ;; Rcvd MSG SIZE: 493
Quero dicir, a información sobre os rexistros de recursos, realizou unha serie de outros servidores DNS baixo o nome de dominio gTLD-servers.net. Para facer a nosa vida "máis fácil", sempre que a "cola rexistros" darnos a solicitude ten o IP - enderezos destes servidores, polo que nós imos ter que ve-los nós mesmos. Agora Xire o servidor DNS de Netvision aleatoriamente a un dos enderezos IP que recibiu na resposta do DNS Xefe servidores de Internet, e preguntar-lle: "www.cnn.com - o que entón" - E vai recibir a seguinte resposta:
; <<>> Dig 9.2.5 <<>> @ a.gtld-servers.net www.cnn.com (2 servidores atopados) ;; Opcións globais: printcmd ;; Got resposta: ;; ->> HEADER <<- opcode: Query status,: NOERROR, id: 408 ;; Flags: rd QR; query: 1, resposta: 0 Authority: 4, ADICIONAIS: 4 ; Sección de preguntas;: ; Www.cnn.com. A IN ; 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: Camiño 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 ;, O tempo de consulta: 233 ms ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; CANDO: Dom 08 abril 2007 15:30:53 ;; MSG SIZE rcvd: 192
Aquí, tamén, nos di a.gtld-servers.net feito: "O que quere fóra da miña vida - eu non sei nada sobre www.cnn.com, se quere algo para todo debaixo 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, os voluntarios teñen a enderezos IP dos servidores como un suplemento para unha resposta, para non ter que ollar para eles. "Grande", di o servidor NetVision si mesmo, selecciona aleatoriamente un dos catro destes servidores, e pregúntalle: "Ben, alguén me diga o enderezo IP do www.cnn.com!", E aquí está a resposta que recibiu:
; <<>> Dig 9.2.5 <<>> @ twdns-02.ns.aol.com www.cnn.com ; (1 servidor atopou) ;; Opcións globais: printcmd ;; Got resposta: ;; ->> HEADER <<- opcode: Query status,: NOERROR, id: 6714 ;; Flags: rd QR; query: 1, resposta: 0 Authority: 2, ADICIONAIS: 2 ; Sección de preguntas;: ; Www.cnn.com. A IN ; Sección de autoridade;: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;; Sección: Camiño dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 , O tempo de consulta;: 163 ms ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; CANDO: Dom 08 abril 2007 15:33:16 ;; Rcvd MSG SIZE: 112
O que está pasando aquí? Nós deberiamos ser respondidas neste 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 DNS do novo, se pode só facer os seus clientes tarda máis, e envialos a outro servidor DNS e innecesaria? En unha pitada, o servidor DNS de Netvision pasa, e se volve para dmtns01.turner.com para chegar finalmente a información desexada, e mira como esta:
; <<>> Dig 9.2.5 <<>> @ dmtns01.turner.com www.cnn.com ; (1 servidor atopou) ;; Opcións globais: printcmd ;; Got resposta: ;; ->> HEADER <<- opcode: Query status,: NOERROR, id: 44943 ;; Flags: QR aa rd; query: 1, resposta: 8, Authority: 0, ADICIONAIS: 0 ; Sección de preguntas;: ; Www.cnn.com. A IN ; 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
FSS, cantos servidores que teñen! Ao parecer, o navegador do usuario ten que escoller un aleatoria de oito a aceptar o sitio! Nótese que outro feito interesante - o seu TTL é o total de 600 segundos, ou 10 minutos. Por que é tan baixa? Para descubrir os datos actualizados cada dez minutos. Por que e lugar tanto sobre o DNS? Probablemente porque a dispoñibilidade de importante para eles, e desexa que o servidor fóra da caída oito, o DNS será actualizado inmediatamente por un proceso automatizado para eliminar o servidor da lista, e non unha web estará dispoñible por máis de 10 minutos, que é o tempo máximo que se permite clientes para manter a información sobre a conversión de enderezo IP para iso.
Finalmente, o punto importante a aclarar: todos os pasos mencionadas enriba, tamén mantén as informacións obtidas como resultado da consulta para unha copia local (asumindo que está na memoria de servidor de nomes - de feito, moitas veces é), se a información está dispoñible localmente, o servidor non tería incómodo a camiñar todos os Terra para atopalo, pero argumenta que a copia local, aforrando tempo e tráfico de rede. Ademais, se unha copia de calquera servidor DNS, o nivel do cliente e servidor de desencriptación proceso que axudou ao longo do camiño, non estaba dispoñible, entón o demandante ía servir outra 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.