回到網頁內容 臺灣-繁體中文
HP.com 首頁 產品資訊 支�#169;及驅動程式 解決方案 如何購買
» 聯絡 HP
進階選項
HP.com 首頁
Ignite-UX 管理指南: 適用於 HP-UX 11i > 第 4 章. 建立網路開機匿名用戶端的伺服器

使匿名以 Itanium 為基礎用戶端開機之考量

» 

技術文件

PDF 格式的完整書籍
» 回饋意見
內容©韟像B開©l

 » 目錄

 » 辭彙

 » 索引

瞭解以 Itanium 為基礎系統的 PXE 開機要求

透過網路使以 Itanium 為基礎的系統開機時,它會傳送 PXE 開機要求。PXE 通訊協定建置於 DHCP 上方。若配置一個以上的 DHCP 伺服器回應 PXE 開機要求時,會造成混淆。

不可能針對以 Itanium 為基礎的系統,指定伺服器接受開機服務。換句話說,PA-RISC 開機命令 boot lan.192.10.10.10 install 並沒有以 Itanium 為基礎的等同命令,因此會導致系統忽略任何回應 (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 開機作業的方式有關。

重要: 配置 DHCP 伺服器時,確認網路上只配置一個 DHCP 伺服器,以回應以 Itanium 為基礎系統的 PXE 開機要求,且伺服器正在執行 HP-UX (若欲安裝 HP-UX)。

一旦開始執行 Ignite-UX,便會視需要使用 DHCP 要求以取得用於進行安裝或回復作業的 IP 位址。您可以配置 Ignite-UX 以指定此項要求的 class-id。

若需相關資訊,請參閱附錄 B配置 DHCP 服務 」和 bootpd(1M)

HP-UX 11i v2 和 11i v3 Ignite-UX 伺服器及開機輔助設定

HP-UX 11i v2 和 11i v3 支援 dhcp_device_group 選項,它改善以 Itanium 為基礎用戶端的匿名用戶端 DHCP 開機作業。為達此目的,DHCP 裝置庫群組會使用 rencid 這兩個配置關鍵字。

請確認您的 Ignite-UX 伺服器或開機輔助系統上至少需安裝 HP-UX 11i v2。

將您的裝置庫群組項目新增至 Ignite-UX 伺服器或開機輔助系統的 /etc/dhcptab 檔案中。

bootpd 已在執行中,便不需要重新啟動它。接收到新的 bootp DHCP 要求後,bootp 便會檢查是否需要重新讀取任何配置檔。欲強制 bootp 重新讀取配置檔,請傳送 SIGHUP 訊號給它。

以下用於 DHCP 裝置群組的範例是支援以 Itanium 為基礎之匿名用戶端的最佳方式:

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 

下列為 dhcp_device_group 段中的選項說明:

dhcp_device_group

啟動配置某一範圍 IP 位址的 DHCP 裝置庫群組,以便指派至在其開機要求中具有相符 class-id 的用戶端。

re

設定符合 class-id 規則運算式的二進位選項,而非預設的文字符合項目。此為 HP-UX 11i v2 的新選項。

ncid

設定自訊息回應移除 class-id 的二進位選項。因為 bootpd 不支援完整的 Intel 開機前執行環境 (Preboot Execution Environment,PXE) 通訊協定,所以回應中不可回寄 class-id。此為 HP-UX 11i v2 的新選項。

class-id

不同的系統均可提出 PXE 開機要求。例如,以 Itanium 為基礎的系統和業界標準的伺服器 (如 HP ProLiant 伺服器) 均能各自提出 PXE 開機要求。相同的配置未必能用於這些不同的要求。可使用 class-id 回應正確用戶端的 PXE 要求,同時忽略錯誤的用戶端。

所有以 Itanium 為基礎的伺服器會以下列格式傳送 32 字元的 PXE 開機要求:

PXEClient:Arch:00002:UNDI:xxxyyy

其中,xxxyyy 是通用網路裝置介面 (Universal Network Device Interface) 版本的主要及次要編號。

業界標準的伺服器 (如 HP ProLiant 伺服器) 會以下列格式傳送 PXE 開機要求:

PXEClient:Arch:00000:UNDI:xxxyyy

其中,xxxyyy 與上述相同。

上述 dhcp_device_group 範例中的 class-id,會告知 bootpd 協助程式僅回應開機要求包含 PXEClient:Arch:00002 且後面接著 0 或多個任意字元的用戶端。忽略由業界標準伺服器提出的要求。

配置為回應任何包含 PXEClient DHCP 開機要求的 DHCP 伺服器或開機輔助系統,會同時回應以 Itanium 為基礎的伺服器以及業界標準的伺服器。適用於業界標準伺服器的 PXE 回應,不會讓以 Itanium 為基礎的系統開機。

lease-time

使用 IP 位址啟動系統的秒數,範例值為 300 秒 (5 分鐘),但若網路忙碌,便有可能需要更長的時間。由於必須下載安裝核心程式和檔案系統,因此在流量很大的網路上啟動時,可能需要 10 或 15 分鐘。增加 lease-time 的問題可能是因無可供開機使用的 IP 位址。若要增加此數,確認您的裝置庫的 IP 位址足以配合可能會同時開機的系統。

subnet-mask

用戶端使用的子網路遮罩

addr-pool-start-address

此位址庫的第一個 IP 位址。

addr-pool-last-address

此位址庫的最後一個 IP 位址。

重要: ncid 選項的使用十分重要,因為它指示 DHCP 伺服器在回應用戶端的開機要求時排除 DHCP class-id。若 DHCP 伺服器在回應中以 DHCP class-id 回應 PXE 開機要求,則開機的 PXE 用戶端會試圖在相同的主機上與 PXE proxy 伺服器通訊。因為 HP-UX 並不提供 PXE proxy 伺服器,所以開機會失敗。ncid 選項可解決此問題。

將裝置庫群組項目新增至 /etc/dhcptab 檔案後,即已配置好您的 HP-UX 11i v2 和 11i v3 Ignite-UX 伺服器回應以 Itanium 為基礎之匿名用戶端。

重要: 傳送 PXE 開機要求回應的伺服器即自 PXE 用戶端透過 tftp 傳送開機檔案的系統。若未使用 HP-UX 系統回應以 Itanium 為基礎的 PXE 要求,則必須提供新版 Ignite-UX 必要的開機檔案並使該檔案保持最新狀態。HP 不支援此種配置。

自不可控制的 DHCP 伺服器隔離 Ignite-UX

若網路上有您無法控制的 DHCP 伺服器,可將 Ignite-UX 與它們完全隔離。藉由將 class-id 新增至安裝檔系統中的 dhcp_class_id 關鍵字即可。若需相關資訊,請參閱 instl_adm(1M)instl_adm(4)

當網路開機程序已完成且安裝核心程式在執行中時,Ignite-UX 會再次利用 DHCP 以取得 IP 位址。這是因為 Ignite-UX 無法判斷韌體所使用的 IP 位址。您可以利用此行為將因其他 DHCP 伺服器要求開機並安裝 HP-UX 的系統中,隔離 DHCP 要求。

若您執行的是 HP-UX 11i v2 或 11i v3 且已針對以 Itanium 為基礎的伺服器的 PXE 要求配置 DHCP 裝置群組,便可再次將此裝置群組用於隔離作業。若已將下列內容新增至安裝檔案系統中:

dhcp_class_id="IgniteDHCPDeviceGroup"

在回應匿名以 Itanium 為基礎 PXE 開機要求的 DHCP 裝置群組中,您可以將 class-id 變更為讀取:

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

重要:

上述的 class-id 項目是一個規則運算式,設計用來允許回應執行網路開機的以 Itanium 為基礎之系統的 class-id,或是 /etc/dhcptab 中的 IgniteDHCPDeviceGroup。這不是用於 Ignite-UX 安裝檔案系統的有效 class-id。在使用 DHCP 裝置群組以安裝匿名以 Itanium 為基礎系統的系統上,應將 is_net_info_temporary 設為 TRUE,避免系統使用安裝後透過 DHCP 取得的 IP 位址。

由於使用規則運算式 (regular expression) 比對,| 表示「或」,並允許回應符合任一運算式的接收 class-id。此範例項目會支援回應對初始以 Itanium 為基礎系統的開機要求,以及在 Ignite-UX 作業期間的後續 DHCP 要求。

必須重新配置回應任何 DHCP classs-id 的 DHCP 伺服器,或將它們隔離至不同的子網路。

若您在嘗試從 EFI 網路開機的同時,隔離從其他 DHCP 或 PXE 開機伺服器使 Ignite-UX 開機的系統,本節資訊並不能提供協助;但這些資訊將協助您停止其他 DHCP 伺服器在已安裝的系統執行網路開機並下載安裝核心程式和檔案系統後,與該系統進行通訊。

載入安裝核心程式和檔案系統後,若您只想接受特定伺服器所提供的 DHCP,請考慮在安裝檔案系統中使用 dhpc_server 關鍵字。使用 dhcp_server 關鍵字並不會影響 EFI/PXE 開機處理程序。

以 instl_bootd 取代 bootpd

您的以 Itanium 為基礎的系統若未執行 DHCP 服務,請以 instl_bootd 協助程式取代 bootpd 協助程式,即可網路開機已註冊和匿名的用戶端,和以 Itanium 為基礎和 PA-RISC 用戶端。若需相關資訊,請參閱圖 2-7 「配置使以 Itanium 為基礎系統開機的伺服器之決策樹」及後續討論。

重要: 切勿在伺服器在提供 DHCP 服務的時候,以 instl_bootd 取代 bootpd。此程序配置您的 Ignite-UX 伺服器執行 instl_bootd,而非執行 bootpd。執行下節中的步驟會使系統停止提供 DHCP 服務。

伺服器上未執行 bootpd 協助程式,方能在 Ignite-UX 伺服器上使用 instl_bootdinstl_bootd 協助程式回應用戶端提出的所有開機要求。instl_bootd 協助程式通常在一組獨特的網路連接埠 1067/1068 上執行,這些連接埠僅用於使 PA-RISC 用戶端開機。然而在此施行中,instl_bootd 於標準的 bootpd 連接埠 67/68 上執行。

若在網路上以 DHCP 執行 bootp切勿 執行這些步驟。instl_bootd 協助程式會像系統要求進行網路開機一樣地回應 DHCP 要求。若在執行 DHCP 的網路上亦有 bootp,請考慮其他的替代方案。

請遵循這些步驟,配置您的 Ignite-UX 伺服器執行 instl_bootd,以取代 bootpd

  1. 設定 Ignite-UX 伺服器之後,請取消 /etc/inetd.conf 檔案的下行,以便在 67/68 連接埠停用 bootpd

    bootps dgram udp wait root /usr/lbin/bootpd bootpd

  2. 將下行新增至 /etc/inetd.conf,以便在 67/68 連接埠上啟用 instl_bootd 協助程式:

    bootps dgram udp wait root /opt/ignite/lbin/instl_bootd \ instl_bootd

  3. 重新啟動網際網路協助程式 inetd,以施行步驟 2 進行的連接埠變更:

    /usr/sbin/inetd -c

您的 Ignite-UX 伺服器現已配置回應匿名用戶端。若需相關資訊,請參閱 instl_bootd(1M)inetd(1M)

可列印版本
隱私權聲明 使用範圍與著作權聲明
© Hewlett-Packard Development Company, L.P.