Configurando Nameservers - como?
https://stackoverflow.com/questions/46305
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Eu entendo como posso mudar o dns configurações para meus domínios editando minhas configurações de ligação, quando executo meus próprios servidores de nomes.Eu sei que posso definir os servidores de nomes com meu registrador por meio de seus painéis de controle online.Mas não tenho ideia de como essa parte funciona...
Como meu registrador armazena os dados sobre os servidores de nomes?É algo inteligente, como ter autoridade para armazenar registros NS nos servidores de nomes raiz?
Estou confuso com essa parte, alguém pode explicar?
Solução
O registrador é responsável por definir a entrada Root DNS que diz: "Quando alguém solicitar stackoverflow.com, diga que o DNS autoritativo é xxx.xxx.xxx.xxx".Eles possuem uma interface que permite fazer alterações nos registros de sua propriedade.
Em seguida, o solicitante deve ir para o DNS autoritativo (que é aquele que você especificou para seu registrador como seu DNS) para encontrar o IP de stackoverflow.com, qualquer subdomínio dele, servidor de e-mail e outros registros DNS pertencentes a esse domínio.
-Adão
Outras dicas
Acabei de ver isso:
# dig +trace ns stackoverflow.com
; <<>> DiG 9.2.4 <<>> +trace ns stackoverflow.com
;; global options: printcmd
. 269431 IN NS B.ROOT-SERVERS.NET.
. 269431 IN NS C.ROOT-SERVERS.NET.
. 269431 IN NS D.ROOT-SERVERS.NET.
. 269431 IN NS E.ROOT-SERVERS.NET.
. 269431 IN NS F.ROOT-SERVERS.NET.
. 269431 IN NS G.ROOT-SERVERS.NET.
. 269431 IN NS H.ROOT-SERVERS.NET.
. 269431 IN NS I.ROOT-SERVERS.NET.
. 269431 IN NS J.ROOT-SERVERS.NET.
. 269431 IN NS K.ROOT-SERVERS.NET.
. 269431 IN NS L.ROOT-SERVERS.NET.
. 269431 IN NS M.ROOT-SERVERS.NET.
. 269431 IN NS A.ROOT-SERVERS.NET.
;; Received 504 bytes from 83.138.151.80#53(83.138.151.80) in 3 ms
com. 172800 IN NS A.GTLD-SERVERS.NET.
com. 172800 IN NS B.GTLD-SERVERS.NET.
com. 172800 IN NS C.GTLD-SERVERS.NET.
com. 172800 IN NS D.GTLD-SERVERS.NET.
com. 172800 IN NS E.GTLD-SERVERS.NET.
com. 172800 IN NS F.GTLD-SERVERS.NET.
com. 172800 IN NS G.GTLD-SERVERS.NET.
com. 172800 IN NS H.GTLD-SERVERS.NET.
com. 172800 IN NS I.GTLD-SERVERS.NET.
com. 172800 IN NS J.GTLD-SERVERS.NET.
com. 172800 IN NS K.GTLD-SERVERS.NET.
com. 172800 IN NS L.GTLD-SERVERS.NET.
com. 172800 IN NS M.GTLD-SERVERS.NET.
;; Received 495 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 145 ms
stackoverflow.com. 172800 IN NS ns51.domaincontrol.com.
stackoverflow.com. 172800 IN NS ns52.domaincontrol.com.
;; Received 119 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 156 ms
Isso me diz que os servidores de nomes stackoverflow.com foram armazenados nos servidores de nomes .com?
Ou será que eles estão lá agora?
Pode ser útil entender a diferença entre um “registrador” e um “registro”, para começar.Um registrador é uma empresa que vende nomes de domínio (ou seja,adeus) aos compradores.Qualquer um pode ser registrador.Você pode se tornar um registrador.
Um registro é uma entidade (escolhida pela ICANN) que mantém o banco de dados mestre de nomes de domínio.Existem vários registros por aí.A Internet Society (ISOC) é o registro de todos os nomes .org, a Verisign é o registro de todos os nomes de domínio .com e .net.Existem outros e cada país tem um para seu domínio.Todos os registradores acessam e atualizam os bancos de dados de registro.
Um registro é responsável por manter o domínio de topo (TLD), que é o servidor DNS final.Uma solicitação para resolver um nome de domínio, se não puder ser resolvida por nenhum outro servidor DNS, será filtrada para o TLD.Pense nisso como uma hierarquia como uma árvore onde o TLD é o tronco.Nesse ponto, ele será resolvido em um endereço IP ou um erro será retornado.
Desculpe, não posso ajudar muito, mas vá para http://twit.tv, e encontre o podcast Security Now - eles fizeram um há algumas semanas sobre DNS - obtenha o primeiro.Tem uma boa explicação de como funciona, etc. (o que pode ajudar).
O segundo nesse site é sobre como ele foi “hackeado” – o primeiro é como funciona.
Para responder:
Os "servidores raiz" (para .com, por exemplo) mantêm um registro para stackoverflow.com.Mas eles não conseguem conter todos os detalhes, então eles têm um registro NS (registro do servidor de nomes) dizendo "se você quiser mais informações, dê uma olhada lá".Portanto, sua máquina solicita à máquina de destino (ns1.stackoverflow.com) www.stackoverflow.com e recebe de volta o registro A (endereço IP) ou MX (correio etc.)
Então, seu registro de domínio irá armazená-lo em um banco de dados ou o que eles escolherem, e quando você fizer uma atualização, eles DE ALGUMA FORMA (eu não sei, mas acho que é publicado pela NIC, mas eles TEM que pagar para ser um registrador, e ser verificado, etc.) envie essa alteração para o (cluster de) servidores de nomes raiz.Eles então enviariam as alterações do seu domínio (por exemplo, para onde vai www, para onde vai seu e-mail, etc.) para o servidor local, que na verdade fornece as informações do domínio.
Espero que isso faça algum sentido :)
Isso me diz que os servidores de nomes do Stackoverflow.com foram armazenados nos servidores de nome .com?
Sim e não.
É como se você ligasse para a assistência ao diretório para tudo que termina em .com.Você pede stackoverflow - eles dizem "se você quiser, ligue para este número e eles podem lhe dizer como conseguir Jeff (www), Joel (correio), etc.".
O servidor raiz é a primeira assistência de diretório.O servidor de nomes do seu registro é aquele no final da segunda chamada (assumindo que você o chamou :))
Existem alguns erros nas respostas até agora (e ainda não tenho reputação suficiente para comentá-los).
Os servidores de nomes ".com" não estão de forma alguma relacionados aos servidores de nomes raiz.Quando você altera os servidores de nomes de stackoverflow.com, por meio do seu registrador, a alteração é feita nos servidores de nomes ".com".Os servidores de nomes raiz não são afetados.
Não é verdade que todos os registros sejam escolhidos pela ICANN.Os registros de ccTLDs (TLDs com código de país como ".jp" ou ".ca"), por exemplo, são escolhidos localmente, por um processo que depende do país.
Nem todos os TLDs usam um sistema de registro/registrador.
