Soluzione 1:
Al giorno d'oggi, un sistema può avere più interfacce, ciascuna con più indirizzi, e ogni indirizzo può anche avere più voci DNS associate. Quindi cosa significa anche un "nome host di sistema"?
Molte applicazioni utilizzeranno il nome host del sistema come identificatore predefinito quando comunicano altrove. Ad esempio, se stai raccogliendo messaggi syslog su un server centrale, i messaggi saranno tutti contrassegnati con il nome host del sistema di origine. In un mondo ideale probabilmente lo ignoreresti (perché non vuoi necessariamente fidarti del client), ma il comportamento predefinito - se chiami tutti i tuoi sistemi "localhost" - risulterebbe in una serie di messaggi di registro che tu non sarebbe in grado di associarsi a un sistema specifico.
Come altre persone hanno sottolineato, il nome host del sistema è anche un identificatore utile se ti ritrovi ad accedere in remoto a un certo numero di sistemi. Se hai cinque finestre collegate a un sistema denominato "localhost", avrai difficoltà a mantenerle dritte.
Allo stesso modo, proviamo a fare in modo che il nome host del sistema corrisponda al nome host che utilizziamo per l'accesso amministrativo a un sistema. Questo aiuta a evitare confusione quando si fa riferimento al sistema (in e-mail, conversazioni, documentazione, ecc.).
Per quanto riguarda il DNS:
Si desidera disporre di voci DNS di inoltro e inversione corrette per le applicazioni per evitare confusione. Ne hai un po' inoltra la voce (nome -> indirizzo IP) affinché le persone possano accedere comodamente alla tua applicazione. La corrispondenza della voce inversa è utile per una serie di motivi:ad esempio, ti aiuta a identificare correttamente l'applicazione se trovi l'indirizzo IP corrispondente in un registro.
Tieni presente che qui sto parlando di "applicazioni" e non di "sistemi", perché, in particolare con i server Web, è comune avere più indirizzi IP su un sistema, associati a nomi host e servizi diversi.
Tentativo di mantenere le mappature nome-ip nel tuo /etc/hosts file diventa rapidamente difficile man mano che gestisci un numero crescente di sistemi. È molto facile che il file degli host locali non sia sincronizzato rispetto al DNS, causando potenzialmente confusione e in alcuni casi malfunzionamenti (perché qualcosa tenta di collegarsi a un indirizzo IP che non esiste più sul sistema, ad esempio).
Soluzione 2:
Puoi impostare ogni nome host su "localhost", ma è molto utile avere [email protected] ~ $ nel tuo prompt dei comandi quando gestisci le macchine su ssh. La gestione dei server in remoto potrebbe diventare molto confusa se non lo fai.
Avere un FQDN corretto è importante quando si ospita un server Web o un server di posta. A questi tipi di applicazioni server piace sapere "su chi" sono in esecuzione.
Per scegliere un buon schema di denominazione, ti rimando a questa domanda molto popolare .
Un FQDN diventa utile solo quando è significativo per un altro computer. Ci sono tre livelli a questo:
- Un computer sulla tua rete locale ha una voce nel suo file hosts che punta a quella macchina
- Hai un server DNS in esecuzione sulla tua rete locale e ogni computer locale che lo utilizza come server DNS ora conosce plato per nome.
- Registri un nome di dominio e ora il mondo intero sa a quale macchina punta il nome plato.alixaxel.com.
Quando invii email o fornisci pagine web al mondo esterno, il terzo è quello che vuoi avere. Per la maggior parte degli altri casi, puoi accontentarti di un DNS locale o persino modificare i file hosts.
In tal caso, puoi semplicemente creare un nome di dominio (plato.alixnetwork potrebbe andare bene come FQDN) da utilizzare all'interno della tua rete locale. L'unico valore aggiunto di avere la parte "alixnetwork" (il nome di dominio) è la comodità quando si dispone di un'altra rete locale da cui si desidera distinguerla.
Soluzione 3:
Una panoramica di base. I nomi host sono solo puntatori; potresti assegnarne uno specifico come nome host a cui fa riferimento la macchina, ma potrebbe averne più. Alcuni servizi, la posta importante e HTTP si basano sui nomi di dominio per sapere dove dovrebbero trovarsi i servizi e come raggiungerli.
Molto tempo fa, tutti questi nomi (che ancora una volta sono solo puntatori a indirizzi IP) venivano tenuti traccia in un file chiamato hosts . Man mano che il sistema cresceva, non erano in grado di mantenere il file sincronizzato su tutti i computer pertinenti che partecipavano alle varie reti interconnesse. Così è stato inventato il sistema DNS. Quando esegui una ricerca del nome, controlla comunque prima il file hosts, quindi il sistema DNS. Windows potrebbe anche controllare altri sistemi come WINS o NetBIOS.
Quando inserisci una voce in un hosts file, non lo stai assegnando al computer. L'assegnazione di un nome host come quello utilizzato dal computer viene eseguita nei file di configurazione (sui sistemi *nix) e nelle proprietà del sistema nei sistemi Windows (il sistema Windows può anche avere suffissi specifici della NIC).
Voci nel hosts file, come il sistema DNS, sono solo una mappatura da un nome host a un indirizzo IP. Per utilizzare il nome host 'localhost' (non c'è niente di speciale, è un nome host come tutti gli altri) deve essere mappato all'interfaccia di loopback (quindi punterà sempre al computer locale). Per garantire che funzioni, tutti i computer vengono forniti con questa mappatura predefinita nel loro hosts file, ma potrebbe potenzialmente essere rimosso, se non volessi essere in grado di utilizzare quel nome host.
Inoltre, come altri hanno notato, è molto utile assegnare un nome host a un computer. Quando sei connesso al computer, puoi fare in modo che visualizzi il suo nome host quando accedi, o come richiesta, o qualsiasi altro numero di posti. Ciò semplifica l'identificazione del computer a cui sei connesso. Se imposti quel nome host in DNS o lo metti in tutti i hosts file, sarai in grado di connetterti al computer facendo riferimento al suo nome host invece di dover conoscere il suo indirizzo IP tutto il tempo. (Ancora più utile se il computer utilizza DHCP, poiché l'indirizzo potrebbe cambiare. Se il computer aggiorna il DNS, il record DNS punterebbe al nuovo indirizzo IP; potresti comunque connetterti senza conoscere il nuovo indirizzo IP perché conosci il nome DNS ).
Ci sono molti altri usi di entrambi hosts e DNS, ma sospetto che tu abbia più domande che risposte se leggi tutto questo.
Soluzione 4:
A ogni host dovrebbe essere assegnato un nome significativo. Il nome host può servire più scopi:
1- Ti aiuta a riconoscere su cosa stai attualmente lavorando.
2- Utilizzo dei nomi configurati in /etc/hosts e/o record DNS è più facile che memorizzare molti indirizzi IP.
3- Localhost è un nome riservato per fare riferimento alla macchina corrente (indirizzo 127.0.0.1).
4- I record DNS sono utili per rendere i tuoi server accessibili pubblicamente.
La scelta di un nome adatto per ogni server ti aiuta molto nella tua amministrazione. Inoltre, aiuta i tuoi clienti ad accedere ai tuoi server.
Soluzione 5:
Solo come nota a margine:il corretto funzionamento della risoluzione DNS avanti e indietro è la pietra angolare assoluta di ogni installazione IT su questo pianeta. Non sottovalutare mai la necessità di un DNS ben mantenuto e di una corretta risoluzione del nome host!