Sul server -
Fate la voce di quel particolare host nel vostro server DNS.
Sull'host -
Fate la voce dell'indirizzo IP del server DNS dove avete menzionato l'indirizzo IP.
Potete fare la voce dell'hostname del server DNS e del suo indirizzo IP nel vostro file host.
Server DNS
Domain Name System (DNS) è il protocollo di risoluzione dei nomi per le reti TCP/IP, come Internet. I computer client interrogano un server DNS per risolvere nomi DNS alfanumerici memorabili agli indirizzi IP che i computer usano per comunicare tra loro.
Su Linux i server DNS che il sistema usa per la risoluzione dei nomi sono definiti nel file:
/etc/resolv.conf
Aprire resolv.conf con un editor come nano per fare le modifiche necessarie (se non esiste già, questo creerà il file per noi):
sudo nano /etc/resolv.conf
( E' sempre consigliabile usare sudo piuttosto che fare il login come utente root )
Sample Entry -
nameserver 173.203.4.8
(Indirizzo IP di esempio, dovete assolutamente mettere il vostro )
$ host 72.3.128.240
240.128.3.72.in-addr.cachens1.dfw1.rackspace.com.
$ host cachens1.dfw1.rackspace.com cachens1.dfw1.rackspace.com ha indirizzo 72.3.128.240 cachens1.dfw1.rackspace.com ha indirizzo IPv6 2001:4800:d::1
Aggiungere record di risorse
Si applica a: Windows Server 2008, Windows Server 2008 R2
Dopo aver creato una zona, è necessario aggiungere ulteriori record di risorse ad essa. I record di risorse più comuni da aggiungere sono i seguenti:
Registri di risorse host (A): per la mappatura di un nome di dominio DNS (Domain Name System) a un indirizzo IP usato da un computer.
Registri di risorse alias (CNAME): per la mappatura di un nome di dominio DNS alias a un altro nome primario o canonico.
Registri di risorse MX (Mail exchanger): per la mappatura di un nome di dominio DNS al nome di un computer che scambia o inoltra posta.
Registri di risorse Pointer (PTR): per la mappatura di un nome di dominio DNS inverso basato sull'indirizzo IP di un computer che punta al nome di dominio DNS forward di quel computer.
Registri di risorse SRV (Service Location): per la mappatura di un nome di dominio DNS a una lista specifica di computer host DNS che offrono un tipo specifico di servizio, come i controller di dominio Active Directory.
Altri record di risorse secondo necessità.
Registri di risorse host (A)
Si usano i record di risorse host (A) in una zona per associare i nomi di dominio DNS dei computer (o host) ai loro indirizzi IP. Puoi aggiungerli a una zona in diversi modi:
Puoi creare manualmente un record di risorse host (A) per un computer client TCP/IP statico usando DNS Manager.
I client e i server Windows usano il servizio DNS Client per registrare e aggiornare dinamicamente i propri record di risorse host (A) nel DNS quando avviene un cambiamento di configurazione IP.
I computer client abilitati al protocollo DHCP (Dynamic Host Configuration Protocol) che eseguono versioni precedenti dei sistemi operativi Microsoft possono avere i loro record di risorse host (A) registrati e aggiornati per procura se ottengono il loro lease IP da un server DHCP qualificato. (Solo il servizio DHCP Server di Windows 2000, Windows Server 2003 e Windows Server 2008 supportano questa funzione.)
Non tutti i computer richiedono i record di risorse host (A), ma i computer che condividono risorse su una rete ne hanno bisogno. Qualsiasi computer che condivide risorse e deve essere identificato dal suo nome di dominio DNS deve usare i record di risorse host (A) per fornire la risoluzione del nome DNS all'indirizzo IP del computer.
La maggior parte dei record di risorse host (A) che sono richiesti in una zona può includere altre workstation o server che condividono risorse, altri server DNS, server di posta e server web. Questi record di risorse costituiscono la maggior parte dei record di risorse in un database di zona.
Registri di risorse Alias (CNAME)
I record di risorse Alias (CNAME) sono anche chiamati a volte record di risorse di nomi canonici. Con questi record, puoi usare più di un nome per puntare ad un singolo host, il che rende facile fare cose come ospitare sia un server FTP (File Transfer Protocol) che un server Web sullo stesso computer. Per esempio, i ben noti nomi di server (ftp, www) sono registrati con record di risorse alias (CNAME) che mappano il nome host DNS (come server-1) per il computer server che ospita questi servizi.
Raccomandiamo i record di risorse alias (CNAME) per i seguenti scenari:
Quando un host che è specificato in un record di risorsa host (A) nella stessa zona deve essere rinominato
Quando un nome generico per un server noto, come www, deve risolversi a un gruppo di computer individuali (ognuno con record di risorsa host (A) individuali) che forniscono lo stesso servizio, per esempio, in un gruppo di server web ridondanti.
Quando rinominate un computer con un record di risorsa host (A) esistente nella zona, potete usare temporaneamente un record di risorsa alias (CNAME) per permettere un periodo di grazia agli utenti e ai programmi di passare dal vecchio nome del computer a quello nuovo, come segue:
Per il nuovo nome di dominio DNS del computer, aggiungete un nuovo record di risorsa host (A) alla zona.
Per il vecchio nome di dominio DNS, aggiungere un record di risorsa alias (CNAME) che punti al nuovo record di risorsa host (A).
Rimuovere il record di risorsa host (A) originale per il vecchio nome di dominio DNS (e il suo record di risorsa puntatore (PTR) associato, se applicabile) dalla zona.
Quando usate un record di risorsa alias (CNAME) per l'aliasing o per rinominare un computer, impostate un limite temporaneo su quanto tempo il record è usato nella zona prima di rimuoverlo dal DNS. Se vi dimenticate di cancellare il record di risorsa alias (CNAME) e più tardi il suo record di risorsa host (A) associato viene cancellato, il record di risorsa alias (CNAME) può sprecare risorse del server cercando di risolvere query per un nome che non è più usato sulla rete.
L'uso più comune o popolare di un record di risorsa alias (CNAME) è quello di fornire un nome di dominio alias DNS permanente per la risoluzione generica di un nome basato sul servizio, come www.tailspintoys.com, a più di un computer o un indirizzo IP su un server web. L'esempio seguente mostra la sintassi di base di un record di risorsa alias (CNAME):
alias_name IN CNAMEprimary_canonical_name
In questo esempio, un computer chiamato host-a.tailspintoys.com funziona sia come un server Web chiamato www.tailspintoys.com. che come un server FTP chiamato ftp.tailspintoys.com. Per raggiungere l'obiettivo di nominare questo computer, puoi aggiungere le seguenti voci CNAME nella zona tailspintoys.com:
host-a IN A 10.0.0.20 ftp IN CNAME host-a www IN CNAME host-a
Se in seguito decidi di spostare il server FTP su un altro computer, separato dal server Web su host-a, cambia semplicemente il record di risorsa alias (CNAME) nella zona per ftp.tailspintoys.com e aggiungi un ulteriore record di risorsa host (A) alla zona per il nuovo computer che ospita il server FTP.
Basandosi sull'esempio precedente, se il nuovo computer si chiama host-b.tailspintoys.com, i nuovi e rivisti record di risorse host (A) e alias (CNAME) appaiono come segue:
host-a IN A 10.0.0.20 host-b IN A 10.0.0.21 ftp IN CNAME host-b www IN CNAME host-a
Registri di risorse mail exchanger (MX)
Le applicazioni di posta elettronica usano il record di risorse mail exchanger (MX) per localizzare un server di posta basato su un nome di dominio DNS nell'indirizzo di destinazione del destinatario di un messaggio. Per esempio, una query DNS per il nome example.tailspintoys.com può essere usata per trovare un mail exchanger (MX) resource record, che rende possibile per un'applicazione di posta elettronica di inoltrare o scambiare la posta a un utente con l'indirizzo e-mail [email protected].
Il mail exchanger (MX) resource record mostra il nome di dominio DNS per il computer o i computer che elaborano la posta per un dominio. Se esistono più record di risorse mail exchanger (MX), il servizio DNS Client cerca di contattare i server di posta nell'ordine di preferenza dal valore più basso (priorità più alta) al valore più alto (priorità più bassa). L'esempio seguente mostra la sintassi di base di un mail exchanger (MX) resource record:
mail_domain_name IN MXpreferencemailserver_host
Utilizzando i mail exchanger (MX) resource record nel seguente esempio per la zona tailspintoys.com, la posta indirizzata a [email protected] viene consegnata prima a [email protected], se possibile. Se questo server non è disponibile, il client resolver può usare invece [email protected].
@ IN MX 1 mailserver0 @ IN MX 2 mailserver1
Nota che l'uso del segno "at" (@) nei record indica che il nome di dominio DNS del mailer è lo stesso del nome di origine (tailspintoys.com) per la zona.
I record di risorse PTR
I record di risorse PTR supportano il processo di ricerca inversa, basato su zone create e radicate nel dominio in-addr.arpa. Questi record localizzano un computer in base al suo indirizzo IP e risolvono questa informazione al nome di dominio DNS per quel computer.
I record di risorse puntatore (PTR) possono essere aggiunti a una zona in diversi modi:
È possibile creare manualmente un record di risorse puntatore (PTR) per un computer client TCP/IP statico usando il DNS, come procedura separata o come parte della procedura di creazione di un record di risorse host (A).
I computer usano il servizio DNS Client per registrare e aggiornare dinamicamente il loro record di risorse puntatore (PTR) nel DNS quando avviene un cambiamento di configurazione IP.
Tutti gli altri computer client abilitati al Dynamic Host Configuration Protocol (DHCP) possono avere i loro record di risorse puntatore (PTR) registrati e aggiornati dal server DHCP se ottengono il loro IP lease da un server qualificato. Il servizio del server DHCP di Windows 2000, Windows Server 2003 e Windows Server 2008 fornisce questa capacità.
Il record di risorsa del puntatore (PTR) è usato solo nelle zone di ricerca inversa per supportare la ricerca inversa.
I record di risorsa della posizione del servizio (SRV)
I record di risorsa della posizione del servizio (SRV) sono necessari per la posizione dei controller di dominio Active Directory. In genere, puoi evitare l'amministrazione manuale dei record di risorse di ubicazione del servizio (SRV) quando installi Active Directory Domain Services (AD DS).
Per impostazione predefinita, la procedura guidata di installazione di Active Directory Domain Services cerca di individuare un server DNS basato sull'elenco dei server DNS preferiti o alternativi, che sono configurati in una qualsiasi delle sue proprietà client TCP/IP, per qualsiasi connessione di rete attiva. Se viene contattato un server DNS che può accettare l'aggiornamento dinamico del record di risorse SRV (Service Location), il processo di configurazione è completo. (Questo vale anche per altri record di risorse che sono collegati alla registrazione di AD DS come servizio nel DNS.)
Se, durante l'installazione, non viene trovato un server DNS che può accettare aggiornamenti per il nome di dominio DNS utilizzato per nominare la tua directory, la procedura guidata può installare un server DNS in locale e configurarlo automaticamente con una zona per supportare il dominio Active Directory.
Ad esempio, se il dominio Active Directory che scegli per il tuo primo dominio nella foresta è example.tailspintoys.com, puoi aggiungere e configurare una zona che sia radicata al nome di dominio DNS di example.tailspintoys.com da usare con il server DNS che è in esecuzione sul nuovo controller di dominio.
In futuro, il record di risorse SRV (Service Location) potrebbe anche essere usato per registrare e cercare altri servizi TCP/IP ben noti sulla tua rete se le applicazioni implementano e supportano le query di nome DNS che specificano questo tipo di record.
Altri record di risorse
Altri record di risorse aggiuntivi sono supportati da Windows Server 2008 DNS e sono usati meno frequentemente nella maggior parte delle zone. È possibile aggiungere questi tipi aggiuntivi di record di risorse secondo necessità con DNS Manager.
Fonti - sito Microsoft e roba Internet casuale.