Diferencia entre nombre de host y nombre de dominio


84

¿Cuál es la diferencia entre Hostname y Domain name? especialmente en lo que respecta a NIC

¿Podría alguien elaborar con ejemplos ya que este concepto es un poco confuso

Respuestas:


78
  • hostname es el nombre dado al punto final (la máquina en cuestión)
    • y se usará para identificarlo a través de DNS si está configurado
  • dominio es el nombre dado a la ' red '
    • Será necesario llegar a la red desde un punto externo (como Internet)

Generalmente se escribe en la forma,

hostname.domain.com -- por ejemplo

Si usted está en (digamos) un campus universitario llamado ' The-University',
y su dominio se llama ' theuniversity.org',
una máquina en la red del campus llamada ' mymachine' se abordaría como ' mymachine.theuniversity.org'.

Si intentaba conectarse a esta máquina desde su red doméstica, la
abordaría con ese nombre completo.
La parte del dominio lo alcanzaría a la red del campus
y el nombre de host le permitiría llegar a la máquina exacta en el campus.
Estoy evitando los detalles de direccionamiento IP y puertas de enlace aquí.

Por esta razón, al acceder a la máquina desde otra máquina dentro del campus
puede funcionar solo con el nombre de host ( mymachine) sin el uso del nombre de dominio.

Para tomar una analogía, si estás en la misma ciudad, el nombre de la calle es suficiente.
Pero, para dirigirse a un lugar en otra ciudad, generalmente agregaría el nombre de la ciudad después de la calle.


Para una lectura más detallada,
la página de Wikipedia sobre el Servicio de nombres de dominio podría ser un buen punto de partida.


  • Al configurar DNS, se requerirá el nombre del servidor DNS.
    Este es un nombre de host (el servidor es una máquina direccionable).
  • Una dirección IP no puede apuntar a un Nombre de dominio,
    pero puede apuntar a un servidor de nombres de dominio (DNS).

¿tendría que mencionar el nombre de host en algún lugar al configurar el dns? y si tengo una IP estática que apunta al nombre de dominio, ¿tendría que mencionar el nombre de host en cualquier lugar o que sea independiente de la configuración del nombre de dominio
rzlines

3
Estoy en desacuerdo. ¡Un dominio no está limitado a una ubicación física, y ni siquiera a una red específica!
Arjan

2
@Arjan, acepto tu desacuerdo. He 'over' simplificado en la respuesta.
nik

2
@CiroSantilli 六四 事件 法轮功 包 卓 轩 Ambos son nombres de host. El nombre wwwen sí mismo no está calificado , y tiene toda la razón de que solo se resolverá adecuadamente "internamente". De hecho, se resolverá de manera diferente dependiendo de la configuración de DNS de una red. El nombre www.google.comes un nombre de dominio completo (FQDN; que desafortunadamente confunde la distinción entre "nombre de host" y "nombre de dominio") y debe resolverlo desde cualquier sistema conectado a Internet.
kbolino

1
@Utku No se trata de la ubicación física per se . Usted podría tener google.comen su ruta de búsqueda DNS (que se puede ajustar de forma automática a través de DHCP), usted podría tener un servidor DNS que los alias wwwque www.google.comcon un CNAMEregistro, o se podría añadir líneas a /etc/hosts. Puede hacer cualquiera de estas cosas usted mismo en sus propias computadoras / red, pero esto normalmente se deja a su red y administradores de sistema para configurar.
kbolino

6

¿Cuál es la diferencia entre hostname y domain name?

Un dominio es algo que registra y que apunta a sus servidores DNS * 0 . Estos servidores DNS * 1 pueden responder consultas de hosts dentro de ese dominio.

Tenga en cuenta que estos hosts no tienen que estar en la misma red.

Ejemplo:
Gameforge * 2 es una empresa con algunos juegos 'Freemium'. Cuenta con servidores en múltiples países. Tiene un solo dominio llamado gameforce.com.

s13.gameforce.com puede apuntar a un servidor en el Reino Unido (y una red en el Reino Unido), mientras que
s14..gameforce.com puede apuntar a un servidor en Alemania.

La ubicación de la red no está vinculada al nombre de dominio.

Un host es una computadora en una red. Ese host puede tener una NIC más y puede tener direcciones IP.

Especialmente en lo que respecta a NIC

En el caso de la mayoría de las computadoras domésticas, la computadora de escritorio o portátil tiene una NIC activa y una IP, pero es posible tener múltiples IP por NIC, o usar múltiples NIC. Para obtener más detalles sobre esa búsqueda en varios hogares .

Espero que esta última parte responda "en lo que respecta a NIC". De lo contrario, especifique su pregunta un poco más.



* 0 O a los servidores DNS de alguien que administra su dominio por usted.
* 1 Se recomiendan al menos dos servidores DNS en diferentes ubicaciones.
* 2 No estoy afiliado a ellos. Es solo el primer ejemplo en el que pensé.


1
Sí, y un FQDN puede apuntar a muchas máquinas, y muchos FQDN pueden apuntar a una máquina. Nombre de host es lo que la máquina se llama a sí misma. Puede ser solo uno. FQDN es lo que otros llaman la máquina. Pueden ser muchos nombres diferentes. Use getent hosts para probarlo y lea las páginas de manual. Podría dar algo de ayuda.
Anders

-4

Un nombre de host es el nombre de un servidor, en una red local puede ser un nombre simple como "servidor de correo".

Para su uso en Internet, el nombre de dominio y el nombre de host son para la mayoría de los propósitos prácticos lo mismo.

Ver el enlace relacionado de Wikipedia.

Leer más: http://wiki.answers.com/Q/Difference_between_domain_name_and_host_name#ixzz210PYEsh6


3
Ni siquiera es una Wikipedia.
Nakilon

2
El nombre de host y el nombre de dominio NO son lo mismo. Sospecho que respondió esto con un ejemplo específico muy limitado (por ejemplo, domain.tld y domain.tld . Pero la mayoría de los dominios tendrán muchos servidores, cada uno con sus propios nombres de host. Por ejemplo, fileserver-1.domain.tld, printerser. domain.tld, my_desktop.domain.tld, mylaptop.domain.tld, etc. Su ejemplo ignora todo esto y solo tiene un sentido limitado cuando considera que la web y el correo (¡registro MX!) a menudo se asignan al mismo lugar. esas son las excepciones!
Hennes

1
Esta respuesta es simplemente incorrecta.
Teemu Leisti
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.