 |
» |
|
|
 |
El uso de los puertos de red del servidor Ignite-UX se describe más adelante según la actividad del servidor. Más adelante, figuran diagramas que describen la actividad de los puertos según la tarea de comunicación de la red y la temporización. Comienzo de un inicio en la red LAN para clientes basados en Itanium, Figura 6-1: puertos 67 y 68. Comienzo de un inicio en la red LAN para clientes PA-RISC, Figura 6-2: puertos 1067 y 1068. Inicio e instalación en frío iniciados desde el cliente, Figura 6-3: 69, 2049, 2121 y puerto SD asignado dinámicamente. Reinstalación del sistema en directo a través de bootsys iniciado en el servidor, Figura 6-4: 2049, 69, 2121, un puerto SD asignado dinámicamente, y 514 o 22. make_net_recovery iniciado en el cliente, Figura 6-5: 69, 2121, puerto SD asignado dinámicamente, 2049. make_net_recovery iniciado en el servidor, Figura 6-6: 69, 2121, puerto SD asignado dinámicamente, 2049 y 514 o 22. make_sys_image iniciado en el cliente, Figura 6-7: 514 o 2049.
El cliente envía una solicitud de inicio al servidor a través del puerto 67. El demonio bootpd maneja la solicitud en el servidor. Si el cliente se ha registrado, se hace referencia al archivo /etc/bootptab para la dirección IP de inicio; si el cliente es anónimo, los servicios DHCP se utilizan para asignar la dirección IP de inicio. El servidor envía, a continuación, la información de conexión a red al cliente en el puerto 68. Para obtener más información sobre el inicio de clientes basados en Itanium registrados, consulte la sección «Configuración del servidor Ignite-UX para los clientes basados en Itanium». Para obtener más información sobre el inicio de clientes basados en Itanium anónimos, consulte la sección «Consideraciones sobre el inicio de los clientes basados en Itanium anónimos». Para obtener más información sobre bootpd, consulte la página de manual de bootpd(1M).
El cliente envía una solicitud de inicio al servidor a través del puerto 1067. El demonio instl_bootd maneja la solicitud en el servidor. Se hace referencia al archivo /etc/opt/ignite/instl_boottab al margen de que el cliente se haya registrado o sea anónimo. El servidor envía, a continuación, la información de conexión a red al cliente en el puerto 1068. Para obtener más información sobre el inicio de clientes PA-RISC registrados, consulte la sección «Configuración del servidor Ignite-UX para los clientes PA-RISC». Para obtener más información sobre el inicio de clientes PA-RISC anónimos, consulte la sección «Configuración de un servidor para iniciar clientes PA-RISC anónimos». Para obtener más información sobre instl_bootd, consulte la página de manual de instl_bootd(1M).
El kernel, el sistema de archivos y los archivos necesarios se descargan desde el servidor en el cliente y, a continuación, el cliente se inicia. El archivo install.log se actualiza en el servidor, en el directorio /var/opt/ignite/clients/cliente. Se descarga un archivo tar comprimido de comandos para configurar los volúmenes de discos y sistemas de archivos (INSTCMDS para sistemas PA-RISC e INSTCMDSIA para sistemas basados en Itanium). La interface de usuario basada en caracteres se ejecuta en la consola del cliente. El usuario selecciona la configuración de instalaión a través de la interface de usuario basada en caracteres y elige Go! Se descarga un archivo tar comprimido de comandos necesarios para completar la instalación (SYSCMDS para sistemas PA-RISC y SYSCMDSIA para sistemas basados en Itanium). Los puertos utilizados por NFS para efectuar llamadas a procedimiento remoto (RPC) no se analizan en este espacio. Si la instalación se realiza desde una imagen, dicha instalación se descarga. Los puertos utilizados por NFS para efectuar llamadas a procedimiento remoto (RPC) no se analizan en este espacio. Si la configuración de instalación requiere que se instale software desde los almacenes en el servidor, se envía una solicitud swinstall al demonio Software Distributor (SD) del servidor: swagentd, ubicado en el puerto 2121. A continuación, se genera un agente SD, swagent, en el servidor que adquiere un puerto de comunicaciones asignado dinámicamente para la descarga. Dicho puerto de comunicaciones se notifica, acto seguido, al cliente en el puerto 2121. El cliente genera luego un nuevo proceso swagent que establece comunicación con el servidor en el puerto de comunicaciones adquirido P, donde se produce la descarga del almacén. Para obtener más información sobre SD, consulte el documento Guía de administración de Software Distributor, que se facilita en http://www.docs.hp.com.  |  |  |  |  | NOTA: Aunque en este caso se muestra el uso de swinstall, la instalación puede emplear una o varias de las siguientes posibilidades: swinstall, rexec (puerto 514), NFS (puertos 49152–65535), ftp data (puerto 20) y ftp (puerto 21). |  |  |  |  |
El servidor envía un ping al cliente con una solicitud de eco 8 de tipo ICMP (Internet Control Message Protocol - Protocolo de mensajes de control de Internet). El cliente contesta al ping con una contestación de eco 0 de tipo ICMP. Los archivos necesarios para bootsys se transfieren del servidor al cliente. Estos archivos se transfieren por defecto con remsh, o con ssh, si se utiliza la opción bootsys -S. El kernel, el sistema de archivos y los archivos necesarios se descargan desde el servidor en el cliente y, a continuación, el cliente se inicia. Estos archivos se transfieren por defecto con rcp, o con scp, si se utiliza la opción bootsys -S.
El servidor ejecuta remotamente make_net_recovery desde el cliente. El comando se ejecuta por defecto a través de remsh, o mediante ssh, si el cliente se agregó para recuperación en el servidor con la opción ssh.
El archivo dorado se escribe en el servidor de destino a través de remsh o NFS. Tenga en cuenta que make_sys_image no necesita conexión a red si el archivo de almacenamiento se escribe localmente en el cliente.
|