Este capítulo proporciona información de referencia sobre la red TCP/IP para los archivos de configuración de la red, incluidos los tipos, su finalidad y el formato de las entradas de archivo. Las bases de datos de red existentes también se describen de forma pormenorizada. Asimismo, el capítulo muestra cómo se deriva la estructura de las direcciones IPv4, basándose en clasificaciones de red definidas y en los números de subred.
Este capítulo contiene la información siguiente:
En Solaris 10 7/07, el archivo /etc/inet/ipnodes pasa a estar obsoleto. Utilice /etc/inet/ipnodes únicamente para las versiones anteriores de Oracle Solaris 10, tal como se explica en los procedimientos individuales.
Cada sistema de la red obtiene su información de configuración de TCP/IP de los siguientes archivos de configuración de TCP/IP y bases de datos de red:
Archivo /etc/hostname.interfaz
Archivo /etc/nodename
Archivo /etc/defaultdomain
Archivo /etc/defaultrouter (opcional)
Base de datos hosts
En Solaris 10 11/06 y versiones anteriores, la base de datos ipnodes
Base de datos netmasks (opcional)
El programa de instalación de Oracle Solaris crea estos archivos como parte del proceso de instalación. También puede editar manualmente los archivos, como se describe en esta sección. hosts y netmasks son dos de las bases de datos de red que leen los servicios de nombres disponibles en las redes de Oracle Solaris. Bases de datos de red y el archivo nsswitch.conf describe detalladamente el concepto de bases de datos de red. En Solaris 10 11/06 y versiones anteriores, para obtener información sobre el archivo ipnodes, consulte Base de datos ipnodes.
Este archivo define las interfaces de red físicas del host local. En el sistema local debe haber como mínimo un archivo /etc/hostname.interfaz. El programa de instalación de Oracle Solaris crea un archivo /etc/hostname.interfaz para la primera interfaz que se encuentra durante el proceso de instalación. Esta interfaz normalmente tiene el número de dispositivo menor, por ejemplo, eri0, y se hace referencia a ella como la interfaz de red principal. Si el programa de instalación encuentra interfaces adicionales, puede configurarlas de modo opcional, como parte del proceso de instalación.
Si crea archivos alternativos de host para la misma interfaz, también deben seguir el formato de asignación de nombres host.[0-9]*, como, por ejemplo, nombre_host.qfe0.a123. Nombres como hostname.qfe0.bak o hostname.qfe0.old no son válidos y serán ignorados por las secuencias durante el inicio del sistema.
Tenga en cuenta también que sólo puede haber un archivo de nombre de host para una interfaz determinada. Si crea archivos alternativos de host para una interfaz con un nombre de archivo válido como, por ejemplo, /etc/hostname.qfe y /etc/hostname.qfe.a123 , las secuencias de comandos de inicio intentarán la configuración mediante la referencia a los contenidos de ambos archivos de host, y se generarán errores. Para evitar esos errores, proporcione un nombre de archivo no válido para el sistema host que no desea utilizar en una configuración concreta.
Si agrega una interfaz de red nueva al sistema tras la instalación, debe crear un archivo /etc/hostname.interfaz para dicha interfaz, tal como se explica en Cómo configurar una interfaz física tras la instalación del sistema. Asimismo, para que el software Oracle Solaris reconozca y utilice la nueva interfaz de red, debe cargar el controlador de dispositivos de la interfaz en el directorio correspondiente. Consulte la documentación que se incluye con la nueva interfaz de red para conocer el nombre de la interfaz pertinente y las instrucciones relativas al controlador de dispositivos.
El archivo /etc/hostname.interfaz básico contiene una entrada: el nombre de host o dirección IPv4 asociados con la interfaz de red. La dirección IPv4 se puede expresar en el formato decimal con punto tradicional o en la notación CIDR. Si utiliza un nombre de host como entrada para el archivo /etc/hostname.interfaz, dicho nombre de host también debe existir en el archivo /etc/inet/hosts.
Por ejemplo, supongamos que smc0 es la interfaz de red principal para un sistema denominado tenere. El archivo /etc/hostname.smc0 podría tener como entrada una dirección IPv4 en notación decimal con punto o CIDR, o el nombre de host tenere.
IPv6 utiliza el archivo /etc/hostname6.interfaz para definir las interfaces de red. Para más información, consulte Archivo de configuración de interfaces de IPv6.
Este archivo debe contener una entrada: el nombre de host del sistema local. Por ejemplo, en el sistema timbuktu, el archivo /etc/nodename incluiría la entrada timbuktu.
Este archivo debe contener una entrada: el nombre de dominio completo del dominio administrativo al que pertenece la red del host local. Puede proporcionar este nombre en el programa de instalación de Oracle Solaris o editar el archivo posteriormente. Para más información sobre los dominios de red, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).
Este archivo puede contener una entrada para cada enrutador que esté conectado directamente a la red. La entrada debe ser el nombre de la interfaz de red que actúe como enrutador entre las redes. La presencia del archivo /etc/defaultrouter indica que el sistema está configurado para admitir el enrutamiento estático.
La base de datos hosts contiene las direcciones IPv4 y los nombres de host de los sistemas de la red. Si utiliza el servicio de nombres NIS o DNS, o el servicio de directorios LDAP, la base de datos hosts se guarda en una base de datos designada para la información del host. Por ejemplo, en una red que ejecuta NIS, la base de datos hosts se guarda en el archivo hostsbyname.
Si utiliza los archivos locales para el servicio de nombres, la base de datos hosts se mantiene en el archivo /etc/inet/hosts. Este archivo contiene los nombres de host y las direcciones IPv4 de la interfaz de red principal, las demás interfaces de red conectadas al sistema y cualquier otra dirección de red que deba comprobar el sistema.
Para fines de compatibilidad con los sistemas operativos basados en BSD, el archivo /etc/hosts es un vínculo simbólico a /etc/inet/hosts.
El archivo /etc/inet/hosts utiliza la sintaxis básica que se incluye a continuación. Consulte la página del comando man hosts(4) para obtener información completa acerca de la sintaxis.
nombre_host dirección_IPv4 [apodos] [#comentario]
Contiene la dirección IPv4 de cada interfaz que debe reconocer el host local.
Contiene el nombre de host asignado al sistema durante la instalación, además de los nombres de host asignados a interfaces de red adicionales que debe reconocer el host local.
Es un campo opcional que contiene un apodo para el host.
Es un campo opcional para un comentario.
Al ejecutar el programa de instalación de Oracle Solaris en un sistema, el programa configura el archivo /etc/inet/hosts inicial. Este archivo contiene las entradas mínimas que requiere el host local. Las entradas incluyen la dirección en bucle, la dirección IPv4 del host y el nombre de host.
Por ejemplo, el programa de instalación de Oracle Solaris podría crear el siguiente archivo /etc/inet/hosts para el sistema tenere mostrado en la Figura 5–1:
127.0.0.1 localhost loghost #loopback address 192.168.200.3 tenere #host name |
En el Ejemplo 10–1, la dirección IPv4 127.0.0.1 es la dirección en bucle. La dirección en bucle es la interfaz de red reservada que utiliza el sistema local para permitir la comunicación entre los procesos. Esta dirección permite al host enviarse paquetes a sí mismo. El comando ifconfig utiliza la dirección en bucle para la configuración y las pruebas, tal como se explica en Supervisión de la configuración de interfaz con el comando ifconfig. Cada sistema de una red TCP/IP debe utilizar la dirección IP 127.0.0.1 para el bucle IPv4 del host local.
La dirección IPv4 192.168.200.1 y el nombre tenere son la dirección y el nombre de host del sistema local. Se asignan a la interfaz de red principal del sistema.
Algunos sistemas tienen más de una interfaz de red, dado que son enrutadores o hosts múltiples. Cada interfaz de red conectada al sistema requiere su propia dirección IP y un nombre asociado. Durante la fase de instalación, debe configurar la interfaz de red principal. Si un sistema concreto tiene varias interfaces en el momento de la instalación, el programa de instalación de Oracle Solaris preguntará por estas interfaces adicionales. De modo opcional, puede configurar una o más interfaces adicionales en este punto, o puede hacerlo manualmente más adelante.
Tras la instalación de Solaris, puede configurar interfaces adicionales para un enrutador o host múltiple agregando información de la interfaz al archivo /etc/inet/hosts del sistema. Para más información sobre cómo configurar los enrutadores y hosts múltiples, consulte Configuración de un enrutador IPv4 y Configuración de hosts múltiples.
El Ejemplo 10–2 muestra el archivo /etc/inet/hosts para el sistema timbuktu que se incluye en la Figura 5–1.
127.0.0.1 localhost loghost 192.168.200.70 timbuktu #This is the local host name 192.168.201.10 timbuktu-201 #Interface to network 192.9.201 |
Con estas dos interfaces, timbuktu conecta las redes 192.168.200 y 192.168.201 como enrutador.
Los servicios de nombres NIS y DNS, así como el servicio de directorios LDAP, guardan los nombres de host y direcciones en uno o más servidores. Estos servidores mantienen las bases de datos hosts que contienen información de cada host y enrutador (si es pertinente) en la red del servidor. Consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) para obtener más información acerca de estos servicios.
En una red que utiliza los archivos locales para el servicio de nombres, los sistemas que se ejecutan en modo de archivos locales consultan sus archivos /etc/inet/hosts individuales para conocer las direcciones IPv4 y los nombres de host de otros sistemas de la red. Por tanto, los archivos /etc/inet/hosts del sistema deben contener lo siguiente:
Dirección en bucle
Dirección IPv4 y nombre de host del sistema local (interfaz de red principal)
Dirección IPv4 y nombre de host de las interfaces de red adicionales conectadas a este sistema, si es preciso
Direcciones IPv4 y nombres de host de todos los hosts de la red local
Direcciones IPv4 y nombres de host de cualquier enrutador que deba conocer este sistema, si es preciso
Dirección IPv4 de cualquier sistema que desee consultar el sistema por nombre de host
La Figura 10–1 muestra el archivo /etc/inet/hosts para el sistema tenere. Este sistema se ejecuta en modo de archivos locales. Tenga en cuenta que el archivo contiene las direcciones IPv4 y los nombres de host de cada sistema de la red 192.9.200. El archivo también contiene la dirección IPv4 y el nombre de interfaz timbuktu-201. Esta interfaz conecta la red 192.9.200 con la red 192.9.201.
Un sistema configurado como cliente de red utiliza el archivo /etc/inet/hosts local para sus direcciones en bucle e IPv4.
La base de datos ipnodes ya no se incluye en las versiones posteriores a Solaris 10 11/06. En las versiones subsiguientes, las funciones de IPv6 de ipnodes se migran a la base de datos hosts.
El archivo /etc/inet/ipnodes almacena las direcciones IPv4 e IPv6. Además, puede guardar direcciones IPv4 en las notaciones decimal con punto o CIDR. Este archivo sirve como base de datos local que asocia los nombres de hosts con sus direcciones IPv4 e IPv6. No guarde los nombres de host y sus direcciones en archivos estáticos, como /etc/inet/ipnodes. En cambio, para fines de pruebas, debe guardar las direcciones IPv6 en un archivo del mismo modo que las direcciones IPv4 se guardan en /etc/inet/hosts. El archivo ipnodes utiliza la misma convención de formato que el archivo hosts. Para más información sobre /etc/inet/hosts, consulte Base de datos hosts. Consulte la página del comando man ipnodes(4) para ver una descripción del archivo ipnodes.
Las aplicaciones habilitadas para IPv6 utilizan la base de datos /etc/inet/ipnodes. La base de datos /etc/hosts existente, que contiene sólo direcciones IPv4, permanece igual para facilitar las aplicaciones existentes. Si la base de datos ipnodes no existe, las aplicaciones habilitadas para IPv6 utilizan la base de datos hosts existente.
Si necesita agregar direcciones, debe agregar las direcciones IPv4 tanto al archivo hosts como al archivo ipnodes. Las direcciones IPv6 se agregan sólo al archivo ipnodes.
Debe agrupar las direcciones del nombre de host por nombre de host, como se muestra en este ejemplo.
# # Internet IPv6 host table # with both IPv4 and IPv6 addresses # ::1 localhost 2001:db8:3b4c:114:a00:20ff:fe78:f37c farsite.com farsite farsite-v6 fe80::a00:20ff:fe78:f37c farsite-11.com farsitell 192.168.85.87 farsite.com farsite farsite-v4 2001:db8:86c0:32:a00:20ff:fe87:9aba nearsite.com nearsite nearsite-v6 fe80::a00:20ff:fe87:9aba nearsite-11.com nearsitell 10.0.0.177 nearsite.com nearsite nearsite-v4 loghost |
Debe editar la base de datos netmasks como parte de la configuración de red sólo si ha configurado las subredes en la red. La base de datos netmasks se compone de una lista de redes y sus máscaras de subred asociadas.
Al crear subredes, cada nueva red debe ser una red física independiente. No puede aplicar las subredes a una única red física.
Las subredes son un método para maximizar el espacio de direcciones IPv4 de 32 bits y reducir el tamaño de las tablas de enrutamiento en una interred mayor. En cualquier clase de dirección, las subredes proporcionan un medio de asignar parte del espacio de la dirección host a las direcciones de red, lo cual permite tener más redes. La parte del espacio de dirección de host asignada a las nuevas direcciones de red se conoce como número de subred.
Además de hacer que el espacio de la dirección IPv4 sea mas eficaz, las subredes presentan varias ventajas administrativas. El enrutamiento puede complicarse enormemente a medida que aumenta el número de redes. Por ejemplo, una pequeña organización podría asignar a cada red local un número de clase C. A medida que la organización va aumentando, puede complicarse la administración de los diferentes números de red. Es recomendable asignar pocos números de red de clase B a cada división principal de una organización. Por ejemplo, podría asignar una red de clase B al departamento de ingeniería, otra al departamento de operaciones, etc. A continuación, podría dividir cada red de clase B en redes adicionales, utilizando los números de red adicionales obtenidos gracias a las subredes. Esta división también puede reducir la cantidad de información de enrutamiento que se debe comunicar entre enrutadores.
Como parte del proceso de subredes, debe seleccionar una máscara de red para toda la red. La máscara de red determina cuántos y qué bits del espacio de la dirección host representan el número de subred y cuántos y cuáles representan el número de host. Recuerde que la dirección IPv4 completa se compone de 32 bits. En función de la clase de dirección, puede haber como máximo 24 bits y como mínimo 8 disponibles para representar el espacio de la dirección host. La máscara de red se especifica en la base de datos netmasks.
Si tiene previsto utilizar subredes, debe determinar la máscara de red antes de configurar TCP/IP. Si tiene previsto instalar el sistema operativo como parte de la configuración de red, el programa de instalación de Oracle Solaris solicita la máscara de red para la red.
Tal como se describe en Cómo diseñar un esquema de direcciones IPv4, las direcciones IP de 32 bits se componen de una parte de red y una parte de host. Los 32 bits se dividen en 4 bytes. Cada byte se asigna al número de red o al número de host, según la clase de red.
Por ejemplo, en una dirección IPv4 de clase B, los 2 bytes de la izquierda se asignan al número de red, y los 2 de la derecha al número de host. En la dirección IPv4 de clase B 172.16.10, puede asignar los 2 bytes de la derecha a hosts.
Si desea implementar subredes, debe utilizar algunos de los bits de los bytes asignados al número de host para aplicar a las direcciones de subred. Por ejemplo, un espacio de dirección host de 16 bits proporciona direcciones para 65.534 hosts. Si aplica el tercer byte a las direcciones de subred y el cuarto a las direcciones de host, puede asignar direcciones a 254 redes, con un máximo de 254 hosts en cada red.
Los bits de los bytes de direcciones host que se aplican a las direcciones de subredes y los que se aplican a direcciones host están determinados por una máscara de subred. Las máscaras de subred se utilizan para seleccionar bits de cualquiera de los bytes para utilizar como direcciones de subred. Aunque los bits de máscara de red deben ser contiguos, no es necesario que estén alineados con los límites del byte.
La máscara de red puede aplicarse a una dirección IPv4 utilizando el operador lógico AND en el nivel de bits. Esta operación selecciona las posiciones del número de red y el número de subred de la dirección.
Las máscaras de red se pueden explicar en términos de su representación binaria. Puede utilizar una calculadora para la conversión de binario a decimal. Los ejemplos siguientes muestran los formatos binario y decimal de la máscara de red.
Si se aplica una máscara de red 255.255.255.0 a la dirección IPv4 172.16.41.101, el resultado es la dirección IPv4 de 172.16.41.0.
172.16.41.101 & 255.255.255.0 = 172.16.41.0
En formato binario, la operación es:
10000001.10010000.00101001.01100101 (dirección IPv4)
y el operador AND con
11111111.11111111.11111111.00000000 (máscara de red)
Ahora el sistema busca un número de red de 172.16.41 en lugar de 172.16. Si la red tiene el número 172.16.41, dicho número es lo que comprueba y busca el sistema. Dado que puede asignar hasta 254 valores al tercer byte del espacio de dirección IPv4, las subredes permiten crear espacio de dirección para 254 redes, mientras que anteriormente el espacio sólo estaba disponible para una.
Si va a proporcionar espacio de dirección sólo para dos redes adicionales, puede utilizar la siguiente máscara de subred:
255.255.192.0
Esta máscara de red genera el resultado siguiente:
11111111.11111111.1100000.00000000
Este resultado deja 14 bits disponibles para las direcciones host. Dado que todos los 0 y 1 están reservados, deben reservarse como mínimo 2 bits para el número host.
Si la red ejecuta NIS o LDAP, los servidores de estos servicios de nombres guardan las bases de datos netmasks. En el caso de las redes que utilizan archivos locales para el servicio de nombres, esta información se guarda en el archivo /etc/inet/netmasks.
Para fines de compatibilidad con los sistemas operativos basados en BSD, el archivo /etc/netmasks es un vínculo simbólico a /etc/inet/netmasks.
El ejemplo siguiente muestra el archivo /etc/inet/netmasks para una red de clase B.
# The netmasks file associates Internet Protocol (IPv4) address # masks with IPv4 network numbers. # # network-number netmask # # Both the network-number and the netmasks are specified in # “decimal dot” notation, e.g: # # 128.32.0.0 255.255.255.0 192.168.0.0 255.255.255.0 |
Si el archivo /etc/netmasks no existe, créelo con un editor de texto. Use la sintaxis siguiente:
network-number netmask-number
Consulte la página del comando man netmasks(4) para obtener más información.
Cuando cree números de máscara de red, escriba el número de red asignado por el ISP o el registro de Internet (no el número de subred) y el número de máscara de red en /etc/inet/netmasks. Cada máscara de subred debe encontrarse en una línea distinta.
Por ejemplo:
128.78.0.0 255.255.248.0 |
También puede escribir nombres simbólicos para los números de red en el archivo /etc/inet/hosts. Estos nombres de red pueden utilizarse en lugar de los números de red como parámetros para los comandos.
El daemon inetd inicia los servicios de Internet cuando se inicia un sistema, y puede reiniciar un servicio mientras el sistema está en ejecución. Con la Utilidad de gestión de servicios (SMF), podrá modificar los servicios de Internet estándar o hacer que el daemon inetd inicie servicios adicionales.
Utilice los comandos SMF siguientes para administrar los servicios iniciados por el comando inetd:
Para las acciones de un servicio, como activar, desactivar o reiniciar. Para ver más detalles, consulte la página del comando man svcadm(1M).
Para consultar el estado de un servicio. Para ver más detalles, consulte la página del comando man svcs(1).
Para ver y modificar las propiedades de un servicio. Si desea más información, consulte la página del comando man inetadm(1M).
El valor de campo proto del perfil inetadm de un servicio específico indica el protocolo de capa de transporte en el que se ejecuta el servicio. Si el servicio está habilitado sólo para IPv4, el campo proto debe especificarse como tcp, udp o sctp.
Para obtener instrucciones sobre el uso de los comandos SMF, consulte SMF Command-Line Administrative Utilities de System Administration Guide: Basic Administration.
Para ver una tarea que utilice comandos SMF para agregar un servicio que se ejecute con SCTP, consulte Cómo agregar servicios que utilicen el protocolo SCTP.
Para obtener información sobre cómo agregar servicios que manejen solicitudes IPv4 e IPv6, consulte Daemon de servicios de Internet inetd.
Las bases de datos de red son archivos que proporcionan información necesaria para configurar la red. Son las siguientes:
hosts
netmasks
Base de datos ethers
bootparams
protocols
services
networks
Como parte del proceso de configuración, puede editar las bases de datos hosts y netmasks, si la red cuenta con subredes. Se utilizan dos bases de datos de red, bootparams y ethers, para configurar los sistemas como clientes de red. El sistema operativo utiliza las bases de datos restantes, que raramente requieren edición.
Aunque el archivo nsswitch.conf no es una base de datos de red, debe configurar este archivo junto con las bases de datos de red pertinentes. El archivo nsswitch.conf especifica qué servicio de nombre utilizar para un sistema concreto: archivos locales, NIS, DNS o LDAP.
El formato de la base de datos de red depende del tipo de servicio de nombres que seleccione para la red. Por ejemplo, la base de datos hosts contiene como mínimo el nombre de host y la dirección IPv4 del sistema local, así como cualquier interfaz de red que esté conectada directamente al sistema local. Sin embargo, la base de datos hosts puede contener otras direcciones IPv4 y nombres de host, según el tipo de servicio de nombres de la red.
El uso de las bases de datos de red es el siguiente:
Las redes que utilizan archivos locales para su servicio de nombres dependen de los archivos de los directorios /etc/inet y /etc.
NIS utiliza las bases de datos denominadas asignaciones NIS.
El inicio DNS y los archivos de datos no se corresponden directamente con las bases de datos de red.
La figura siguiente muestra los formatos de la base de datos hosts que utilizan estos servicios de nombres.
La tabla siguiente muestra las bases de datos de red y sus asignaciones NIS y archivos locales correspondientes.
La base de datos ipnodes se elimina de las versiones de Oracle Solaris a partir de Solaris 10 11/06.
Base de datos de red |
Archivos locales |
Asignaciones NIS |
---|---|---|
/etc/inet/hosts |
hosts.byaddr hosts.byname |
|
ipnodes |
/etc/inet/ipnodes |
ipnodes.byaddr ipnodes.byname |
/etc/inet/netmasks |
netmasks.byaddr |
|
/etc/ethers |
ethers.byname ethers.byaddr |
|
/etc/bootparams |
bootparams |
|
/etc/inet/protocols |
protocols.byname protocols.bynumber |
|
/etc/inet/services |
services.byname |
|
/etc/inet/networks |
networks.byaddr networks.byname |
En este manual se describen las bases de datos de red tal como las ven las redes que utilizan archivos locales para los servicios de nombres.
Encontrará información sobre la base de datos hosts en Base de datos hosts.
Para obtener información sobre la base de datos netmasks, consulte Base de datos netmasks.
En el caso de Solaris 10 11/06 y versiones anteriores, encontrará información sobre la base de datos ipnodes en Base de datos ipnodes.
Consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) para obtener información sobre las correspondencias de bases de datos de red en NIS, DNS y LDAP.
El archivo /etc/nsswitch.conf define el orden de búsqueda de las bases de datos de red. El programa de instalación de Oracle Solaris crea un archivo /etc/nsswitch.conf predeterminado para el sistema local, basándose en el servicio de nombres que indique durante el proceso de instalación. Si ha seleccionado la opción "None" que indica los archivos locales para el servicio de nombres, el archivo nsswitch.conf resultante será similar al del ejemplo siguiente.
# /etc/nsswitch.files: # # An example file that could be copied over to /etc/nsswitch.conf; # it does not use any naming service. # # "hosts:" and "services:" in this file are used only if the # /etc/netconfig file contains "switch.so" as a # nametoaddr library for "inet" transports. passwd: files group: files hosts: files networks: files protocols: files rpc: files ethers: files netmasks: files bootparams: files publickey: files # At present there isn't a 'files' backend for netgroup; the # system will figure it out pretty quickly, # and won't use netgroups at all. netgroup: files automount: files aliases: files services: files sendmailvars: files |
La página del comando man nsswitch.conf(4) describe el archivo de manera pormenorizada. A continuación se muestra la sintaxis básica:
base_datos servicio_nombres_para_buscar
El campo base_datos puede incluir uno de múltiples tipos de bases de datos en las que busca el sistema operativo. Por ejemplo, el campo puede indicar una base de datos que afecta a los usuarios, como passwd o aliases , o una base de datos de red. El parámetro servicio_nombres_para_buscar puede tener los valores files, nis o nis+ para las bases de datos de redes. La base de datos hosts también puede tener dns como servicio de nombres para buscar. Además, puede enumerar más de un servicio de nombres, como nis+ y files.
En el Ejemplo 10–5, la única opción de búsqueda que se indica es files. Por tanto, el sistema local obtiene información de seguridad y montaje automático, además de información de la base de datos de red, a partir de los archivos ubicados en los directorios /etc y /etc/inet.
El directorio /etc contiene el archivo nsswitch.conf, creado por el programa de instalación de Oracle Solaris. Este directorio también contiene archivos de plantilla para los siguientes servicios de nombres:
nsswitch.files
nsswitch.nis
Si desea cambiar de un servicio de nombres a otro, puede copiar la plantilla pertinente en nsswitch.conf. También puede editar de forma selectiva el archivo nsswitch.conf y cambiar el servicio de nombres predeterminado para buscar bases de datos individuales.
Por ejemplo, en una red que ejecuta NIS, es posible que tenga que cambiar el archivo nsswitch.conf en los clientes de red. La ruta de búsqueda de las bases de datos bootparams y ethers debe enumerar files como primera opción, y después nis. El ejemplo siguiente muestra las rutas de búsqueda correctas.
# /etc/nsswitch.conf:# . . passwd: files nis group: files nis # consult /etc "files" only if nis is down. hosts: nis [NOTFOUND=return] files networks: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc: nis [NOTFOUND=return] files ethers: files [NOTFOUND=return] nis netmasks: nis [NOTFOUND=return] files bootparams: files [NOTFOUND=return] nis publickey: nis netgroup: nis automount: files nis aliases: files nis # for efficient getservbyname() avoid nis services: files nis sendmailvars: files |
Para más información sobre el cambio de servicio de nombres, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).
La base de datos bootparams contiene información que utilizan los sistemas configurados para iniciarse en modo de cliente de red. Debe editar esta base de datos si la red tiene clientes de red. Consulte Configuración de clientes de red para conocer los procedimientos. La base de datos se genera a partir de la información que se especifica en el archivo /etc/bootparams.
La página del comando man bootparams(4) contiene la sintaxis completa para esta base de datos. A continuación se muestra la sintaxis básica:
nombre_sistema nombre_servidor_claves_archivo:nombre_ruta
Para cada sistema cliente de red, la entrada puede contener la información siguiente: el nombre del cliente, una lista de claves, los nombres de los servidores y los nombres de la ruta. El primer elemento de cada entrada es el nombre del sistema cliente. Todos los elementos son opcionales, a excepción del primero. A continuación se muestra un ejemplo.
myclient root=myserver : /nfsroot/myclient \ swap=myserver : /nfsswap//myclient \ dump=myserver : /nfsdump/myclient |
En este ejemplo, el término dump= indica a los hosts cliente que no deben buscar un archivo de volcado.
En la mayoría de los casos, la entrada comodín se utiliza durante la edición de la base de datos bootparams para la compatibilidad con clientes. A continuación, se incluye esta entrada:
* root=server:/path dump=:
El comodín de asterisco (*) indica que esta entrada se aplica a todos los clientes que no tengan un nombre específico en la base de datos bootparams.
La base de datos ethers se genera a partir de la información que se especifica en el archivo /etc/ethers. Esta base de datos asocia los nombres de host a sus direcciones de control de acceso de soportes (MAC). Sólo debe crear una base de datos ethers si está ejecutando el daemon RARP. En otros términos, esta base de datos debe crearse si está configurando clientes de red.
RARP utiliza el archivo para asignar direcciones MAC a direcciones IP. Si está ejecutando el daemon RARP in.rarpd, debe configurar el archivo ethers y guardarlo en todos los hosts que estén ejecutando el daemon para que los cambios se reflejen en la red.
La página del comando man ethers(4) contiene la sintaxis completa para esta base de datos. A continuación se muestra la sintaxis básica:
MAC-address hostname #comment |
Dirección MAC del host
Nombre oficial del host
Cualquier nota que desee anexar a una entrada del archivo
El fabricante del equipo proporciona la dirección MAC. Si un sistema no muestra la dirección MAC durante el proceso de inicio, consulte los manuales de hardware para obtener información al respecto.
Cuando añada entradas a la base de datos ethers, asegúrese de que los nombres de host correspondan a los nombres principales de la base de datos hosts y, para Solaris 10 11/06 y versiones anteriores, a los de la base de datos ipnodes, no a los apodos, tal como se indica a continuación.
8:0:20:1:40:16 fayoum 8:0:20:1:40:15 nubian 8:0:20:1:40:7 sahara # This is a comment 8:0:20:1:40:14 tenere |
Las bases de datos de red restantes raramente deben editarse.
La base de datos networks asocia los nombres de red con los números de red, lo cual permite a algunas aplicaciones utilizar y visualizar los nombres en lugar de los números. La base de datos networks se basa en la información del archivo /etc/inet/networks. Este archivo contiene los nombres de todas las redes a las que se conecta la red mediante enrutadores.
El programa de instalación de Oracle Solaris configura la base de datos networks inicial. Sin embargo, esta base de datos debe actualizarse si agrega una red nueva a la topología de red existente.
La página del comando man networks(4) contiene la sintaxis completa de /etc/inet/networks. A continuación se muestra el formato básico:
network-name network-number nickname(s) #comment |
Nombre oficial de la red
Número asignado por el ISP o el registro de Internet
Cualquier otro nombre por el que se conozca la red
Cualquier nota que desee anexar a una entrada del archivo
Debe guardar el archivo networks. El programa netstat utiliza la información de esta base de datos para producir tablas de estado.
A continuación se incluye un archivo /etc/networks de ejemplo.
#ident "@(#)networks 1.4 92/07/14 SMI" /* SVr4.0 1.1 */ # # The networks file associates Internet Protocol (IP) network # numbers with network names. The format of this file is: # # network-name network-number nicnames . . . # The loopback network is used only for intra-machine communication loopback 127 # # Internet networks # arpanet 10 arpa # Historical # # local networks eng 192.168.9 #engineering acc 192.168.5 #accounting prog 192.168.2 #programming |
La base de datos protocols enumera los protocolos TCP/IP que están instalados en el sistema y sus números de protocolo. El programa de instalación de Oracle Solaris crea automáticamente la base de datos. Este archivo rara vez requiere administración.
La página del comando man protocols(4) describe la sintaxis de esta base de datos. A continuación se incluye un ejemplo del archivo /etc/inet/protocols.
# # Internet (IP) protocols # ip 0 IP # internet protocol, pseudo protocol number icmp 1 ICMP # internet control message protocol tcp 6 TCP # transmission control protocol udp 17 UDP # user datagram protocol |
La base de datos services enumera los nombres de los servicios TCP y UDP y sus números de puerto conocidos. Los programas que llaman a los servicios de red utilizan esta base de datos. El programa de instalación de Oracle Solaris crea automáticamente la base de datos services. Normalmente, esta base de datos no requiere ninguna administración.
La página del comando man services(4) contiene información sobre la sintaxis completa. A continuación se incluye un segmento de un archivo /etc/inet/services típico.
# # Network services # echo 7/udp echo 7/tcp echo 7/sctp6 discard 9/udp sink null discard 11/tcp daytime 13/udp daytime 13/tcp netstat 15/tcp ftp-data 20/tcp ftp 21/tcp telnet 23/tcp time 37/tcp timeserver time 37/udp timeserver name 42/udp nameserver whois 43/tcp nickname |
Esta sección describe dos protocolos de enrutamiento que admite Oracle Solaris 10: Routing Information Protocol (RIP) y ICMP Router Discovery (RDISC). RIP y RDISC son protocolos TCP/IP estándar. Para ver una lista completa de los protocolos de enrutamiento disponibles para el sistema operativo Oracle Solaris 10, consulte la Tabla 5–1 y la Tabla 5–2.
RIP se implementa mediante el daemon de enrutamiento in.routed, que se inicia automáticamente al iniciar el sistema. Cuando se ejecuta en un enrutador con la opción s especificada, el comando in.routed rellena la tabla de enrutamiento del núcleo con una ruta a cada red accesible y comunica la posibilidad de acceso mediante todas las interfaces de red.
Cuando se ejecuta en un host con la opción q especificada, in.routed extrae la información de enrutamiento pero no comunica las posibilidades de acceso. En los hosts, la información de enrutamiento se puede extraer de dos modos:
No se especifica el indicador S ("S" mayúscula: "Modo de ahorro de espacio"). El comando in.routed genera una tabla de enrutamiento completa, al igual que en un enrutador.
Se especifica el indicador S. El comando in.routed crea una tabla de núcleo mínima, que contiene una única ruta predeterminada para cada enrutador disponible.
Los hosts utilizan RDISC para obtener información de enrutamiento de los enrutadores. De este modo, cuando los hosts ejecutan RDISC, los enrutadores también deben ejecutar otro protocolo, como RIP, para poder intercambiar información de enrutadores.
RDISC se implementa mediante el comando in.routed, que debe ejecutarse tanto en los enrutadores como en los hosts. En los hosts, in.routed utiliza RDISC para descubrir las rutas predeterminadas de los enrutadores que se dan a conocer a través de RDISC. En los enrutadores, in.routed utiliza RDISC para dar a conocer las rutas predeterminadas a los hosts en las redes conectadas directamente. Consulte las página del comando man in.routed(1M) y gateways(4).
La IANA ya no pone a disposición los números de red basados en clases, aunque hay muchas redes antiguas que siguen estando basadas en clases.
En esta sección se describen las clases de red IPv4. Cada clase utiliza el espacio de dirección IPv4 de 32 bits de un modo distinto, y proporciona más o menos bits para la parte de red de la dirección. Estas clases son las clases A, B y C.
Un número de red de clase A utiliza los 8 primeros bits de la dirección IPv4 como "parte de red". Los 24 bits restantes contienen la parte de host de la dirección IPv4, tal como muestra la figura siguiente.
Los valores asignados al primer byte de los números de red de clase A van del 0 al 127. Pongamos como ejemplo la dirección IPv4 75.4.10.4. El valor 75 del primer byte indica que el host se encuentra en una red de clase A. Los bytes restantes, 4.10.4, establecen la dirección del host. Sólo el primer byte de un número de clase A se registra con la IANA. El uso de los tres bytes restantes se deja a criterio del propietario del número de red. Sólo existen 127 redes de clase A. Cada uno de estos números puede incluir un máximo de 16.777.214 de hosts.
Un número de red de clase B utiliza 16 bits para el número de red y 16 bits para los números de host. El primer byte de un número de red de clase B va del 128 al 191. En el número 172.16.50.56, los dos primeros bytes, 172.16, se registran con la IANA, y componen la dirección de red. Los dos últimos bytes, 50.56, contienen la dirección de host, y se asignan según el criterio del propietario del número de red. La figura siguiente ilustra una dirección de clase B.
La clase B se asigna típicamente a las organizaciones que tienen varios hosts en sus redes.
Los números de red de clase C utilizan 24 bits para el número de red y 8 bits para los números de host. Los números de red de clase C son adecuados para redes con pocos hosts, con un máximo de 254 hosts. Un número de red de clase C ocupa los tres primeros bytes de una dirección IPv4. Sólo el cuarto byte se asigna según el criterio de los propietarios de la red. La figura siguiente representa gráficamente los bytes de una dirección de clase C.
El primer byte de un número de red de clase C va de 192 a 223. El segundo y el tercer byte van de 1 a 255. Una dirección de clase C típica podría ser 192.168.2.5. Los tres primeros bytes, 192.168.2, forman el número de red. El último byte de este ejemplo, 5, es el número de host.