Entidades de denominación en la red

Después de recibir su dirección IP de red asignada y de asignar las direcciones IP a los sistemas, debe asignar los nombres a los hosts. A continuación, debe determinar cómo administrar los servicios de nombres de la red. Estos nombres se utilizan inicialmente al configurar la red y después al expandirla por enrutadores, puentes y PPP.

Los protocolos TCP/IP localizan un sistema en una red utilizando su dirección IP. Sin embargo, si utiliza un nombre reconocible, puede identificar fácilmente el sistema. En consecuencia, los protocolos TCP/IP (y Oracle Solaris) requieren tanto la dirección IP como el nombre de host para identificar un sistema de modo exclusivo.

Desde el punto de vista del protocolo TCP/IP, una red es un conjunto de entidades con nombre. Un host es una entidad con un nombre. Un enrutador es una entidad con un nombre. La red es una entidad con un nombre. Del mismo modo, se puede asignar un nombre a un grupo o departamento en el que esté instalada la red, así como a una división, región o compañía. En teoría, la jerarquía de nombres que se pueden utilizar para identificar una red prácticamente no tiene límites. El nombre de dominio identifica un dominio.

Administración de nombres de host

Muchos sitios permiten a los usuarios elegir los nombres de host para sus equipos. Los servidores también requieren como mínimo un nombre de host, asociado a la dirección IP de su interfaz de red principal.

Como administrador del sistema, debe asegurarse de que cada nombre de host de su dominio sea exclusivo. En otros términos, no puede haber dos equipos en la red que tengan el nombre de "fred". Sin embargo, el equipo "fred" puede tener múltiples direcciones IP.

Cuando planifique su red, realice una lista de las direcciones IP y sus nombres de host asociados para poder acceder a ellos fácilmente durante el proceso de configuración. Dicha lista le ayudará a verificar que todos los nombres de host sean exclusivos.

Selección de un servicio de nombres y de directorios

Oracle Solaris permite utilizar tres tipos de servicios de nombres: archivos locales, NIS y DNS. Los servicios de nombres contienen información crítica sobre los equipos de una red, como los nombres de host, las direcciones IP, las direcciones Ethernet, etc. Oracle Solaris también permite utilizar el servicio de directorios LDAP además de un servicio de nombres, o en lugar de él. Para ver una introducción a los servicios de nombres de Oracle Solaris, consulte la Parte I, Acerca de los servicios de nombres y directorios de Guía de administración del sistema: Servicios de nombres y directorios (DNS, NIS y LDAP).

Bases de datos de red

Al instalar el sistema operativo, facilita el nombre de host y la dirección IP del servidor, los clientes o el sistema independiente como parte del procedimiento. El programa de instalación de Oracle Solaris incluye esta información en hosts y, en el caso de Solaris 10 11/06 y versiones anteriores de Solaris 10, la base de datos de red ipnodes. Esta base de datos forma parte de un conjunto de bases de datos de red que contienen la información necesaria para el funcionamiento de TCP/IP en la red. El servicio de nombres que seleccione para la red leerá estas bases de datos.

La configuración de las bases de datos de red es imprescindible. Debe decidir qué servicio de nombres utilizará como parte del proceso de planificación de la red. Asimismo, la decisión de utilizar servicios de nombres también determina si organizará la red en un dominio administrativo. Bases de datos de red y el archivo nsswitch.conf incluye información detallada sobre el conjunto de bases de datos de red.

Uso de NIS o DNS como servicio de nombres

Los servicios de nombres NIS y DNS crean bases de datos de red en varios servidores de la red. Guía de administración del sistema: Servicios de nombres y directorios (DNS, NIS y LDAP) describe estos servicios de nombres y explica cómo configurar las bases de datos. Asimismo, la guía explica de forma pormenorizada los conceptos de "espacio de nombres" y "dominio administrativo".

Uso de archivos locales como servicio de nombres

Si no implementa NIS, LDAP o DNS, la red utiliza archivos locales para proporcionar el servicio de nombres. El término "archivos locales" hace referencia a la serie de archivos del directorio /etc que utilizan las bases de datos de red. En los procedimientos de este manual se presupone que está utilizando archivos locales para el servicio de nombres, a menos que se especifique lo contrario.

Nombres de dominio

Muchas redes organizan sus hosts y enrutadores en una jerarquía de dominios administrativos. Si utiliza el servicio de nombres NIS o DNS, debe seleccionar un nombre de dominio para la organización que sea exclusivo en todo el mundo. Para asegurarse de que su nombre de dominio sea exclusivo, debe registrarlo con InterNIC. Si tiene previsto utilizar DNS, también debe registrar su propio nombre de dominio con InterNIC.

La estructura del nombre de dominio es jerárquica. Un nuevo dominio normalmente se ubica debajo de un dominio relacionado que ya existe. Por ejemplo, el nombre de dominio para una compañía subsidiaria puede ubicarse debajo el dominio de su compañía principal. Si el nombre de dominio no tiene otra relación, una organización puede colocar su nombre de dominio directamente debajo de uno de los dominios que hay en el nivel superior.

A continuación se incluyen algunos ejemplos de dominios de nivel superior:

• .com: compañías comerciales (de ámbito internacional)

• .edu: instituciones educativas (de ámbito internacional)

• .gov: organismos gubernamentales estadounidenses

• .fr: Francia

Seleccione el nombre que identifique a su organización, teniendo en cuenta que debe ser exclusivo.

Subdivisiones administrativas

Las subdivisiones administrativas están relacionadas con el tamaño y el control. Cuantos mas hosts y servidores haya en una red, más compleja será la tarea de administración. Puede configurar divisiones administrativas adicionales si es preciso. Agregue redes de una clase específica. Divida las redes existentes en subredes. La decisión de configurar subdivisiones administrativas para su red la determinan los factores siguientes:

• ¿Qué tamaño tiene la red?

  Una única división administrativa puede controlar una única red de varios cientos de hosts, todo en la misma ubicación física y con los mismos servicios administrativos. Sin embargo, en ocasiones es preciso establecer varias subdivisiones administrativas. Las subdivisiones resultan especialmente útiles si tiene una red reducida con subredes y está repartida por un área geográfica extensa.

• ¿Los usuarios de la red tienen necesidades similares?

  Por ejemplo, puede tener una red confinada a un único edificio que admita un número de equipos relativamente reducido. Estos equipos se reparten en una serie de subredes. Cada subred admite grupos de usuarios con diferentes necesidades. En este ejemplo, puede utilizar una subdivisión administrativa para cada subred.