☰

Nombres de dominio inconsistentes entre el nombre de host -f y el nombre de dominio

tag-icon • tag-icon domain-name-system domain-name
Nombres de dominio inconsistentes entre el nombre de host -f y el nombre de dominio

Estoy configurando un servidor de correo Postfix, nombre de host 'letras', para manejar el correo del dominio 'ejemplo.net'. Intenté configurar el nombre de dominio de las letras en ejemplo.net usando nis, pero obtengo resultados inconsistentes del nombre de host -f ('letters.stuff.comcast.net') y el nombre de dominio ('ejemplo.net') ¿Cómo puedo ¿Establecer el nombre de dominio para que el comando hostname -f informe 'ejemplo.net'? ¿Qué importancia tiene esto para el correcto funcionamiento de Postfix?

El anfitrión de las cartas ejecuta Ubuntu y se conecta a Internet mediante un módem por cable a Comcast, a través de un enrutador abierto. El servidor de nombres para el dominio example.net está en una computadora Debian remota, que aún no se ha configurado para crear un host o un alias para las letras.

Supongo que el nombre de dominio en la salida del nombre de host refleja el nombre de dominio obtenido del servidor comcast por el cliente dhcp del box, y refleja la idea de que el box es un cliente en esa red. ¿La solución es crear el host de 'letras' en el servidor de nombres, por ejemplo.net? ¿Eso requiere además agregar ese servidor de nombres a los que figuran en el archivo resolv.conf de las cartas?

Respuesta1

Asegúrese de que sus /etc/hostsentradas (o NIS) sean correctas.

Iba a intentar explicarlo, pero la página de manual cuenta mejor la historia:

THE FQDN
    You can't change the FQDN (as returned by hostname --fqdn) or  the  DNS
    domain  name (as returned by dnsdomainname) with this command. The FQDN
    of the system is the name that the resolver(3)  returns  for  the  host
    name.

    [..]

    Therefore  it  depends on the configuration (usually in /etc/host.conf)
    how you can change it. Usually (if the hosts file is parsed before  DNS
    or NIS) you can change it in /etc/hosts.

Respuesta2

Me encontré con este problema ayer mientras trabajaba en una actualización del servidor que alguien más inició... La salida del nombre de host -f nunca tuvo el dominio final correcto (falta .org).

# hostname foobar.example.org
# hostname -f
foobar.example
#

# cat /etc/hosts
10.20.11.244    foobar.example foobar

La solución:

La parte de dominio de hostname -f parece provenir de una entrada /etc/hosts para ese host. Después de arreglar el nombre de host en /etc/hosts, hostname -f devolvía el dominio correcto:

# hostname foobar
# hostname
foobar
# hostname -f
foobar.example.org

YMMV.

Respuesta3

Si su IP no es estática, entonces /etc/hostsno funcionará para usted (o solo funcionará temporalmente hasta que obtenga una nueva IP). No estoy seguro de si esto funcionará, pero aquí hay algo que puedes probar:

  1. configure su cliente dhcp para no solicitar el nombre de dominio del servidor dhcp. O simplemente dígale que no toque resolv.conf en absoluto, lo cual es posible que ya haya hecho si tiene servidores de nombres personalizados.
  2. Configure su nombre de dominio en ejemplo.net en/etc/resolv.conf
  3. asegúrese de que su servidor de nombres pueda resolverlo letters.example.net. Supongo que necesitará utilizar algún tipo de servicio DNS dinámico, ya que esta solución es para IP no estáticas.

Lo que podría significar que mi respuesta a su pregunta es simplemente "sí".

Respuesta4

Este es un problema comúnmente mal entendido con el "nombre de dominio". Aquí está la parte superior de la página de manual de mi sistema Mac OS X, pero la suya será similar:

DOMAINNAME(1)             BSD General Commands Manual            DOMAINNAME(1)

NAME
     domainname -- set or print the name of the current NIS domain

¡Este comando no se utiliza para la configuración de DNS!

información relacionada