Cómo arreglar un mensaje ‘DNS: se ha especificado un host no válido’ en un ordenador


En el servidor -

Haga la entrada de ese host en particular en su servidor DNS.


En el host -

Haga la entrada de la dirección IP del servidor DNS donde mencionó la dirección IP.


Puede hacer la entrada del nombre de host del servidor DNS y su dirección IP en su archivo de host.

Servidor DNS

El Sistema de Nombres de Dominio (DNS) es el protocolo de resolución de nombres para redes TCP/IP, como Internet. Los equipos clientes consultan a un servidor DNS para resolver nombres DNS memorables y alfanuméricos a las direcciones IP que los equipos utilizan para comunicarse entre sí.

En Linux los servidores DNS que el sistema utiliza para la resolución de nombres se definen en el archivo:

/etc/resolv.conf

Abrir resolv.conf con un editor como nano para hacer los cambios necesarios (si no existe ya esto creará el archivo por nosotros):

sudo nano /etc/resolv.conf

( Siempre es aconsejable usar sudo en lugar de entrar como usuario root )

Entrada de ejemplo -
nameserver 173.203.4.8

(Dirección IP de ejemplo, absolutamente hay que poner la tuya )

$ host 72.3.128.240

240.128.3.72.in-addr.arpa puntero del nombre de dominio cachens1.dfw1.rackspace.com.

$ host cachens1.dfw1.rackspace.com cachens1.dfw1.rackspace.com tiene la dirección 72.3.128.240 cachens1.dfw1.rackspace.com tiene la dirección IPv6 2001:4800:d::1
Añadir registros de recursos

Se aplica a: Windows Server 2008, Windows Server 2008 R2

Después de crear una zona, debe agregarle registros de recursos adicionales. Los registros de recursos más comunes que se agregan son los siguientes:

Registros de recursos de host (A): para asignar un nombre de dominio del Sistema de Nombres de Dominio (DNS) a una dirección IP que utiliza un equipo.

Registros de recursos de alias (CNAME): para asignar un nombre de dominio DNS de alias a otro nombre primario o canónico.

Registros de recursos de intercambiador de correo (MX): para asignar un nombre de dominio DNS al nombre de un equipo que intercambia o reenvía correo.

Registros de recursos de puntero (PTR): para mapear un nombre de dominio DNS inverso que se basa en la dirección IP de un equipo que apunta al nombre de dominio DNS directo de ese equipo.

Registros de recursos de localización de servicios (SRV): para mapear un nombre de dominio DNS a una lista especificada de equipos host DNS que ofrecen un tipo de servicio específico, como los controladores de dominio de Active Directory.

Otros registros de recursos según sea necesario.

Registros de recursos de host (A)

Los registros de recursos de host (A) se utilizan en una zona para asociar los nombres de dominio DNS de los equipos (o hosts) a sus direcciones IP. Puede añadirlos a una zona de varias maneras:

Puede crear manualmente un registro de recursos host (A) para un equipo cliente TCP/IP estático utilizando el Administrador de DNS.

Los clientes y servidores de Windows utilizan el servicio Cliente DNS para registrar y actualizar dinámicamente sus propios registros de recursos host (A) en DNS cuando se produce un cambio de configuración IP.

Los equipos cliente habilitados para el Protocolo de configuración dinámica de host (DHCP) que ejecutan versiones anteriores de los sistemas operativos de Microsoft pueden tener sus registros de recursos de host (A) registrados y actualizados por proxy si obtienen su arrendamiento IP de un servidor DHCP cualificado. (Sólo el servicio de servidor DHCP de Windows 2000, Windows Server 2003 y Windows Server 2008 admite esta función.)

No todos los equipos requieren los registros de recursos de host (A), pero los equipos que comparten recursos en una red los necesitan. Cualquier equipo que comparta recursos y deba ser identificado por su nombre de dominio DNS debe utilizar registros de recursos de host (A) para proporcionar la resolución de nombres DNS a la dirección IP del equipo.

La mayoría de los registros de recursos de host (A) que se requieren en una zona pueden incluir otras estaciones de trabajo o servidores que comparten recursos, otros servidores DNS, servidores de correo y servidores Web. Estos registros de recursos constituyen la mayoría de los registros de recursos en una base de datos de zona.

Los registros de recursos Alias (CNAME)

Los registros de recursos Alias (CNAME) también se denominan a veces registros de recursos de nombres canónicos. Con estos registros, puede utilizar más de un nombre para apuntar a un único host, lo que facilita cosas como alojar un servidor de Protocolo de Transferencia de Archivos (FTP) y un servidor web en el mismo equipo. Por ejemplo, los nombres de servidores conocidos (ftp, www) se registran con registros de recursos alias (CNAME) que se asignan al nombre de host DNS (como servidor-1) para el equipo servidor que aloja estos servicios.

Recomendamos los registros de recursos alias (CNAME) para los siguientes escenarios:

Cuando se debe cambiar el nombre de un host que está especificado en un registro de recursos host (A) en la misma zona

Cuando un nombre genérico para un servidor conocido, como www, debe resolverse a un grupo de equipos individuales (cada uno con registros de recursos host (A) individuales) que proporcionan el mismo servicio, por ejemplo, en un grupo de servidores Web redundantes.

Cuando cambie el nombre de un equipo con un registro de recursos de host (A) existente en la zona, puede utilizar un registro de recursos de alias (CNAME) temporalmente para permitir un período de gracia para que los usuarios y los programas cambien del antiguo nombre del equipo al nuevo, de la siguiente manera:

Para el nuevo nombre de dominio DNS del equipo, añada un nuevo registro de recursos de host (A) a la zona.

Para el antiguo nombre de dominio DNS, añada un registro de recursos de alias (CNAME) que apunte al nuevo registro de recursos de host (A).

Quite el registro de recursos de host (A) original para el antiguo nombre de dominio DNS (y su registro de recursos de puntero (PTR) asociado, si procede) de la zona.

Cuando utilice un registro de recursos de alias (CNAME) para poner un alias o cambiar el nombre de un equipo, establezca un límite temporal sobre el tiempo que se utiliza el registro en la zona antes de eliminarlo del DNS. Si se olvida de eliminar el registro de recursos de alias (CNAME) y más tarde se elimina su registro de recursos de host (A) asociado, el registro de recursos de alias (CNAME) puede malgastar recursos del servidor tratando de resolver consultas para un nombre que ya no se utiliza en la red.

El uso más común o popular de un registro de recursos de alias (CNAME) es proporcionar un nombre de dominio de alias DNS permanente para la resolución de nombres genéricos de un nombre basado en el servicio, como www.tailspintoys.com, a más de un equipo o una dirección IP en un servidor Web. El siguiente ejemplo muestra la sintaxis básica de un registro de recursos alias (CNAME):

nombre_alias IN CNAMEprimary_canonical_name

En este ejemplo, un equipo llamado host-a.tailspintoys.com funciona tanto como un servidor web llamado www.tailspintoys.com. como un servidor FTP llamado ftp.tailspintoys.com. Para lograr el objetivo previsto de nombrar este equipo, puede añadir las siguientes entradas CNAME en la zona tailspintoys.com:

host-a IN A 10.0.0.20 ftp IN CNAME host-a www IN CNAME host-a

Si más adelante decide trasladar el servidor FTP a otro equipo -, separado del servidor Web en el host-a - simplemente cambie el registro de recursos alias (CNAME) en la zona para ftp.tailspintoys.com y añada un registro de recursos host (A) adicional a la zona para el nuevo equipo que aloja el servidor FTP.

Basándose en el ejemplo anterior, si el nuevo equipo se llama host-b.tailspintoys.com, los registros de recursos host (A) y alias (CNAME) nuevos y revisados aparecen como sigue:

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

Los registros de recursos del intercambiador de correo (MX)

Las aplicaciones de correo electrónico utilizan el registro de recursos del intercambiador de correo (MX) para localizar un servidor de correo basado en un nombre de dominio DNS en la dirección de destino para el destinatario de un mensaje. Por ejemplo, una consulta DNS para el nombre example.tailspintoys.com puede utilizarse para encontrar un registro de recursos de intercambiador de correo (MX), que hace posible que una aplicación de correo electrónico reenvíe o intercambie correo a un usuario con la dirección de correo electrónico [email protected]

El registro de recursos de intercambiador de correo (MX) muestra el nombre de dominio DNS del equipo o equipos que procesan el correo para un dominio. Si existen varios registros de recursos de intercambiador de correo (MX), el servicio Cliente DNS intenta ponerse en contacto con los servidores de correo en el orden de preferencia desde el valor más bajo (mayor prioridad) hasta el valor más alto (menor prioridad). El siguiente ejemplo muestra la sintaxis básica de un registro de recursos de intercambiador de correo (MX):

nombre_del_dominio_de_correo IN MXpreferencemailserver_host

Usando los registros de recursos de intercambiador de correo (MX) del siguiente ejemplo para la zona tailspintoys.com, el correo que se dirige a [email protected] se entrega primero a [email protected], si es posible. Si este servidor no está disponible, el cliente de resolución puede utilizar [email protected] en su lugar.

@ IN MX 1 mailserver0 @ IN MX 2 mailserver1

Note que el uso del signo "at" (@) en los registros indica que el nombre de dominio DNS del remitente es el mismo que el nombre de origen (tailspintoys.com) para la zona.

Registros de recursos Pointer (PTR)

Los registros de recursos Pointer (PTR) soportan el proceso de búsqueda inversa, basado en zonas que se crean y arraigan en el dominio in-addr.arpa. Estos registros localizan un equipo por su dirección IP y resuelven esta información al nombre de dominio DNS de ese equipo.

Los registros de recursos de puntero (PTR) pueden añadirse a una zona de varias maneras:

Se puede crear manualmente un registro de recursos de puntero (PTR) para un equipo cliente TCP/IP estático utilizando el DNS, ya sea como un procedimiento independiente o como parte del procedimiento para crear un registro de recursos de host (A).

Los ordenadores utilizan el servicio Cliente DNS para registrar y actualizar dinámicamente su registro de recursos de puntero (PTR) en DNS cuando se produce un cambio de configuración IP.

Todos los demás ordenadores cliente habilitados para el Protocolo de configuración dinámica de host (DHCP) pueden tener sus registros de recursos de puntero (PTR) registrados y actualizados por el servidor DHCP si obtienen su arrendamiento IP de un servidor cualificado. El servicio de servidor DHCP de Windows 2000, Windows Server 2003 y Windows Server 2008 proporciona esta capacidad.

El registro de recursos de puntero (PTR) se utiliza sólo en las zonas de búsqueda inversa para admitir la búsqueda inversa.

Registros de recursos de ubicación de servicios (SRV)

Los registros de recursos de ubicación de servicios (SRV) son necesarios para la ubicación de los controladores de dominio de Active Directory. Normalmente, puede evitar la administración manual de los registros de recursos de ubicación de servicios (SRV) cuando instala los Servicios de dominio de Active Directory (AD DS).

De forma predeterminada, el Asistente de instalación de los Servicios de dominio de Active Directory intenta localizar un servidor DNS basado en la lista de servidores DNS preferidos o alternativos, que están configurados en cualquiera de sus propiedades de cliente TCP/IP, para cualquiera de sus conexiones de red activas. Si se contacta con un servidor DNS que pueda aceptar la actualización dinámica del registro de recursos de localización de servicios (SRV), el proceso de configuración se completa. (Esto también es cierto para otros registros de recursos que están relacionados con el registro de AD DS como servicio en DNS.)

Si, durante la instalación, no se encuentra un servidor DNS que pueda aceptar actualizaciones para el nombre de dominio DNS que se utiliza para nombrar su directorio, el asistente puede instalar un servidor DNS localmente y configurarlo automáticamente con una zona para admitir el dominio de Active Directory.

Por ejemplo, si el dominio de Active Directory que elige para su primer dominio en el bosque es example.tailspintoys.com, puede añadir y configurar una zona que esté enraizada en el nombre de dominio DNS de example.tailspintoys.com para utilizarla con el servidor DNS que se ejecuta en el nuevo controlador de dominio.

En el futuro, el registro de recursos de ubicación de servicios (SRV) también puede utilizarse para registrar y buscar otros servicios TCP/IP conocidos en su red si las aplicaciones implementan y admiten consultas de nombres DNS que especifiquen este tipo de registro.

Otros registros de recursos adicionales

El DNS de Windows Server 2008 admite otros registros de recursos adicionales y se utilizan con menos frecuencia en la mayoría de las zonas. Puede añadir estos tipos adicionales de registros de recursos según sea necesario con el Administrador de DNS.

Fuentes: sitio de Microsoft y cosas aleatorias de Internet.