| 臺灣-繁體中文 |
|
|
|
![]() |
Ignite-UX 管理指南: 適用於 HP-UX 11i > 第 4 章. 建立網路開機匿名用戶端的伺服器使匿名以 Itanium 為基礎用戶端開機之考量 |
|
透過網路使以 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 開機作業的方式有關。
一旦開始執行 Ignite-UX,便會視需要使用 DHCP 要求以取得用於進行安裝或回復作業的 IP 位址。您可以配置 Ignite-UX 以指定此項要求的 class-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 為基礎之匿名用戶端的最佳方式:
下列為 dhcp_device_group 段中的選項說明:
將裝置庫群組項目新增至 /etc/dhcptab 檔案後,即已配置好您的 HP-UX 11i v2 和 11i v3 Ignite-UX 伺服器回應以 Itanium 為基礎之匿名用戶端。
若網路上有您無法控制的 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" 由於使用規則運算式 (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 開機處理程序。 您的以 Itanium 為基礎的系統若未執行 DHCP 服務,請以 instl_bootd 協助程式取代 bootpd 協助程式,即可網路開機已註冊和匿名的用戶端,和以 Itanium 為基礎和 PA-RISC 用戶端。若需相關資訊,請參閱圖 2-7 「配置使以 Itanium 為基礎系統開機的伺服器之決策樹」及後續討論。
伺服器上未執行 bootpd 協助程式,方能在 Ignite-UX 伺服器上使用 instl_bootd。instl_bootd 協助程式回應用戶端提出的所有開機要求。instl_bootd 協助程式通常在一組獨特的網路連接埠 1067/1068 上執行,這些連接埠僅用於使 PA-RISC 用戶端開機。然而在此施行中,instl_bootd 於標準的 bootpd 連接埠 67/68 上執行。 若在網路上以 DHCP 執行 bootp,切勿 執行這些步驟。instl_bootd 協助程式會像系統要求進行網路開機一樣地回應 DHCP 要求。若在執行 DHCP 的網路上亦有 bootp,請考慮其他的替代方案。 請遵循這些步驟,配置您的 Ignite-UX 伺服器執行 instl_bootd,以取代 bootpd: 您的 Ignite-UX 伺服器現已配置回應匿名用戶端。若需相關資訊,請參閱 instl_bootd(1M) 和 inetd(1M)。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||