O protocolo DNS é usado para fazer endereços verbais para endereços IP (que indica que o Internet único de cada computador) - de modo que podemos usar os nomes fáceis de memória, bem como salvar-nos a necessidade de obter cada vez que as alterações feitas para os endereços IP pertencentes aos sistemas a que pretende ligar . Você pode dizer que o DNS é realmente nas Páginas Amarelas "da Internet.
O sistema DNS consiste em uma árvore hierárquica, galhos de árvores separou marcar o ponto. A raiz da árvore, que é o seu ponto-chave, também marcado com um ponto, e é chamado de raiz. Na raiz da árvore, são domínios principais (gTLDs - Domínio nível global Top) - sabemos que a URLs como com, net, org e os domínios nacionais (ccTLD - country code Top Level Domain), como por il exemplo para Israel. Tecnicamente não há diferença entre os dois tipos - ambos - como explicado abaixo - (.) Um total de registros no nome do domínio raiz.
Cada ramo da árvore de DNS é definida como uma zona (zona) -, e dentro de cada área, tais definido vários tipos de registos de recursos. Entre outras coisas há registros que convertem nomes de domínio (nome de domínio) ou nome do host no domínio (hostname) como referência para a versão 4 endereço IP (ou IPv4) - o chamado registro "A", referência ao servidor de correio de correio que recebe o nome de domínio (registro MX - Mail eXchange), encaminhamento para IP versão 6 (ou IPv6) - Record "AAAA", ou até mesmo virar a - área abaixo da árvore, que é gerenciado pelo servidor de DNS Outros (disco "NS" - abreviação de Name Server "), e mesmo - Quem é responsável pela área (registro RP - Pessoa Responsável).
Além de registros de recursos, a área também contém informações sobre si mesmo. Tais como: - mudança de número de versão (Serial) - que normalmente define o formato de data e hora por conveniência, o intervalo em segundos entre as atualizações de informações (Refresh) servidores DNS secundários, retardo de tempo entre as tentativas, como acima, em caso de falha
(Repetir), e tempo após o qual o servidor DNS para supor que a informação não é válida se não pudesse obter atualizações até então (de vencimento). Outro assunto muito importante que pode ser configurado em cada região global (Você também pode definir um registro individual dentro da região) - é "tempo de vida", ou Inglês TTL - Time To Live. Este valor, definido como uma unidade de medida de segundos, dizer qual o tempo de validade de qualquer entrada, e que espera informações sobre o local de registro cópias cache (cache), se passou este tempo. A razão pela qual o general deve manter uma cópia local e não apenas obter uma cópia atualizada de informações de cada vez diretamente da autoridade DNS - será explicado a seguir.
Para ser capaz de "ver com os olhos" Qual é a definição de uma região, é um exemplo de um arquivo de formato para o site que você está olhando agora, o servidor DNS em comum - BIND - Berkeley Internet Name Daemon. Esta não é uma recomendação sobre este servidor, e vice-versa, eu acho que tinydns faz um trabalho muito melhor, não pedante loucamente, e graves recursos econômicos. Este é apenas um exemplo:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28800; Atualizar 14400; Repetir 3.600.000; Expirar 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
Você pode observar os seguintes aspectos importantes: as regras TTL definidos para a região, que é de 86.400 segundos (um dia inteiro Não acredito Multiply - 60 * 60 * 24 e veja por si mesmo. ...?). Isto significa que qualquer dado cliente DNS mundo seria decidir manter este site, proibidos de "lembrar" o que ele aprendeu durante mais de 24 horas. E por isso que é importante para nós? Porque se um dia eu decidir transferir meu site ou servidor de email, outro computador, eu quero que todos os visitantes do site receberá uma atualização sobre o endereço do computador novo em breve, e vai continuar por um longo período de tempo (digamos - uma semana ...) tentam chegar ao servidor idade, que não podia conter meu site ou minha caixa de e-mail, e em seguida perdem visitantes e / ou e-mail. Eu disse antes de eu explicar por que ainda manter esta informação actualizada e descobrir a partir de dados de origem é seguro certo? Bem, a razão é simples. Em primeiro lugar, uma questão de carga em servidores centrais. Uma vez que toda a Web Search DNS começa a partir da raiz da árvore para baixo, se houvesse um mecanismo de recordação para os resultados da consulta, então qualquer DNS de busca, por qualquer um para milhões (ou bilhões?) Utilizam a Internet, viria para os servidores DNS do principal - e não há chance de eles se encontrariam este fardo, não em termos de taxa de dados, processamento e muito possivelmente não em termos de largura de banda que lhes são atribuídas. Por isso, é importante lembrar que os dados já recolhidos. Uma segunda razão é a eficiência para o usuário final. Quando o resultado é armazenado no cliente DNS local (que está normalmente localizado no servidor ISP para que o utilizador final está ligado), enquanto que o acesso a dados muito mais rápido. Conexão com a Internet Média, não é mais do que -50 mili - segundos entre o envio de um pedido de comentário. Se o pedido é necessário cada vez para pedir a todos os servidores DNS que compõem a árvore (explicado mais adiante), o usuário pode esperar o tempo foi mesmo segundos de perfeição a ser respondidas.
Desde a teoria acima, vamos agora Lt'acls - O que acontece, por exemplo, quando você vai para www.cnn.com.
Suponha que eu sou um cliente da empresa NetVision. Quando eu conecto à internet, sistemas de Netvision dizer ao computador (ou no meu roteador doméstico) que utilizam os servidores de DNS para o seguinte: 194.90.1.5 194.90.1.49 e para consultar o DNS.
Estou interessado, conforme mencionado acima, procure www.cnn.com. Para esse efeito, eu preciso encontrar o endereço IP do servidor de www.cnn.com. O meu computador vai virar para o servidor DNS de Netvision e perguntar-lhe: Dá-me um registro de www.cnn.com. Suponha que serve de Netvision nenhuma informação prévia sobre o assunto. O que vai fazer? Ele vai descobrir por si mesmo o endereço do www.cnn.com, e que ele vai pedir para um dos principais servidores DNS da Internet, por exemplo servidor a.root-servers.net:
; << >> << >> 9.2.5 DiG @ a.root-servers.net www.cnn.com ; (1 servidor encontrado) ;; Opções globais: printcmd ;; Got resposta: ;; - >> << HEADER - opcode: status QUERY,: NOERROR, id: 23611 ;; Flags: RD QR; consulta: 1 RESPOSTA: 0, AUTORIDADE: 13, ADICIONAL: 14 ;; Seção de perguntas: ; Www.cnn.com. EM UM ; Seção de autoridade;: com. 137834 IN NS d.gtld-servers.net. com. 137834 IN NS e.gtld-servers.net. com. 137834 IN NS f.gtld-servers.net. com. 137834 IN NS g.gtld-servers.net. com. 137834 IN NS h.gtld-servers.net. com. 137834 IN NS i.gtld-servers.net. com. 137834 IN NS j.gtld-servers.net. com. 137834 IN NS k.gtld-servers.net. com. 137834 IN NS l.gtld-servers.net. com. 137834 IN NS m.gtld-servers.net. com. 137834 IN NS a.gtld-servers.net. com. 137834 IN NS b.gtld-servers.net. com. 137834 IN NS c.gtld-servers.net. ;; Seção Adicional: 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: ms 190 ;; SERVER: 198.41.0.4 # 53 (198.41.0.4) ;; QUANDO: Domingo 08 abril 2007 15:20:24 ;; MSG SIZE rcvd: 493
Ou seja, informações sobre os registros de recursos com, realizou um conjunto completo de outros servidores de DNS com o nome de domínio gTLD-servers.net. Para tornar nossa vida "mais fácil", desde que os registros de "cola" que nos dão este pedido tem os endereços IP desses servidores, de modo que teremos de vê-los nós mesmos. Agora vire o servidor DNS do Netvision randomizados em um dos endereços IP que ele recebeu em resposta aos servidores DNS da Internet chefe, e lhe perguntou: "www.cnn.com - e depois?" - E receberá a seguinte resposta:
; << >> << >> 9.2.5 DiG @ a.gtld-servers.net www.cnn.com (2 servidores encontrados) ;; Opções globais: printcmd ;; Got resposta: ;; - >> << HEADER - opcode: status QUERY,: NOERROR, id: 408 ;; Flags: RD QR; consulta: 1 RESPOSTA,: 0 AUTORIDADE: 4, ADICIONAIS: 4 ;; Seção de perguntas: ; Www.cnn.com. EM UM ; Seção 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. ;; Seção 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 time: 233 ms ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; QUANDO: Domingo 08 abril 2007 15:30:53 ;; MSG SIZE rcvd: 192
Aqui, também, nos diz a.gtld-servers.net fato: "O que você quer da minha vida - eu não sei nada sobre www.cnn.com, se você quer algo para tudo abaixo para cnn.com, entre em contato com um 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, novamente, nós também voluntários endereços IP desses servidores como um suplemento para uma resposta, para não ter de olhar para eles. "Grande", diz o próprio servidor de Netvision, seleciona aleatoriamente um desses quatro servidores, e pergunta-lhe: "Bem, alguém me diga o endereço IP do www.cnn.com!", E aqui está a resposta que ele tem:
; << >> << >> 9.2.5 DiG @ twdns-02.ns.aol.com www.cnn.com ; (1 servidor encontrado) ;; Opções globais: printcmd ;; Got resposta: ;; - >> << HEADER - opcode: status QUERY,: NOERROR, id: 6714 ;; Flags: RD QR; consulta: 1 RESPOSTA,: 0 AUTORIDADE: 2, ADICIONAL: 2 ;; Seção de perguntas: ; Www.cnn.com. EM UM ; Seção de autoridade;: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;; Seção 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) ;; QUANDO: Domingo 08 abril 2007 15:33:16 ;; MSG SIZE rcvd: 112
O que está acontecendo? Devemos ter uma resposta a este servidor já! Oh bem. Então CNN decidiu mudar os servidores DNS de seu - mas o que eles vão atualizar os nomes de domínio registrados nos servidores de DNS pode ser novo, se os seus clientes simplesmente causar mais demora, e enviá-los para outro servidor DNS e desnecessária? Em uma pitada, o servidor DNS de Netvision passa, e volta-se para dmtns01.turner.com para chegar finalmente a informação desejada, e parece que este:
; << >> << >> 9.2.5 DiG @ dmtns01.turner.com www.cnn.com ; (1 servidor encontrado) ;; Opções globais: printcmd ;; Got resposta: ;; - >> << HEADER - opcode: status QUERY,: NOERROR, id: 44943 ;; Bandeiras: QR aa rd; consulta: 1 RESPOSTA,: 8, AUTORIDADE: 0, ADICIONAL: 0 ;; Seção de perguntas: ; Www.cnn.com. EM UM ; Secção 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, quantos servidores que têm! O navegador do usuário provavelmente terá que escolher um dos oito aleatória para receber a partir do site! Note-se que um outro fato interessante - o seu TTL é o total de 600 segundos, ou dez minutos. Por que é tão baixa? Para saber mais sobre os dados atualizados a cada dez minutos. E por que carga tanto no DNS? Provavelmente porque a disponibilidade é importante para eles, e deseja que o servidor fora da queda de oito, o DNS será atualizado imediatamente por um processo automatizado para remover o servidor da lista, e ninguém site estará indisponível por mais de dez minutos, que é o tempo máximo a ser permitido os clientes a manter as informações sobre a conversão de endereço IP para isso.
Finalmente, os pontos a esclarecer: todos os passos citados acima, também retém as informações recebidas como resultado da consulta para uma cópia local (assumindo que é no servidor de cache de nome - e, geralmente, faz-se), então se a informação estava disponível localmente, o servidor não teria dado ao trabalho de viajar toda a Terra para encontrá-lo, mas argumenta que a cópia local, economizando tempo e tráfego de rede. Além disso, se qualquer servidor DNS, o nível do cliente, e servidores de decodificação de processos que ajudaram ao longo do caminho, não estava disponível, então o candidato iria abordar um outro servidor lista aleatória, e obter a resposta dele. Levaria mais tempo, mas foi bem-sucedida no final. Este é sempre o mais utilizado servidor DNS um para cada região - a sobrevivência.