Impostazione dei server dei nomi: come?
https://stackoverflow.com/questions/46305
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
Capisco come posso cambiare il dns impostazioni per i miei domini modificando le mie configurazioni di associazione, quando eseguo i miei server dei nomi.So che posso definire i server dei nomi con il mio registrar tramite i loro pannelli di controllo online.Ma non ho idea di come funzioni quella parte...
In che modo il mio registrar memorizza i dati sui nameserver?È qualcosa di intelligente, come se avessero l'autorità di archiviare i record NS nei server dei nomi root?
Sono confuso da questa parte, qualcuno può spiegarmelo?
Soluzione
Il registrar è responsabile dell'impostazione della voce DNS root che dice: "Quando qualcuno chiede stackoverflow.com, digli che il DNS autorevole è xxx.xxx.xxx.xxx".Hanno un'interfaccia che consente loro di apportare modifiche ai record di loro proprietà.
Quindi il richiedente deve accedere al DNS autorevole (che è quello che hai specificato al tuo registrar come DNS) per trovare l'IP di stackoverflow.com, qualsiasi suo sottodominio, server di posta elettronica e altri record DNS relativi a quel dominio.
-Adamo
Altri suggerimenti
Mi è appena stato mostrato questo:
# 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
Questo mi dice che i server dei nomi stackoverflow.com sono stati archiviati nei server dei nomi .com?
O è solo che sono lì adesso?
Per cominciare, potrebbe essere utile comprendere la differenza tra un "registrar" e un "registro".Un registrar è una società che vende nomi di dominio (ad es.padrino) agli acquirenti.Chiunque può essere un registrar.Puoi diventare un registrar.
Un registro è un'entità (scelta da ICANN) che mantiene il database principale dei nomi di dominio.Esistono diversi registri.L'Internet Society (ISOC) è il registro per tutti i nomi .org, Verisign è il registro per tutti i nomi di dominio .com e .net.Ce ne sono altri e ogni paese ne ha uno per il proprio dominio.Tutti i registrar accedono e aggiornano i database del registro.
Un registro è responsabile del mantenimento del dominio di primo livello (TLD) che è il server DNS definitivo.Una richiesta di risoluzione di un nome di dominio, se non può essere risolta da nessun altro server DNS, verrà filtrata fino al TLD.Pensalo come una gerarchia come un albero in cui il TLD è il tronco.A quel punto verrà risolto in un indirizzo IP o verrà restituito un errore.
Mi dispiace, non posso aiutarti troppo, ma vai a http://twit.tv, e trova il podcast Security Now (ne hanno fatto uno un paio di settimane fa su DNS) e prendi il primo.Ha una buona spiegazione di come funziona ecc. (che può aiutare).
Il secondo su quel sito riguarda come è stato "hackerato" - il primo è come funziona.
Per rispondere in un certo senso:
I "server root" (per .com ad esempio) contengono un record per stackoverflow.com.Ma non possono contenere tutti i dettagli, quindi hanno un record NS (record del server dei nomi) che dice "se vuoi maggiori informazioni, vai a dare un'occhiata lì".Quindi la tua macchina chiede a quella macchina di destinazione (ns1.stackoverflow.com) www.stackoverflow.com e recupera il record A (indirizzo IP) o MX (posta, ecc.)
Quindi, il registro del tuo dominio lo memorizzerà in un database o qualunque cosa scelgano, e quando esegui un aggiornamento, IN QUALCHE MODO (non lo so, ma immagino sia pubblicato da NIC, ma devono pagare per essere un registrar, e essere controllato, ecc.) inviare tale modifica al (cluster di) server dei nomi root.Quindi invieranno le modifiche per il tuo dominio (ad esempio dove va www, dove va la posta, ecc.) al loro server locale, che in realtà fornisce le informazioni sul dominio.
Spero che abbia senso :)
Questo mi dice che i nomi di stackoverflow.com sono stati archiviati nei server di nome .com?
Sì e no.
È come se chiamassi l'assistenza directory per tutto ciò che termina con .com.Chiedi StackOverflow: ti dicono "se vuoi SO, chiama questo numero e possono dirti come ottenere Jeff (www), Joel (mail), ecc.".
Il root server è il primo servizio di directory assistance.Il server dei nomi del tuo registro è quello alla fine della seconda chiamata (supponendo che tu l'abbia chiamato :))
Finora ci sono alcuni errori nelle risposte (e non ho ancora la reputazione sufficiente per commentarli).
I server dei nomi ".com" non sono in alcun modo correlati ai server dei nomi root.Quando modifichi i server dei nomi di stackoverflow.com, tramite il tuo registrar, la modifica viene apportata ai server dei nomi ".com".I server dei nomi root non sono interessati.
Non è vero che i registri sono tutti scelti dall'ICANN.I registri dei ccTLD (TLD con codice paese come ".jp" o ".ca"), ad esempio, vengono scelti localmente, mediante un processo che dipende dal paese.
Non tutti i TLD utilizzano un sistema di registro/registrar.
