Solaris 9 4/04: Guía de instalación

Capítulo 7 Preconfiguración de la información de configuración del sistema (tareas)

En este capítulo se explica cómo configurar de antemano la información del sistema, de esta manera puede evitar que se le solicite esta información durante la instalación del sistema operativo Solaris. Se explica también cómo preconfigurar la información de Power ManagementTM. Este capítulo se divide en los siguientes apartados:

Ventajas de preconfigurar la información de configuración del sistema

Los métodos de instalación requieren información de configuración de un sistema, como los dispositivos periféricos, el nombre del sistema, la dirección IP (Protocolo de Internet) y el servicio de nombres. Primero, buscan en el archivo sysidcfg y, después, en las bases de datos del servicio de nombres.

Cuando el programa de instalación Solaris Web Start, el programa suninstall de Solaris o JumpStart personalizado detectan que hay una información del sistema preconfigurada, no la vuelven a solicitar. Por ejemplo, si hay varios sistemas y no se desea que aparezca un indicador de zona horaria cada vez que se instale el software Solaris 9 en uno de los sistemas. En este caso se puede especificar la zona horaria en el archivo sysidcfg o en las bases de datos del servicio de nombres. Al instalar el software Solaris 9 el programa de instalación no le pedirá que escriba la zona horaria.

Métodos para preconfigurar la información del sistema

Para preconfigurar la información del sistema se puede elegir uno de los métodos siguientes. Puede agregar la información de configuración del sistema:

También se puede preconfigurar alguna información del sistema en el servidor DHCP, si la sede utiliza este servicio. Para obtener más información sobre cómo utilizar un servidor DHCP para preconfiguar información del sistema, consulte Preconfiguración de la información de configuración del sistema mediante el servicio DHCP (tareas).

La siguiente tabla ayuda a decidir si utilizar un archivo sysidcfg o una base de datos de servicios de nombre para preconfigurar la información de configuración del sistema.

Tabla 7–1 Métodos para preconfigurar la información de configuración del sistema

Información del sistema que se puede preconfigurar 

¿Se puede preconfigurar con el archivo sysidcfg?

¿Se puede preconfigurar con el servicio de nombres?

Servicio de nombres 

Sí 

Sí 

Nombre del dominio 

Sí 

No 

Servidor de nombres 

Sí 

No 

Interfaz de red 

Sí 

No 

Nombre del sistema 

Sí 

Dado que esta información es específica del sistema, edite el servicio de nombres en lugar de crear un archivo sysidcfg para cada sistema.

Sí 

Dirección de protocolo de Internet (IP) 

Sí 

Dado que esta información es específica del sistema, edite el servicio de nombres en lugar de crear un archivo sysidcfg para cada sistema.

Sí 

Máscara de red 

Sí 

No 

DHCP 

Sí 

No 

IPv6 

Sí 

No 

Ruta predeterminada 

Sí 

No 

Contraseña de usuario root 

Sí 

No 

Política de seguridad 

Sí 

No 

Idioma (entorno nacional) en el que se muestra el programa de instalación y el escritorio 

Sí 

Sí, en el caso de NIS o NIS+ 

No, en el caso de DNS o LDAP 

Tipo de terminal 

Sí 

No 

Zona horaria 

Sí 

Sí 

Fecha y hora 

Sí 

Sí 

Delegado de web 

No 

Se puede configurar esta información durante una instalación de Solaris Web Start, pero no mediante el archivo sysidcfg o el servicio de nombres.

No 

x86: tipo de monitor 

Sí 

No 

x86: idioma del teclado, disposición del teclado 

Sí 

No 

x86: tarjeta gráfica, profundidad de color, resolución de la pantalla, tamaño de la pantalla 

Sí 

No 

x86: dispositivo de puntero, número de botones, nivel de IRQ 

Sí 

No 

SPARC: Power Management (desconexión automática) 

No se permite la preconfiguración de Power Management mediante el archivo sysidcfg ni el servicio de nombres. En SPARC: Preconfiguración de la información de Power Management se incluye información detallada.

No 

No 

Preconfiguración con el archivo sysidcfg

Puede especificar un conjunto de palabras clave en el archivo sysidcfg para preconfigurar un sistema. Las palabras clave se detallan en la Tabla 7–2.

Debe crear un archivo sysidcfg para cada sistema que requiera información de configuración diferente. Puede usar el mismo archivo sysidcfg para preconfigurar la zona horaria en un conjunto de sistemas, si desea que todos ellos tengan la misma zona horaria. Sin embargo, si desea preconfigurar una contraseña de usuario root (superusuario) para cada uno de esos sistemas, deberá crear un archivo sysidcfg exclusivo para cada sistema.

Puede colocar el archivo sysidcfg en una de las ubicaciones siguientes:


Nota –

Si se realiza una instalación JumpStart predeterminada y se desea usar un archivo sysidcfg en un disquete, deberá colocarlo en el disquete del perfil. Para crear un disquete de perfil consulte Creación de un disquete de perfiles para sistemas autónomos.


Sólo puede colocar un archivo sysidcfg en un directorio o en un disquete. Si crea más de un archivo sysidcfg, deberá colocar cada uno en un directorio o disquete diferente.

Reglas de sintaxis para el archivo sysidcfg

En el archivo sysidcfg se pueden usar dos tipos de palabras clave: independientes y dependientes. Se garantiza que éstas son exclusivas sólo dentro de aquéllas. Una palabra clave dependiente sólo existe cuando se identifica con su palabra clave independiente asociada.

En este ejemplo, name_service es la palabra clave independiente y domain_name y name_server son las palabras dependientes:

name_service=NIS {domain_name=marquee.central.sun.com
name_server=connor(129.152.112.3)}

Regla de sintaxis 

Ejemplo 

Las palabras clave independientes se pueden enumerar en cualquier orden. 

pointer=MS-S
display=ati {size=15-inch}

Las palabras clave no distinguen entre mayúsculas y minúsculas. 

TIMEZONE=US/Central
terminal=PC Console

Todas las palabras clave dependientes deben escribirse entre llaves ({}) para vincularlas con las palabras clave independientes asociadas. 

name_service=NIS
       {domain_name=marquee.central.sun.com
        name_server=connor(129.152.112.3)}

Opcionalmente, se puede introducir valores entre comillas simples (`) o dobles (“). 

network_interface='none'

Sólo una de las instancias de la palabra clave será válida. Sin embargo, si especifica la palabra clave más de una vez, solo se usará la primera instancia de la palabra clave. 

network_interface=none
network_interface=le0

Palabras clave del archivo sysidcfg

La tabla siguiente muestra las palabras clave que se pueden usar en el archivo sysidcfg.

Tabla 7–2 Palabras clave que se pueden usar en sysidcfg

Información de configuración 

Palabras clave 

Valores o ejemplos 

Servicio de nombres, nombre de dominio, servidor de nombres 

name_service=NIS, NIS+, DNS, LDAP, NONE

 
  

Opciones para NIS y NIS+:{domain_name=nombre_dominio name_server=nombre_sistema(dirección_ip)}

name_service=NIS {domain_name=west.arp.com name_server=timber(129.221.2.1)}

name_service=NIS+ {domain_name=west.arp.com name_server=timber(129.221.2.1)}

 

Opciones de DNS:{domain_name=nombre_dominio name_server=dirección_ip, dirección_ip, dirección_ip (máximo tres) search=nombre_dominio, nombre_dominio, nombre_dominio, nombre_dominio, nombre_dominio, nombre_dominio (máximo seis, la longitud total no debe superar los 250 caracteres)}

name_service=DNS {domain_name=west.arp.com name_server=10.0.1.10,10.0.1.20 search=arp.com,east.arp.com}


Nota –

Elija un solo valor para name_service. Incluya ambas palabras clave domain_name y name_server, una de ellas o ninguna de ellas, según corresponda. Si no usa ninguna de las palabras clave, omita las llaves {}.


 

Opciones de LDAP:{domain_name=nombre_dominio profile=nombre_perfil profile_server=dirección_ip proxy_dn="nd_vínculo_delegado" proxy_password=contraseña}

name_service=LDAP
{domain_name=west.arp.com
profile=default
profile_server=129.221.2.1
proxy_dn="cn=proxyagent,ou=profile,
dc=west,dc=arp,dc=com"
proxy_password=password}


Nota –

Las palabras clave proxy_dn y proxy_password son opcionales. El valor de proxy_dn se debe escribir entre comillas dobles.


Interfaz de red, nombre de sistema, dirección IP (Protocolo de Internet), máscara de red, DHCP, IPv6 

network_interface=NONE, PRIMARY, or valor

  • NONE desactiva la conexión de red

  • PRIMARY es la primera interfaz activa sin bucle de retorno que se encuentra en el sistema. El orden es el mismo que en “ifconfig”. Si no hay ninguna interfaz activa se usa la primera interfaz sin bucle de retorno. Si no se encuentra ninguna, el sistema se configura como NON-NETWORKED.

  • valor especifica una conexión como le0 o hme0.

  Si se va a usar DHCP, se debe especificar: {dhcp protocol_ipv6=yes_o_no}

network_interface=primary {dhcp protocol_ipv6=yes}

 

Si no se va a usar el DHCP, se debe especificar: {hostname=nombre_sistema default_route=dirección_ip o NONE ip_address=dirección_ip netmask=máscara_red protocol_ipv6=yes_o_no}


Nota –

Si no se usa DHCP, no es necesario especificar protocol_ipv6=yes y default_route. No obstante, tenga en cuenta las cuestiones siguientes:

  • Una instalación JumpStart necesita que se especifique protocol_ipv6 ahora o de lo contrario se le indicará más tarde.

  • Si no se especifica default_route y no se puede detectar uno mediante el protocolo de descubrimiento del encaminador ICMP, se le indica que elija una ruta.


Si se utiliza el archivo sysidcfg en una instalación mediante arranque WAN, deberá indicar protocol_ipv6=no.

network_interface=le0 {hostname=feron default_route=129.146.88.1 ip_address=129.146.88.210 netmask=255.255.0.0 protocol_ipv6=no}


Nota –

Elija un solo valor para network_interface. Si fuera necesario, incluya cualquier combinación de las palabras clave hostname, ip_address y netmask. Si no se usa ninguna de estas palabras clave, omita las llaves ({}).


Contraseña de usuario root 

root_password=contraseña_root

Se codifica desde /etc/shadow.

Política de seguridad 

security_policy=kerberos, NONE

Opciones para Kerberos: {default_realm=FQDN admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

(FQDN es un nombre de dominio completo)

security_policy=kerberos
{default_realm=Yoursite.COM
admin_server=krbadmin.Yoursite.COM
kdc=kdc1.Yoursite.COM,
kdc2.Yoursite.COM}


Nota –

Se puede citar un máximo de tres centros de distribución de claves (KDC) y un mínimo de uno.


Idioma en el que se mostrará el programa de instalación y el escritorio 

system_locale=entorno_nacional

En el directorio /usr/lib/locale o en el Apéndice D se pueden consultar los valores de entorno nacional válidos.

Tipo de terminal 

terminal=tipo_terminal

Los subdirectorios del directorio /usr/share/lib/terminfo proporcionan los valores de terminal válidos.

Zona horaria 

timezone=zona_horaria

Los directorios y archivos del directorio /usr/share/lib/zoneinfo proporcionan los valores de zona horaria válidos. El valor de zona horaria es el nombre de la ruta relativa al directorio /usr/share/lib/zoneinfo. Por ejemplo, el valor de zona horaria para la hora estándar de las Montañas Rocosas de Estados Unidos es US/Mountain. El valor de zona horaria de Japón es Japan. También se puede especificar cualquier zona horaria Olson válida.

Fecha y hora 

timeserver=localhost, nombre_sistema, dirección_ip

Si se especifica localhost como servidor de la hora, se presupone que la hora del sistema será correcta. Si no está ejecutando un servicio de nombres y especifica el nombre_sistema o la dirección_ip de un sistema, se usará la hora de ese sistema para fijar la hora.

x86: tipo de monitor 

monitor=tipo_monitor

En el sistema en el que desea realizar la instalación, ejecute kdmconfig -d nombre_archivo. Adjunte la salida al archivo sysidcfg.

x86: idioma del teclado, disposición del teclado 

keyboard=idioma_teclado {layout=valor}

En el sistema en el que desea realizar la instalación, ejecute kdmconfig -d nombre_archivo. Adjunte la salida al archivo sysidcfg.

x86: tarjeta gráfica, profundidad de color, resolución de la pantalla, tamaño de la pantalla 

display=tarjeta_gráfica {size=tamaño_pantalla depth=profundidad_color resolution=resolución_pantalla}

En el sistema en el que desea realizar la instalación, ejecute kdmconfig -d nombre_archivo. Adjunte la salida al archivo sysidcfg.

x86: dispositivo de puntero, número de botones, nivel de IRQ 

pointer=dispositivo_puntero {nbuttons=número_botones irq=valor}

En el sistema en el que desea realizar la instalación, ejecute kdmconfig -d nombre_archivo. Adjunte la salida al archivo sysidcfg.

Para crear un archivo de configuración sysidcfg

  1. Cree un archivo llamado sysidcfg con un editor de texto.

  2. Escriba las palabras clave sysidcfg que desee.

  3. Guarde el archivo sysidcfg.


    Nota –

    Si crea más de un archivo sysidcfg, deberá guardarlos en directorios independientes o en distintos disquetes.


  4. Para que los clientes puedan acceder al archivo sysidcfg use una de las siguientes opciones:

    • Un sistema de archivos NFS. Use el comando add_install_client(1M) con la opción -p para configurar el sistema en el que se desea instalar desde la red.

    • El directorio raíz (/) en un disquete UFS o PCFS.

SPARC: Archivo sysidcfg de ejemplo

A continuación se muestra un ejemplo de un archivo sysidcfg para un grupo de sistemas SPARC. Los nombres de sistemas, direcciones IP y máscara de red de estos sistemas se han preconfigurado mediante la edición del servicio de nombres. Dado que toda la información de configuración del sistema se preconfigura en este archivo, puede usar un perfil JumpStart personalizado para realizar una instalación JumpStart personalizada.

system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee. central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=m4QPOWNY
network_interface=le0 {hostname=feron
                       default_route=129.146.88.1
                       ip_address=129.146.88.210
                       netmask=255.255.0.0
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=Yoursite.COM
                          admin_server=krbadmin.Yoursite.COM
                          kdc=kdc1.Yoursite.COM,
                          kdc2.Yoursite.COM}

x86: Archivo sysidcfg de ejemplo

A continuación se muestra un ejemplo de archivo sysidcfg para un grupo de sistemas x86 que usan el mismo tipo de teclado, tarjetas gráficas y dispositivos de señalización. La información de dispositivo (keyboard, display y pointer) se obtiene ejecutando el comando kdmconfig(1M) con la opción -d. Si se usa el archivo sysidcfg del ejemplo siguiente, aparecerá un indicador que solicita la selección de idioma (system_locale) antes de poder proseguir con la instalación.

keyboard=ATKBD {layout=US-English}
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=connor
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=URFUni9

Preconfiguración con el servicio de nombres

La tabla siguiente proporciona una información general muy clara de las bases de datos de servicio de nombres que hay que editar y cumplimentar para preconfigurar la información del sistema.

Información del sistema que hay que preconfigurar 

Base de datos del servicio de nombres 

Nombre del sistema y dirección IP (Protocolo de Internet) 

hosts

Fecha y hora 

hosts. Especifique el alias timehost al lado del nombre del sistema que proporcionará la fecha y la hora de los sistemas en los que se va a realizar la instalación.

Zona horaria 

timezone

Máscara de red 

netmasks

No es posible preconfigurar el entorno nacional de un sistema con el servicio de nombres DNS o LDAP. Si usa el servicio de nombres NIS o NIS+, siga el procedimiento de su servicio de nombres para preconfigurar el entorno nacional de un sistema:

Para preconfigurar el entorno nacional con NIS

  1. Conviértase en superusuario del servidor de nombres.

  2. Cambie /var/yp/Makefile para agregar el mapa del entorno nacional.

    1. Introduzca este procedimiento de shell después del último procedimiento de shell de variable. time.

      locale. time:  $(DIR)/locale
              -@if [ -f $(DIR)/locale ]; then \
                     sed -e "/^#/d" -e s/#. *$$// $(DIR)/locale \
                     | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \
                     | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale. byname; \
                     touch locale. time; \
                     echo "updated locale"; \
                     if [ ! $(NOPUSH) ]; then \
                             $(YPPUSH) locale. byname; \
                             echo "pushed locale"; \
                     else \
                     : ; \
                     fi \
              else \
                     echo "couldn't find $(DIR)/locale"; \
              fi
    2. Busque la cadena all: y, al final de la lista de variables, introduzca la palabra locale.

      all: passwd group hosts ethers networks rpc services protocols \
      	netgroup bootparams aliases publickey netid netmasks c2secure \
          timezone auto. master auto. home locale
      
    3. Hacia el final del archivo, después de la última entrada de este tipo, introduzca la cadena locale:locale. time en una nueva línea.

      passwd: passwd. time
      group: group. time
      hosts: hosts. time
      ethers: ethers. time
      networks: networks. time
      rpc: rpc. time
      services: services. time
      protocols: protocols. time
      netgroup: netgroup. time
      bootparams: bootparams. time
      aliases: aliases. time
      publickey: publickey. time
      netid: netid. time
      passwd. adjunct: passwd. adjunct. time
      group. adjunct: group. adjunct. time
      netmasks: netmasks. time
      timezone: timezone. time
      auto. master: auto. master. time
      auto. home: auto. home. time
      locale: locale. time
      
    4. Guarde el archivo.

  3. Cree el archivo /etc/locale y haga una entrada para cada dominio o sistema específico:

    entorno_nacional nombre_de_dominio
    

    O bien

    entorno_nacional  nombre_de_sistema
    

    Nota –

    El Apéndice D contiene una lista de entornos nacionales válidos.


    Por ejemplo, la siguiente entrada especifica que el francés es el idioma predeterminado en el dominio worknet.com:

    fr worknet.com

    Y la siguiente entrada especifica que Francés belga es el entorno predeterminado que utiliza un sistema denominado charlie:

    fr_BE charlie

    Nota –

    Los entornos nacionales están disponibles en el Solaris DVD o el CD Solaris Software 1 of 2.


  4. Haga los mapas:


    # cd /var/yp; make
    

    Los sistemas especificados por dominio o individualmente en el mapa locale se configuran de forma que usen el entorno nacional predeterminado. El entorno nacional predeterminado que se especificó se usa durante la instalación y después de rearrancar el sistema lo usará también el escritorio.

Para preconfigurar el entorno nacional con NIS+

El siguiente procedimiento presupone que se ha configurado el dominio NIS+. Encontrará documentación sobre la configuración del dominio NIS+ en System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

  1. Inicie una sesión en un servidor de nombres como superusuario o como usuario en el grupo de administración NIS+.

  2. Cree la tabla locale:


    # nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw=
    locale=,nogw= comment=,nogw=locale.org_dir.`nisdefaults -d`
    
  3. Agregue las entradas necesarias a locale.


    # nistbladm -a name=nombre locale=entorno_nacional comment=comentario
    locale.org_dir. `nisdefaults -d`
    
    nombre

    El nombre de dominio o el nombre de un sistema específico para el que desea preconfigurar un entorno nacional predeterminado.

    entorno_nacional

    El entorno nacional que desea instalar en el sistema y utilizar en el escritorio después de rearrancar. El Apéndice D contiene una lista de entornos nacionales válidos.

    comentario

    El campo de comentario. Use comillas dobles para iniciar y finalizar los comentarios de más de una palabra.


    Nota –

    Los entornos nacionales están disponibles en el Solaris DVD o el CD Solaris Software 1 of 2.


    Los sistemas que se especifican por dominio o individualmente en la tabla locale se configuran ahora para usar el entorno nacional predeterminado. El entorno nacional predeterminado que se especifica se usa durante la instalación y en el escritorio, después de rearrancar el sistema.

Preconfiguración de la información de configuración del sistema mediante el servicio DHCP (tareas)

Dynamic Host Configuration Protocol (DHCP) permite que los sistemas de una red TCP/IP se configuren de forma automática mientras arrancan. DHCP funciona mediante el mecanismo de cliente-servidor. Los servidores almacenan y gestionan la información de configuración de los clientes y la suministran cuando éstos la solicitan. Esta información incluye la dirección IP del cliente y los servicios de red de los que el cliente puede disponer.

Una de las ventajas de DHCP es la posibilidad de gestionar la asignación de direcciones IP mediante préstamos. Este sistema permite la reutilización de direcciones IP cuando otros clientes no las utilizan,lo que permite a una sede utilizar un juego de direcciones IP menor que el necesario, en el caso de que cada uno tuviera asignada una dirección permanente.

Con DHCP puede instalarse el sistema operativo Solaris en algunos sistemas clientes de la red. Sólo los sistemas Sun Enterprise Ultra y x86 que satisfagan los requerimientos de hardware para la instalación del sistema operativo Solaris podrán utilizar esta característica.

En el siguiente mapa de tareas se muestran las tareas de alto nivel necesarias para que los clientes puedan obtener los parámetros de instalación mediante DHCP.

Tabla 7–3 Mapa de tareas: preconfiguración de la información de configuración del sistema mediante el servicio DHCP

Tarea 

Descripción 

Instrucciones 

Configurar un servidor de instalación. 

Configure un servidor Solaris para dar soporte a los clientes a los que desea instalar el sistema operativo a través de la red. 

Capítulo 13

Configurar los clientes en la red mediante DHCP . 

El comando add_install_client -d permite que una clase de clientes (por ejemplo, un cierto tipo de máquina) o una ID de un cliente en particular admitan una instalación de red DHCP.

Con el DVD de Solaris: 

Adición de sistemas para instalar desde la red con una imagen de DVD

Con el CD de Solaris: 

Adición de sistemas para instalar desde la red con una imagen de CD

add_install_client(1M)

Preparar la red para que pueda utilizar el servicio DHCP. 

Decida la configuración del servidor DHCP. 

“Planning for DHCP Service (Task)” in System Administration Guide: IP Services

Configurar el servidor de DHCP 

DHCP Manager permite configurar el servidor DHCP. 

“Configuring DHCP Service (Task)” in System Administration Guide: IP Services

Crear las opciones de DHCP de los parámetros de instalación y las macros que las incluirán. 

Utilice DHCP Manager o dhtadm para indicar las opciones nuevas del proveedor y las macros que el servidor DHCP puede utilizar para pasar la información de instalación a los clientes.

Creación de las opciones de DHCP y las macros de los parámetros de instalación de Solaris

Creación de las opciones de DHCP y las macros de los parámetros de instalación de Solaris

Al agregar clientes con la secuencia add_install_client -d en el servidor de instalación, la secuencia muestra la información de configuración DHCP por la salida estándar que es útil para crear las opciones y macros necesarias para pasar la información de instalación a través de la red a los clientes.

Para instalar clientes DHCP en la red, es necesario crear primero las opciones de categoría de proveedor para poder pasar la información necesaria para instalar el sistema operativo Solaris. La Tabla 7–4 muestra las opciones que deben crearse y las propiedades necesarias para crearlas.

Puede personalizar las macros en el servicio DHCP para efectuar los tipos de instalaciones siguientes.

Si desea obtener más información sobre la configuración de clientes para efectuar instalaciones desde la red, consulte los procedimientos siguientes.

Las clases clientes que se muestran en la siguiente tabla indican qué clases cliente pueden utilizar esta opción; son sólo algunos de los ejemplos posibles. Debe especificar las clases cliente que indiquen los clientes que efectivamente necesitan la instalación a través de la red. Consulte “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services para obtener información sobre cómo determinar la clase cliente del proveedor de un cliente.

Para obtener información detallada sobre las opciones de DHCP, consulte “DHCP Option Information” in System Administration Guide: IP Services.

Tabla 7–4 Valores para la creación de las opciones de categoría de proveedor de clientes de Solaris

Nombre 

Código 

Tipo de datos 

Granularidad 

Máximo 

Clases cliente del proveedor * 

Descripción 

Las siguientes opciones de categorías de vendedores son necesarias para que el servidor DHCP admita los clientes en los que se instala Solaris. Estas opciones se utilizan en las secuencias de arranque de estos clientes.

SrootIP4

Dirección IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Dirección de IP del servidor raíz 

SrootNM

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Nombre del host del servidor raíz 

SrootPTH

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta hacia el directorio raíz del cliente en el servidor raíz 

SinstIP4

10 

Dirección IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Dirección IP del servidor de instalación JumpStart 

SinstNM

11 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Nombre del host del servidor de instalación 

SinstPTH

12 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta a la imagen de la instalación en el servidor de instalación 

Opciones que pueden utilizar las secuencias de arranque de los clientes, aun no siendo obligatorias.

SrootOpt

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Opciones de montaje NFS del sistema de archivos raíz del cliente 

SbootFIL

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta al archivo de arranque del cliente 

SbootRS

NÚMERO 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Tamaño de lectura de NFS utilizado por el programa de arranque independiente al cargar el núcleo 

SsysidCF

13 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta al archivo sysidcfg, con formato servidor:/ruta

SjumpsCF

14 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta al archivo de configuración JumpStart, con el formato servidor:/ruta

SbootURI

16 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta al archivo de arranque independiente o arranque WAN. En el caso de archivo de arranque independiente, utilice el siguiente formato. 

tftp://inetboot. sun4u

En el caso del archivo WAN, el formato es 

http://host. dominio/ ruta-al-archivo

Se puede utilizar esta opción para ignorar los valores de BootFile y siaddr para recuperar un archivo de arranque independiente. Protocolos admitidos:tftp (inetboot), http (wanboot). Por ejemplo, utilice el siguiente formato. tftp://inetboot. sun4u

SHTTPproxy

17 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

La dirección IP y el puerto del servidor proxy utilizado en la red. Esta opción es necesaria sólo cuando se arranca en una WAN y la red local utiliza un servidor proxy. Por ejemplo, utilice el siguiente formato. 198.162.10.5:8080

En la actualidad, las secuencias de arranque de clientes de Solaris no admiten las siguientes opciones. Sólo se pueden utilizar si se editan las secuencias de arranque.

SswapIP4

Dirección IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Dirección de IP del servidor de intercambio 

SswapPTH

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Ruta al directorio de intercambio del cliente en el servidor de intercambio 

Stz

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Zona horaria del cliente 

Sterm

15 

Texto ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Tipo de terminal 

Una vez creadas las opciones, podrá crear las macros que las utilizan. En la siguiente tabla se muestran unas macros de ejemplo que se pueden utilizar para la instalación de Solaris en los clientes.

Tabla 7–5 Macros de ejemplo que admiten la instalación de Solaris a través de una red

Nombre de la macro 

Contiene las siguientes opciones y macros 

Solaris

SrootIP4, SrootNM, SinstIP4, SinstNM

sparc

SrootPTH, SinstPTH

sun4u

macros Solaris y sparc

i86pc

macro Solaris, SrootPTH, SinstPTH, SbootFIL

SUNW.i86pc

macro i86pc

SUNW.Sun-Blade-1000

macro sun4u, SbootFIL

SUNW.Sun-Fire-880

macro sun4u, SbootFIL

macros de dirección de red xxx. xxx. xxx. xxx

La opciónBootSrvA puede añadirse a macros de direcciones de red ya existentes. El valor BootSrvA debe indicar el servidor tftboot.

Los nombres de macros que aparecen en la tabla anterior coinciden con las clases clientes de los proveedores de los clientes que deben instalarse desde la red. Estos nombres son ejemplos de los que podrían existir en la red. Consulte “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services para obtener información sobre cómo determinar la clase cliente del proveedor de un cliente.

Los siguientes métodos permiten la creación de las opciones y macros.

Escritura de secuencias que utilicen dhtadm para crear opciones y macros

Para crear una secuencia en shell Korn, adapte el Ejemplo 7–1 para crear todas las opciones que se muestran en la Tabla 7–4 y algunas macros útiles. Cambie las direcciones IP y los valores entrecomillados que aparezcan en el ejemplo por los nombres de servidor, rutas y direcciones IP correctas de la redEdite también la clave Vendor= para indicar la clase de clientes con la que se trabaja. Utilice la información generada por add_install_client -d para obtener los datos necesarios para adaptar la secuencia.


Ejemplo 7–1 Ejemplo de secuencia para admitir una instalación en red

# Load the Solaris vendor specific options. We'll start out supporting
# the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Changing -A to -M would replace
# the current values, rather than add them.
dhtadm -A -s SrootOpt -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0'
dhtadm -A -s SrootIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1'
dhtadm -A -s SrootNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0'
dhtadm -A -s SrootPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0'
dhtadm -A -s SswapIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0'
dhtadm -A -s SswapPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0'
dhtadm -A -s SbootFIL -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0'
dhtadm -A -s Stz -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0'
dhtadm -A -s SbootRS -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1'
dhtadm -A -s SinstIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1'
dhtadm -A -s SinstNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0'
dhtadm -A -s SinstPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0'
dhtadm -A -s SsysidCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0'
dhtadm -A -s SjumpsCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0'
dhtadm -A -s Sterm -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0'
dhtadm -A -s SbootURI -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0'
dhtadm -A -s SHTTPproxy -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0'
# Load some useful Macro definitions.
# Define all Solaris-generic options under this macro named Solaris.
dhtadm -A -m Solaris -d \
':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":'
# Define all sparc-platform specific options under this macro named sparc.
dhtadm -A -m sparc -d \
':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":'
# Define all sun4u architecture-specific options under this macro named sun4u.
#  (Includes Solaris and sparc macros. )
dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:'
# Solaris on IA32-platform-specific parameters are under this macro named i86pc.
dhtadm -A -m i86pc -d \
':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\
:SbootFIL="/platform/i86pc/kernel/unix":'
# Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All
# clients identifying themselves as members of this class will see these
# parameters in the macro called SUNW.i86pc, which includes the i86pc macro.
dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:'
# Sun-Blade-1000 platforms identify themselves as part of the
# "SUNW.Sun-Blade-1000" class.
# All clients identifying themselves as members of this class
#  will see these parameters.
dhtadm -A -m SUNW.Sun-Blade-1000 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\
Include=sun4u:'
# Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class.
# All clients identifying themselves as members of this class will see these parameters.
dhtadm -A -m SUNW.Sun-Fire-880 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:'
# Add our boot server IP to each of the network macros for our topology served by our
# DHCP server. Our boot server happens to be the same machine running our DHCP server.
dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.22.0.0 -e BootSrvA=10.21.0.2
# Make sure we return host names to our clients.
dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_
# The client with this MAC address is a diskless client. Override the root settings
# which at the network scope setup for Install with our client's root directory.
dhtadm -A -m 0800201AC25E -d \
':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":'

Ejecute dhtadm en modo batch como superusuario. Indique el nombre de la secuencia para agregar las opciones y macros al dhcptab. Por ejemplo, si la secuencia se llama netinstalloptions, escriba el siguiente comando.


# dhtadm -B netinstalloptions

Los clientes que tengan las clases cliente del proveedor que aparecen en la cadena Vendor= pueden ya utilizar DHCP para la instalación a través de una red.

Para obtener más información sobre el uso del comando dhtadm, consulte dhtadm(1M). Para obtener más información acerca del archivo dhcptab, consulte dhcptab(4).

Uso del Gestor de DHCP para crear las opciones y macros de instalación

El Gestor de DHCP permite crear las opciones de la Tabla 7–4 y las macros que aparecen en la Tabla 7–5.

Creación de opciones que admitan la instalación de Solaris (Gestor de DHCP)

Este procedimiento presupone que el servidor DHCP ya está configurado; si aún no lo estuviera, consulte “Planning for DHCP Service (Task)” in System Administration Guide: IP Services.

  1. Asígnese los privilegios de superusuario en el sistema del servidor DHCP.

  2. Inicie el Gestor de DHCP.


    # /usr/sadm/admin/bin/dhcpmgr &
    

    Se mostrará la ventana del Gestor de DHCP.

  3. Seleccione la ficha Opciones del Gestor de DHCP.

  4. Elija Crear en el menú Editar.

    Se abrirá el cuadro de diálogo Crear opción.

  5. Escriba el nombre de la primera opción y, a continuación, los valores correspondientes.

    Utilice la Tabla 7–4 para comprobar los nombres y valores de las opciones que se deben crear. Las clases cliente de proveedor que aparecen aquí son valores sugeridos solamente. Deberá crear las clases que indiquen los tipos de clientes que necesitan obtener los parámetros de instalación de Solaris a través del servicio DHCP. Consulte “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services para obtener información sobre cómo determinar la clase cliente del proveedor de un cliente.

  6. Haga clic en Aceptar cuando haya introducido todos los valores.

  7. En la ficha Opciones, seleccione la opción que acaba de crear.

  8. Seleccione Duplicar en el menú Editar.

    Se abrirá el cuadro de diálogo Duplicar opción.

  9. Escriba el nombre de otra opcion y, a continuación, modifique los valores según sea necesario.

    Los valores más susceptibles de modificación son código, tipo de datos, granularidad y máximo. Consulte la Tabla 7–4 para ver esos valores.

  10. Repita del Paso 7 al Paso 9 hasta crear todas las opciones.

    A partir de este momento pueden crearse las macros que pasarán las opciones a los clientes que se instalan a través de la red, como se explica a continuación.


    Nota –

    No es necesario agregar manualmente estas opciones al archivo del cliente Solaris /etc/dhcp/inittab porque ya están incluidas en ese archivo.


Creación de macros que admitan la instalación de Solaris (Gestor de DHCP)

Este procedimiento presupone que el servidor DHCP ya está configurado. Si aún no lo estuviera, consulte “Planning for DHCP Service (Task)” in System Administration Guide: IP Services.

  1. Seleccione la ficha Macros del Gestor de DHCP.

  2. Elija Crear en el menú Editar.

    Se abrirá el cuadro de diálogo Crear macro.

  3. Escriba el nombre de la macro.

    Consulte la Tabla 7–5 para obtener información sobre los nombres que se pueden utilizar.

  4. Haga clic en el botón Seleccionar.

    Se abrirá el cuadro de diálogo Seleccionar opción.

  5. Seleccione proveedor en la lista Categoría.

    Se mostrarán las opciones de proveedor creadas anteriormente.

  6. Seleccione la opción que desee agregar a la macro y haga clic en Aceptar.

  7. Escriba el valor de la opción.

    Consulte la Tabla 7–4 para los tipos de datos de las opciones y la información de add_install_client -d.

  8. Repita desde el Paso 6 hasta el Paso 7 para cada opción que desee incluir.

    Para incluir otra macro, escriba Include como valor de nombre de opción y escriba el nombre de la macro como si fuera el de una opción.

  9. Haga clic en Aceptar cuando finalice la macro.

SPARC: Preconfiguración de la información de Power Management

Puede usar el software Power Management incluido con el sistema operativo Solaris para guardar automáticamente el estado de un sistema y apagarlo después de 30 minutos de inactividad. Cuando se instala el software Solaris 9 en un sistema que cumple las directrices Energy Star versión 2 de la EPA, por ejemplo, un sistema sun4u, el software Power Management se instala de forma predeterminada. Durante una instalación de Solaris Web Start, el programa de instalación solicitará que se habilite o se inhabilite el software Power Management. El programa de instalación suninstall solicitará habilitar o inhabilitar el software Power Management después de finalizar la instalación y rearrancar el sistema.


Nota –

Si su sistema es conforme con la normativa Energy Star versión 3 o posterior no se le solicitará dicha información.


Si está realizando instalaciones interactivas, no puede preconfigurar la información de Power Management y evitar el que aparezca la solicitud. Sin embargo, al usar una instalación JumpStart, puede preconfigurar la información de Power Management con una secuencia de fin para crear un archivo /autoshutdown o /noautoshutdown en el sistema. Cuando se rearranca el sistema, el archivo /autoshutdown habilita Power Management y el archivo /noautoshutdown lo inhabilita.

Por ejemplo, la siguiente línea en una secuencia de fin habilita el software Power Management y evita que aparezca el indicador después de que rearranque el sistema.

touch /a/autoshutdown

Las secuencias de finalización se describen en Creación de secuencias de fin.