| 中国 |
|
|
|
![]() |
Ignite-UX 管理指南: 适用于 HP-UX 11i > 第 4 章 创建用于通过网络引导匿名客户端的服务器引导基于 Itanium 的匿名客户端的考虑事项 |
|
当基于 Itanium 的系统通过网络引导时,它会发出 PXE 引导请求。PXE 协议是基于 DHCP 构建的。如果配置了多个 DHCP 服务器来响应 PXE 引导请求,这就可能会引起混淆。 基于 Itanium 的系统不能从接受引导服务的服务器中指定其自身。也就是说,对于基于 Itanium 的系统,没有与 PA-RISC 引导命令 boot lan.192.10.10.10 install 等效的命令,该命令会使系统忽略来自 IP 地址 192.10.10.10 以外的任何响应。此功能也称为服务器选择。 基于 Itanium 的系统发出 PXE 引导请求,然后尝试从它获得的第一个 PXE 响应进行引导。如果在一定的时间内没有收到任何 PXE 响应,则系统使用它获得的第一个 DHCP 响应。如果这些响应中的任何响应都不足以进行网络引导,则该 PXE 引导尝试失败,并在请求系统的控制台上显示一条错误消息。随 PXE 错误一起显示的信息通常不够明确,无法确定问题的原因(请参阅“常见的网络引导错误”)。 对于任何会收到来自基于 Itanium 的系统的 PXE 引导请求的网络上,只应配置可提供成功引导所需的足够信息的 DHCP 服务器来进行响应。如果某 DHCP 服务器会响应每个 DHCP 请求(无论该请求是否为 PXE 请求),则它几乎肯定会干扰来自基于 Itanium 的服务器的 PXE 引导请求。如果 PXE 引导请求收到一个普通的 DHCP 响应,该该引导请求失败。 除了引导失败之外,无法选择引导服务器还可能会导致安装错误的操作系统。将响应不同引导内容的 PXE 服务器置于同一网络上,可能导致混淆。例如,如果在同一个网络上,一个系统支持 Linux 引导,一个系统支持 HP-UX 引导,则它们都可以向 PXE 引导请求发送响应,并使用第一个响应的服务器。无法预测要使用哪个服务器进行引导。 DHCP 服务器对 PXE 请求的干扰是 DHCP 服务器端的配置问题。此问题并非针对 HP-UX 或 Ignite-UX,而与固件执行 PXE 引导的方式相关。
一旦 Ignite-UX 开始运行,系统将使用 DHCP 请求来获取用于安装或恢复(如果需要)的 IP 地址。还可以对 Ignite-UX 进行配置,以便为此请求指定类 ID。 有关详细信息,请参阅附录 B“配置 DHCP 服务 ”和 bootpd(1M)。 HP-UX 11i v2 和 11i v3 支持 dhcp_device_group 选项,这些选项可以改善基于 Itanium 的客户端的匿名客户端 DHCP 引导。为此,在 DHCP 设备池组中使用两个配置关键字:re 和 ncid。 确保在 Ignite-UX 服务器或引导辅助程序系统上至少安装了 HP-UX 11i v2。 将您的设备池组条目添加到 Ignite-UX 服务器或引导辅助程序系统的 /etc/dhcptab 文件中。 如果 bootpd 已经运行,则无须重新启动。接收到一个新的 bootp DHCP 请求时,bootp 会检查以了解是否必须重新读取任何配置文件。如果要强制 bootp 重新读取配置文件,则向其发送 SIGHUP 信号。 下例所示的 DHCP 设备组是支持基于 Itanium 的匿名客户端的最佳方式:
将设备池组添加到 /etc/dhcptab 文件后,HP-UX 11i v2 或 11i v3 Ignite-UX 服务器将被配置为响应基于 Itanium 的匿名客户端。
如果您的网络上有不可控制的 DHCP 服务器,则可以将 Ignite-UX 与它们完全隔离。通过向安装文件系统中的 dhcp_class_id 关键字添加 class-id 可以完成上述任务。有关其他信息,请参阅 instl_adm(1M) 和 instl_adm(4)。 当网络引导过程完成并且安装内核运行时,Ignite-UX 将重新使用 DHCP 来获取 IP 地址。这样做是因为 Ignite-UX 无法确定固件使用的 IP 地址。您可以使用此行为将来自引导和安装 HP-UX 的系统的 DHCP 请求与其他 DHCP 服务器请求进行隔离。 如果您正在运行 HP-UX 11i v2 或 11i v3,并且为基于 Itanium 的服务器 PXE 请求配置了 DHCP 设备组,则可以重新将此设备组用于隔离目的。如果在安装文件系统中添加了以下内容: dhcp_class_id="IgniteDHCPDeviceGroup", 则可以将用于响应基于 Itanium 的匿名 PXE 引导请求的 DHCP 设备组中的 class-id 更改为: class-id="PXEClient:Arch00002:.*|IgniteDHCPDeviceGroup" 因为使用了正则表达式匹配,所以 | 表示“or”,允许对匹配任一表达式的传入 class-id 进行响应。此示例条目支持对基于 Itanium 的系统的初始引导请求进行响应,也支持对 Ignite-UX 运行期间的后续 DHCP 请求进行响应。 响应任何 DHCP classs-id 的 DHCP 服务器必须重新配置,或者隔离到另外的子网。 在尝试从 EFI 进行网络引导时,本节中的信息并不会帮助您将引导 Ignite-UX 的系统与其他 DHCP 或 PXE 引导服务器进行隔离。但该信息有助于在所安装的系统已进行网络引导并下载安装内核和文件系统后防止其他 DHCP 服务器与其进行通信。 如果希望在安装内核和文件系统加载后只接受特定服务器提供的 DHCP 服务,请考虑在安装文件系统中使用 dhpc_server 关键字。使用 dhcp_server 关键字不会影响 EFI/PXE 引导过程。 如果基于 Itanium 的系统未运行 DHCP 服务,将守护程序 bootpd 替换为守护程序 instl_bootd 则会同时允许注册客户端和匿名客户端,以及基于 Itanium 的客户端和 PA-RISC 客户端的网络引导。有关详细信息,请参阅图 2-7 “在配置用于引导基于 Itanium 的系统的服务器时使用的决策树”以及后面的介绍。
在 Ignite-UX 服务器上使用 instl_bootd 要求服务器上未运行 bootpd 守护程序。instl_bootd 守护程序响应来自客户端的所有引导请求。instl_bootd 守护程序通常在一组唯一的网络端口 (1067/1068) 上运行,这组端口只用于引导 PA-RISC 客户端。但在该实现中,instl_bootd 运行在标准 bootpd 端口(67 或 68)上。 如果网络正在运行 bootp 和 DHCP,则不要执行这些步骤。instl_bootd 守护程序将响应 DHCP 请求,就好像系统正在请求网络引导一样。如果网络正在运行 bootp 和 DHCP,则请考虑其他方式。 按照下列步骤配置 Ignite-UX 服务器以运行 instl_bootd 来替代 bootpd: Ignite-UX 服务器现已配置完毕,可以响应匿名客户端。有关详细信息,请参阅 instl_bootd(1M) 和 inetd(1M)。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||