Novell Doc: ZENworks 10 Patch Management 參考

修補程式因 ZENworks Patch Management 的 CDN 切換至 Akamai 而不可用

來源： ZENworks 10 Configuration Management；修補程式管理。

說明：在 2008 年 2 月 18 日這一週，ZENworks 10 Patch Management 所使用之修補程式內容網站的代管基礎架構已移轉至 Akamai*，做為新的主機提供者。此切換工作透過全域 DNS 變更完成。

動作：請執行下列步驟：

開放對以下網站的存取權限︰
在「組態」頁上關閉「SSL 下載」(請參閱設定訂閱下載詳細資料)。
從目前正在執行修補程式管理功能的 ZENworks 主要伺服器測試與新主機提供者的連接：
- Ping 測試：
  
  登入伺服器主控台，並啟動指令提示符或外圍程序視窗︰
  
  ping novell.cdn.lumension.com
  
  若伺服器可以順利地連接到 Akamai 代管網路，您會發現類似於以下所示的其中一個回應：
```
Pinging a1533.g.akamai.net [12.37.74.25] with 32 bytes of data:                                  Replyfrom 12.37.74.25: bytes=32 time=14ms TTL=55                                       Reply from 12.37.74.25: bytes=32 time=14ms TTL=55                                       Reply from 12.37.74.25: bytes=32 time=14ms TTL=55                                        Reply from 12.37.74.25: bytes=32 time=13ms TTL=55                                          Ping statistics for 12.37.74.25:                 Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),                                             Approximate round trip times in milli-seconds: Minimum = 13ms, Maximum = 14ms, Average = 13ms
```
  Ping 指令將顯示與目前位置距離最近之 AKAMAI 伺服器的位址。
  
  如果收到以下訊息︰
```
Ping request could not find host novell.cdn.lumension.com. Please check the name and try again.
```
  防火牆管理員需要開放對 Akamai 網路的存取權限，以允許 Ping 與 HTTP (TCP 埠 80) 流量。
- 瀏覽器測試：
  
  使用網頁瀏覽器輸入以下 URL：
```
http://novell.cdn.lumension.com/novell/pulsar.xml
```
  瀏覽器應顯示網站的格式化輸出，如下圖所示︰
  
  如果瀏覽器無法存取 XML 檔案便會逾時，並會收到錯誤訊息。如果 Ping 測試成功而瀏覽器測試失敗，表示防火牆管理員對 Akamai 網路擁有受限的存取權限，但 HTTP (TCP 埠 80) 遭到阻擋。
  
  授權伺服器仍將使用 ZENworks Patch Management 6.4 中所使用的位址。如果要輸入序號以註冊修補程式管理，必須在防火牆規則中保留舊伺服器的 IP 位址。
- ZENworks 10 Configuration Management 的防火牆資訊：
  
  ZENworks 10 Patch Management 授權複製已轉至下列伺服器：
  - 206.16.247.2
  - 206.16.45.34
  - 連接埠 443
  ZENworks 10 Patch Management 內容複製已轉至以下 DNS 名稱：
```
http://novell.cdn.lumension.com/novell
```
  若要找出特定伺服器所使用的 IP 位址，請從多個機器 ping novell.cdn.lumension.com，然後將適用的位址範圍輸入到防火牆規則中。

修補程式索引標籤中未顯示任何修補程式

來源： ZENworks 10 Configuration Management；修補程式管理。

可能的原因：伺服器剛安裝好。

動作：您需要啟動修補訂閱下載，然後等候 20 分鐘或更久，修補程式才會自動從 novell.patchlink.com 下載。

修補程式可能未部署到目標設備上

來源︰ ZENworks 10 Configuration Management；修補程式管理。

可能的原因： ZENworks 管理員尚未將修補程式部署到 ZENworks 伺服器的適用設備中，或修補程式已部署到伺服器，但 ZENworks Adaptive Agent 中尚未觸發設備重新整理排程。

動作: 請檢查「組態」索引標籤中「設備重新整理排程」選項是否設定為「手動重新整理」或「定時重新整理」，然後等候一段指定的間隔時間。

「需要重新開機」對話方塊中沒有「取消」按鈕

來源： ZENworks 10 Configuration Management；修補程式管理。

說明：部署兩個或兩個以上修補程式時，如果在伺服器的「安裝前通知選項」頁與「通知和重新開機選項」頁上將「允許使用者取消」選項設定為「否」，則對於代理程式的所有修補程式，「需要重新開機」對話方塊中都不會顯示「取消」按鈕。

動作：不需要執行任何動作。

已取代的修補程式顯示為「不適用」

來源： ZENworks 10 Configuration Management；修補程式管理。

說明：在早期版本的修補程式管理中，修補程式的狀態顯示為「已修補」或「未修補」，而不論該修補程式是新的還是過時的。這樣經常造成顯示為「未修補」的修補程式數目遠高於實際需要部署至目標設備的修補程式數目。在隨 ZENworks 10 Configuration Management SP3 一起提供的許多新進階內容修補程式中，此問題已得到解決︰

如果修補程式被取代，它會自動停用。
若重新啟用並偵測到該修補程式，大多數情況下，該修補程式會顯示為「不適用」，因為它已被一個更新的修補程式所取代。

儘管這與早期版本修補程式管理的行為有所不同，但這種變更可達到更好的效果，因為只有目前需要安裝的修補程式才會在每個設備上加以報告或分析。

動作：不需要執行任何動作。

修補程式部署在排程的時間可能不會開始

來源： ZENworks 10 Configuration Management；修補程式管理。

可能的原因：若部署排程類型包括「週期性」與「若設備無法執行則立即處理」這兩個選項，則當設備啟動後，修補程式的部署在其排程的首個週期性日期並不會進行。但會在下一個週期性日期部署修補程式。

動作：選取日期特定的排程，而不是週期性排程，以便設備啟動後可套用修補程式。

Microsoft 系統安裝程式 (MSI) 可能需要針對部分修補程式進行更新

來源： ZENworks 10 Configuration Management；修補程式管理。

說明：某些 .NET 修補程式的部署可能要求安裝最新的 MSI。否則，部署這些修補程式時，您會收到錯誤訊息。

動作：在部署 .NET 修補程式之前，驗證 MSI 版本是否符合要求。若有必要，請建立套裝軟體，將最新版的 MSI (3.1 版或更新版本) 部署到您的系統。MSI 可從 Microsoft 處獲得。

A.1 修補程式管理問題