Consideraciones sobre el inicio de los clientes basados en Itanium anónimos

Descripción del inicio PXE de los sistemas basados en Itanium

Cuando un sistema basado en Itanium se inicia en la red, envía una solicitud de inicio PXE. El protocolo PXE se integra encima del protocolo DHCP. Esto puede causar confusión si hay más de un servidor DHCP configurado para contestar a las solicitudes de inicio PXE.

No es posible para un sistema basado en Itanium especificar el servidor desde el que aceptar los servicios de inicio. En otras palabras, no hay un equivalente basado en Itanium para el comando de inicio PA-RISC, boot lan.192.10.10.10 install, que hace que el sistema haga caso omiso de toda respuesta menos la procedente de la dirección 192.10.10.10. Esta funcionalidad se denomina selección del servidor.

El sistema basado en Itanium envía la solicitud de inicio PXE e intenta iniciar desde la primera respuesta PXE que obtenga. Si no se recibe ninguna respuesta PXE en un plazo de tiempo determinado, el sistema utiliza la primera respuesta DHCP que obtenga. Si alguna de estas respuestas no es adecuada para el inicio en la red, el intento de inicio PXE no se realiza y se muestra un mensaje de error en la consola del sistema solicitante. La información mostrada con los mensajes de error PXE normalmente no es lo suficientemente explícita como para determinar la causa del problema (consulte la sección «Errores comunes de inicio en la red»).

Para las redes donde vaya a haber solicitudes de inicio PXE procedentes de sistemas basados en Itanium, sólo deben configurarse para contestar servidores DHCP que pueden facilitar suficiente información para que se realice un inicio correcto. Si tiene un servidor DHCP que contesta a todas las solicitudes DHCP, independientemente de que se trate de una solicitud PXE o no, casi con toda seguridad que interferirá con las solicitudes de inicio PXE procedentes de servidores basados en Itanium. La solicitud de inicio no se realiza cuando se recibe una respuesta DHCP normal en respuesta a una solicitud de inicio PXE.

Además del error de inicio, la incapacidad para seleccionar un servidor de inicio puede conllevar la instalación del sistema operativo equivocado. Tener servidores PXE que contesten con un contenido de inicio diferente en la misma red puede generar confusión. Por ejemplo, si hay un sistema que admite el inicio en Linux y un sistema que admite el inicio en HP-UX en la misma red, cada uno de ellos puede enviar una respuesta a una solicitud de inicio PXE y se utilizará el primer servidor que conteste. No es previsible qué servidor se va a utilizar para el inicio.

La interferencia con una solicitud PXE procedente de un servidor DHCP es un problema de configuración en el servidor DHCP. Este problema no es específico de HP-UX o Ignite-UX, sino que más bien se relaciona con la forma en que el firmware realiza un inicio PXE.

	IMPORTANTE: Al configurar servidores DHCP, asegúrese de que sólo hay un servidor DHCP en la red que esté configurado para contestar a solicitudes de inicio PXE de sistemas basados en Itanium y de que el servidor ejecuta HP-UX, si desea instalar HP-UX.

Una vez que Ignite-UX empiece a ejecutarse, se utilizará una solicitud DHCP para obtener una dirección IP usada para la instalación o la recuperación, si procede. Ignite-UX se puede configurar para especificar una identificación de clase (class-id) para esta solicitud.

Para obtener más información, consulte el Apéndice B, «Configuración de los servicios DHCP», y la página de manual de bootpd(1M).

Configuración del servidor Ignite-UX y del auxiliar de inicio en HP-UX 11i v2 y 11i v3

HP-UX 11i v2 y 11i v3 admiten opciones dhcp_device_group que mejoran el inicio de DHCP de cliente para los clientes basados en Itanium. Las dos palabras clave de configuración, re y ncid, se utilizan con este fin en un grupo de dispositivos DHCP.

Asegúrese de que, como mínimo, HP-UX 11i v2 se instala en el servidor Ignite-UX o el sistema auxiliar de inicio.

Agregue la entrada del grupo de dispositivos en el archivo /etc/dhcptab del servidor Ignite-UX o del sistema auxiliar de inicio.

No debería ser preciso reiniciar bootpd si ya se está ejecutando. Al recibir una solicitud DHCP bootp nueva, bootp comprueba si debe volver a leer algún archivo de configuración. Si desea obligar a bootp a volver a leer el archivo de configuración, envíele la señal SIGHUP.

El siguiente ejemplo de grupo de dispositivos DHCP es la mejor forma de tener compatibilidad con los clientes basados en Itanium anónimos:

dhcp_device_group:\ 
    re:\ 
    ncid:\ 
    class-id="PXEClient:Arch:00002:.*":\ 
    lease-time=300:\ 
    subnet-mask=255.255.255.0:\ 
    addr-pool-start-address=192.168.1.10:\ 
    addr-pool-last-address=192.168.1.20:\
    bf=/opt/ignite/boot/nbp.efi 

Las opciones de la cláusula dhcp_device_group son:

	IMPORTANTE: El uso de la opción ncid es crítico porque dicha opción encarga al servidor DHCP que excluya la identificación class-id de DHCP en la respuesta a la solicitud de inicio del cliente. Si un servidor DHCP contesta a una solicitud de inicio PXE con una identificación class-id de DHCP en la respuesta, el cliente PXE de inicio trata de comunicar con un servidor proxy PXE en el mismo host. Puesto que HP-UX no aporta un servidor proxy PXE, el inicio no se realiza. La opción ncid soluciona este problema.

Con el grupo de dispositivos agregado en el archivo /etc/dhcptab, el servidor Ignite-UX HP-UX 11i v2 o 11i v3 ya está configurado para contestar a clientes basados en Itanium anónimos.

	IMPORTANTE: El servidor que envía la respuesta a la solicitud de inicio PXE es el sistema desde el que el cliente PXE intentará ejecutar tftp en el archivo de inicio. Si no utiliza un sistema HP-UX para contestar una solicitud PXE basada en Itanium, deberá hacer que los archivos de inicio necesarios estén disponibles y actualizados con las revisiones nuevas de Ignite-UX. HP no da soporte para este tipo de configuración.

Aislamiento de Ignite-UX de servidores DHCP no controlables

Si tiene servidores DHCP en la red sobre los que no tiene control, es posible aislar Ignite-UX completamente de ellos. Para hacerlo, se agrega una identificación class-id en la palabra clave dhcp_class_id del sistema de archivos de instalación. Para obtener información adicional, consulte las páginas de manual de instl_adm(1M) e instl_adm(4).

Cuando el proceso de inicio en la red se complete y el kernel de instalación se ejecute, Ignite-UX utilizará DHCP otra vez para obtener una dirección IP. Esto se hace porque Ignite-UX no tiene ninguna manera de determinar la dirección IP utilizada por el firmware. Este comportamiento se puede utilizar para aislar las solicitudes DHCP de los sistemas que inician e instalan HP-UX a partir de otras solicitudes de servidores DHCP.

Si ejecuta HP-UX 11i v2 o 11i v3 y ha configurado un grupo de dispositivos DHCP para las solicitudes PXE de servidores basados en Itanium, puede reutilizar este grupo de dispositivos a efectos de aislamiento. Si agregó lo siguiente en el sistema de archivos de instalación:

dhcp_class_id="IgniteDHCPDeviceGroup",

puede cambiar la identificación class-id en el grupo de dispositivos DHCP que contesta a las solicitudes de inicio PXE basadas en Itanium para que rece:

class-id="PXEClient:Arch00002:.*|IgniteDHCPDeviceGroup"

	IMPORTANTE: La entrada class-id anterior es una expresión regular diseñada para permitir que se produzca una respuesta a una identificación class-id de un sistema basado en Itanium que efectúa un inicio en red o a IgniteDHCPDeviceGroup en /etc/dhcptab. Ésta no es una identificación class-id válida para utilizar en un sistema de archivos de instalación Ignite-UX. Los sistemas que utilizan un grupo de dispositivos DHCP para instalar sistemas basados en Itanium anónimos deben tener is_net_info_temporary definido en TRUE para impedir que los sistemas utilicen la dirección IP obtenida a tráves de DHCP después de la instalación.

Puesto que se utiliza el ajuste de expresión regular, | significa «o» y permite dar respuesta a una identificación class-id entrante que coincida con cualquiera de las dos expresiones. Esta entrada de ejemplo permite contestar a la solicitud inicial de inicio de un sistema basado en Itanium, así como a las solicitudes DHCP posteriores durante el funcionamiento de Ignite-UX.

Los servidores DHCP que contestan a las identificaciones class-id DHCP deben reconfigurarse o aislarse en una subred diferente.

La información de esta sección no contribuye a aislar un sistema que inicie Ignite-UX desde otros servidores de inicio DHCP o PXE al intentar iniciar en red desde la interface EFI. Esta información sí ayuda a impedir que otros servidores DHCP se comuniquen con el sistema instalado después de que haya realizado un inicio en red y descargado un kernel de instalación y un sistema de archivos.

Si sólo desea aceptar ofertas DHCP de un servidor específico después de cargar el kernel de instalación y el sistema de archivos, considere el uso de la palabra clave dhpc_server en el sistema de archivos de instalación. El uso de la palabra clave dhcp_server no repercute en el proceso de inicio EFI/PXE.

Sustitución de bootpd por instl_bootd

Si el sistema basado en Itanium no ejecuta servicios DHCP, sustituir el demonio bootpd por el demonio instl_bootd permite el inicio en la red de los clientes registrados y anónimos, y de los clientes basados en Itanium y PA-RISC. Para obtener más información, consulte la Figura 2-7, «Árbol de toma de decisiones al configurar un servidor para iniciar sistemas basados en Itanium» y los análisis presentados más adelante.

	IMPORTANTE: No sustituya bootpd por instl_bootd si el servidor presta actualmente servicios DHCP. Este procedimiento configura el servidor Ignite-UX para ejecutar instl_bootd en lugar de bootpd. Dar los pasos de la siguiente sección impedirá que el sistema preste servicios DHCP.

Utilizar instl_bootd en un servidor Ignite-UX requiere que el demonio bootpd no se ejecute en el servidor. El demonio instl_bootd contesta a todas las solicitudes de inicio de los clientes. El demonio instl_bootd normalmente se ejecuta en un conjunto de puertos de red únicos, 1067/1068, que sólo se utilizan para iniciar clientes PA-RISC. No obstante, en esta implementación, instl_bootd se ejecuta en los puertos bootpd estándar: 67/68.

Si ejecuta bootp con DHCP en la red, no dé estos pasos. El demonio instl_bootd contestará a las solicitudes DHCP como si el sistema solicitara un inicio en la red. Considere otras alternativas si tiene bootp con DHCP ejecutándose en la red.

Dé los siguientes pasos para configurar el servidor Ignite-UX de modo que ejecute instl_bootd en sustitución de bootpd:

El servidor Ignite-UX ya está configurado para contestar a los clientes anónimos. Para obtener más información, consulte las páginas de manual de instl_bootd(1M) e inetd(1M).