顯示具有 Windows Update 標籤的文章。 顯示所有文章
顯示具有 Windows Update 標籤的文章。 顯示所有文章

2026年8月14日 星期五

[研究]比較 Windows 11, Windows Server 2019, 2022, 2025的2026年 Windows Update 8月更新

[研究]比較 Windows 11, Windows Server 2019, 2022, 2025的2026年 Windows Update 8月更新

2026-08-14

比較 Windows 11, Windows Server 2019, 2022, 2025 繁體中文標準版 2026年 Windows Update 8月更新,相同 ?相異 ?原因 ? 表格呈現

ChatGPT (摘要重點部分)

共同的是「Windows 核心元件/安全性漏洞修補」;不同的是「各 OS 專屬元件、功能、版本分支、Server 角色與 .NET 元件」。

項目 Windows 11 Windows Server 2019 Windows Server 2022 Windows Server 2025
2026/08 月安全性累積更新 KB5121003(24H2/25H2) 有自己的 Server 2019 LCU 有自己的 Server 2022 LCU KB5120233
OS 核心安全修補 ✅ ✅ ✅ ✅
Windows Kernel 修補 ✅ ✅ ✅ ✅
Windows 網路相關元件 ✅ ✅ ✅ ✅
Active Directory / Server 元件 部分 ✅ ✅ ✅
IIS / Server 角色相關修補 部分 ✅ ✅ ✅
Hyper-V / 虛擬化 部分 ✅ ✅ ✅
Windows Client 專屬功能 ✅ 大量 ❌ ❌ ❌
Server 專屬功能 ❌ ✅ ✅ ✅
Windows 11 新功能 ✅ ❌ ❌ ❌
.NET Framework 安全更新 KB5120708 等 視已安裝 .NET 而定 視已安裝 .NET 而定 視已安裝 .NET 而定
惡意軟體移除工具 KB890830 ✅ 通常提供 通常也會提供 通常也會提供 通常也會提供
Windows Security/Defender 更新 ✅ ✅ ✅ ✅
更新後 OS Build 25H2 → 26200.9168 17763.x 20348.x 26100.x
是否可直接使用另一 OS 的 LCU ❌ ❌ ❌ ❌

Windows 11 的 8 月更新除了安全修補之外,還加入 File Explorer 檔案大小單位改善、Windows Search 拼字容錯、Touchpad、Voice Access、Windows Hello ESS 等功能;這些是 Windows 11 Client 專屬功能,不會原封不動出現在 Server 2019/2022/2025。


真正「相同」的部分

  • Windows Kernel
  • Windows NT
  • Windows Networking
  • TCP/IP
  • Windows Graphics
  • Windows Authentication
  • Windows Security
  • Windows Defender
  • Windows Remote Desktop
  • Windows SMB
  • Windows Hyper-V
  • .NET Framework
  • 其他共用 Windows 元件

但是每個 OS 只會修補:「該 OS 實際存在的漏洞與元件」。


真正「不同」的部分

更新類型 Win11 Server 2019 Server 2022 Server 2025
Windows Kernel 🟢 🟢 🟢 🟢
Windows 網路核心 🟢 🟢 🟢 🟢
Windows Security 🟢 🟢 🟢 🟢
.NET Framework 🟢 🟢 🟢 🟢
Defender 🟢 🟢 🟢 🟢
MSRT 🟢 🟢 🟢 🟢
Start Menu 🟢 🔴 🔴 🔴
Taskbar 🟢 🔴 🔴 🔴
Windows 11 Explorer 新功能 🟢 🔴 🔴 🔴
Touchpad 🟢 🔴 🔴 🔴
Voice Access 🟢 🔴 🔴 🔴
Windows Hello ESS Client 功能 🟢 🔴 🔴 🔴
AD DS 🔴 🟢 🟢 🟢
DNS Server 🔴 🟢 🟢 🟢
DHCP Server 🔴 🟢 🟢 🟢
IIS Server 🔴 🟢 🟢 🟢
Hyper-V Server 功能 🔴/部分 🟢 🟢 🟢

LCU = Latest Cumulative Update,中文通常稱「最新累積更新」。

在 Windows Update 裡,LCU 是非常重要的一種更新,尤其是你使用的 Windows Server 2025 Standard。

名稱 意思 作用
LCU Latest Cumulative Update Windows 作業系統的最新累積安全/品質更新
SSU Servicing Stack Update 更新「負責安裝 Windows 更新」的元件
.NET Update .NET Framework 更新 修補 .NET Framework 漏洞
Defender Update Defender 更新 更新防毒/安全性元件
MSRT Malicious Software Removal Tool 惡意軟體移除工具

(完)

[研究]Windows Server 2025 標準版Windows Update 的8月更新

[研究]Windows Server 2025 標準版Windows Update 的8月更新

2026-08-14

2026-08 .NET Framework 安全性更新 (KB5120708) 

2026-08 安全性修補程式 (KB5120233) (26100.33296) 

KB890830:Windows 惡意軟體移除工具 x64 - v5.144 

Windows Security platform 更新 - KB5007651 (版本 10.0.29628.1000)

更新 主要作用 更新對象 是否屬於主要安全更新 通常是否需要重開機
2026-08 .NET Framework 安全性更新 (KB5120708) 修補 .NET Framework 漏洞 .NET Framework 3.5 / 4.8.1 等 🟠 是 可能需要
2026-08 安全性修補程式 (KB5120233) (26100.33296) 修補 Windows Server 作業系統本身 Windows Server 2025 核心 OS 🔴 是,最重要 通常需要
KB890830:Windows 惡意軟體移除工具 x64 v5.144 掃描、移除特定常見惡意軟體 惡意軟體 🟢 安全維護工具 通常不需要
Windows Security platform 更新 KB5007651 更新 Windows Security / 安全性平台元件 Windows Security 平台 🟢 安全元件更新 通常不需要


架構


Windows Server 2025 │ ┌───────────────────┼───────────────────┐ │ │ │ ▼ ▼ ▼ Windows OS .NET Framework Security │ │ │ │ │ ┌─────┴─────┐ │ │ │ │ ▼ ▼ ▼ ▼ KB5120233 KB5120708 KB5007651 KB890830 作業系統 .NET Framework Security 惡意軟體 安全修補 安全修補 Platform 移除工具


(完)

2026年5月25日 星期一

[研究]Windows Update 更新失敗080242fff 之解決

[研究]Windows Update 更新失敗080242fff 之解決

2026-05-25



以系統管理員於「命令提示字元」執行

Dism.exe /Online /Cleanup-Image /Restorehealth
Sfc.exe /Scannow

執行成功,但Windows Update仍失敗。

****

WindowsUpdateClen.bat

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
del /f /q /s C:\Windows\SoftwareDistribution
del /f /q /s C:\Windows\System32\CatRoot2
net start wuauserv
net start cryptSvc
net start bits
net start msiserver


成功。



(完)

2026年2月25日 星期三

[研究]Windows 11 26H1 安裝過程避免 Windows Update

[研究]Windows 11 26H1 疑似安裝過程就在下載做 Windows Update,有辦法在Windows安裝完成後再做嗎 ?

2026-02-25



下圖,把 VMware Workstation 25H2 建立的 VM 斷網

下圖,斷網後,下載百分比仍增加,仍繼續下載,不像從光碟下載,太慢,比較像從 Internet 下載


下圖,結果還是有一堆 Windows Update 要更新


**********

Google Gemini

從你提供的截圖來看,這是 Windows 11 在 OOBE (初始設置階段) 自動進行的更新檢查。微軟為了確保系統安全,預設會在聯網後強制下載關鍵更新。

若你希望先進入桌面再手動更新,避開這個等待過程,可以參考以下幾種方法:

方法一:暫時斷開網路(最簡單)

Windows 在安裝過程中如果偵測不到網路,通常會跳過更新檢查。

  1. 拔掉網路線或關閉 Wi-Fi 路由器。
  2. 如果系統卡在「讓我們連線到網路」畫面不讓你跳過,請按 Shift + F10 打開命令提示字元。
  3. 輸入以下指令並按回車:OOBE\BYPASSNRO
  4. 電腦會重啟,再次進入該畫面時,會出現 「我沒有網際網路」 的選項,點擊後即可建立本機帳戶並直接進入桌面。

註:敝人測試斷網無用。

方法二:使用命令跳過 OOBE 流程

如果你已經進入了截圖中的下載畫面,可以嘗試強制跳過:

  1. 按 Shift + F10 打開命令提示字元。
  2. 輸入 taskmgr 並按回車開啟「工作管理員」。
  3. 點擊「詳細資料」分頁。
  4. 找到 OOBENetworkCaptivePortal.exe 或 Windows Update 相關程序,右鍵選擇「結束工作」。

注意:這可能會導致 OOBE 流程重啟或報錯,建議配合方法一使用。

註:方法一,敝人測試斷網無用。

方法三:製作安裝碟時預先封裝 (適用於下次安裝)

如果你經常需要安裝系統,建議使用 Rufus 製作 USB 安裝碟:

  1. 在製作時,Rufus 會跳出選項,勾選 "Remove requirement for an online Microsoft account"。
  2. 這會自動幫你繞過聯網強制更新的邏輯。

註:麻煩沒測。

(待研究)

2026年1月30日 星期五

[研究]部分設定是由您的組織進行管理

[研究]部分設定是由您的組織進行管理

2025-01-30

環境:Visual Studio 2022 + ASP.NET + WebForm + Web Application + C# + SQL Server 2019 + SQL Server Management Studio (SSMS) 20.2



Windows Update

*部分設定是由您的組織進行管理

檢視設定的更新原則

********************************************************************************


設定

檢視設定的更新原則

想要知道為何您會看到「部分設定是由您的組織進行管理」?

此文字通常在安裝和設定傳遞原則後顯示在 Windows Update上。

範例包括:

·您的組織已經設定一些原則以管理更新

·您已加入 Windows 測試人員計畫

裝置上設定的原則

自動下载更新並按照指定的排程加以安裝

來源:系統管理員

類型:群組原則

設定自動更新選項

來源:系統管理員

類型:群組原則

********************************************************************************

Windows Update 畫面看到 "部分設定是由您的組織進行管理",但這台電腦並沒有加入 Ad Domain 啊?

這個情況非常常見,而且不一定代表電腦有加入 AD 網域。

在 Windows Update 出現 「部分設定是由您的組織進行管理」,通常代表 有套用「群組原則 (Group Policy) 或 登錄機碼 (Registry Policy)」,而不一定來自 AD Domain。

以下用系統化方式幫你釐清原因與檢查方法(以你熟悉的 Windows Server / Windows 環境來說,會比較快定位)👇

為什麼會出現這個訊息?

Windows 只要偵測到 「政策被鎖定」,就會顯示這行字,不論來源是:

來源 是否需要加入 AD
本機群組原則 (Local Group Policy) ❌ 不需要
登錄檔 Policy Key ❌ 不需要
Windows Update 管理工具 (WSUS、WUfB) ❌ 不一定
MDM / Intune 管理 ❌ 不一定
AD Domain 群組原則 ✅ 需要

➡ 最常見情況:被設定過 Local Group Policy 或 Registry Policy

最常見 5 大原因(依發生率排序)

1️⃣ 曾手動設定「延遲更新 / 停用自動更新」

例如你可能曾經:

  • 關閉自動更新
  • 設定延遲更新天數
  • 設定「選擇何時接收功能更新」

這些都會造成 組織管理提示

2️⃣ 用過 Windows Update 控制工具

例如:

  • ShutUp10
  • Winaero Tweaker
  • O&O ShutUp10++
  • 各種「最佳化工具」
  • 防更新腳本

👉 這些工具全部會寫入 Policy Registry

3️⃣ 改過登錄檔封鎖 Windows Update

例如常見設定:

HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU





只要存在 → 就會顯示「由組織管理」

4️⃣ 曾設定 WSUS 伺服器(即使現在沒用)

如常見設定:

HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\WUServer

只要存在 → 也會觸發

下圖,敝人檢測的電腦無此機碼



5️⃣ Windows Server 預設安全政策

在 Windows Server 上:

👉 預設就比 Client 版多很多政策

所以 Server 出現這行比 Windows 10/11 更常見

如何精準查出「是誰在管你」?

方法一:gpresult(最準)

gpresult /h c:\gpo.html

然後打開 c:\gpo.html



重點看:

Computer Configuration → Administrative Templates → Windows Update

如果這裡有設定值,就能直接看到是什麼 policy 造成。

方法二:直接看 Local GPO

gpedit.msc

路徑:

電腦設定
 └ 系統管理範本
    └ Windows 元件
       └ Windows Update

檢查是否有設定為:

  • 已啟用
  • 已停用
下圖,

下圖,


下圖,點 "商務用 Windows Update"



方法三:看登錄檔(最快)

reg query HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate /s

若有輸出 → 就是來源

常見「元兇」設定

設定 效果
Configure Automatic Updates 控制自動更新
Defer Feature Updates 延遲功能更新
Set WSUS server 指向內部更新伺服器
Disable Windows Update access 禁止更新


註解:HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate 預設不存在

********************************************************************************

如何清除「由組織管理」提示?

⚠ 確定不需要這些限制時再做

方法 1:GPO 還原

將所有 Windows Update 政策改為:

👉 未設定 (Not Configured)

然後:

gpupdate /force

方法 2:登錄檔清除(快速)

reg delete HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate /f
gpupdate /force

總結重點

你這台 未加入 AD Domain 但出現此訊息 = 99% 是本機政策造成

這在:

Windows Server

曾被優化過的 Windows 10/11

➡ 極度常見,完全正常

********************************************************************************

實際測試

可用下面指令測試(遮 IP / hostname 即可),例如:

C:\>reg query HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate /s

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
    AUOptions    REG_DWORD    0x4

關鍵點:AUOptions = 4

這代表:

Windows Update 自動更新模式被「政策鎖定」

而只要 存在任何 Windows Update Policy,

Windows 就會顯示:部分設定是由您的組織進行管理

➡ 與是否加入 AD Domain 完全無關。

🧠 AUOptions = 4 是什麼意思?

值 意義
2 下載前通知
3 自動下載,安裝前通知
4 自動下載,排程安裝(企業常用)
5 允許本機管理員選擇設定

註解:HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate 預設不存在

(完)

相關

2025年12月15日 星期一

[研究]Windows Update 失敗 0x800705b4,FOXXRAY USB耳麥驅動程式和工具影響

[研究]Windows Update 失敗 0x800705b4,FOXXRAY USB耳麥驅動程式和工具影響

2025-12-15

作業系統 Windows Server 2019 Standard


安裝更新時發生一些問題,但我們將稍後再試一次。若您持續看到此訊息,且想要搜尋網路

或連絡支援人員以取得詳細資訊,這可能有所幫助:(0x80070564)

**********

✅ 建議的排除/修復步驟

1. 停用任何第三方防毒軟體 / 防火牆(暫時)

某些防毒軟體或防火牆可能會干擾更新程序。嘗試暫時關閉它們,然後再執行更新。

特別是如果伺服器之前安裝過額外的安全軟體(即使已移除或停用),也建議確認完全移除。

2. 清除 Windows Update 快取 (SoftwareDistribution)

有時候下載或安裝檔案損壞會導致更新失敗。你可以:

開啟 services.msc,將「Windows Update」服務停止。

到 C:\Windows\SoftwareDistribution 資料夾,刪除裡面的所有檔案/資料夾。

再重啟 Windows Update 服務。

然後重新執行更新。

https://support.microsoft.com/zh-tw/windows/%E7%96%91%E9%9B%A3%E6%8E%92%E8%A7%A3%E6%9B%B4%E6%96%B0-windows-10-%E7%9A%84%E5%95%8F%E9%A1%8C-188c2b0f-10a7-d72f-65b8-32d177eb136c

3. 使用系統映像修復工具 (DISM) + 檔案系統檢查 (SFC)

如果系統檔案或更新元件損壞,可以使用內建工具修復:

DISM.exe /Online /Cleanup-image /Restorehealth

sfc /scannow

完成後,重啟電腦再嘗試更新。這種方式在伺服器 / 桌面 Windows 上都有效。

https://learn.microsoft.com/zh-tw/troubleshoot/windows-server/installing-updates-features-roles/fix-windows-update-errors

4. 確認系統日期/時間是否正確 + 網路連線穩定

錯誤或不穩定的時間設定,或不穩的網路,都可能導致更新失敗/卡住。請確認時間/時區正確,並確保網路穩定。

https://support.microsoft.com/en-us/windows/troubleshoot-problems-updating-windows-188c2b0f-10a7-d72f-65b8-32d177eb136c

5. 移除或停用可能干擾的裝置/服務 (例如印表機 spooler)

有使用者在類似錯誤(0x80070564)時,發現是印表機驅動或 spooler 衝突造成更新卡住。

https://www.justanswer.com/email/d02r4-last-windows-upgrade-changed-priniting-info.html

如果你的伺服器裝有印表機、列印服務,建議先停用「印表機列印佇列 (Print Spooler)」服務、移除或更新印表機驅動,再試一次。

⚠️ 注意:錯誤碼 0x80070564 並不常見 — 若上述方法失敗...

根據論壇,有人表示更新安裝「過久掛住 (hung)」後就出現這個錯誤。

BleepingComputer

如果你的系統是伺服器 (Server 2019),可能有和桌面版不同的條件 — 比如角色/功能安裝、伺服器角色 (IIS、AD、SQL …)/印表機列印服務/群組原則 等,都可能影響更新。

此時,也可以考慮 手動下載更新 (KB),然後直接安裝 — 有時可以繞過 Windows Update 自動流程的 bug 或衝突。

**********

下圖,想起前陣子安裝了 FOXXRAY Audio 7.1 Driver 和工具


下圖,移除後,Windows Update 正常了

下圖,重新啟動後

正常了。
也就是在  Windows Server 2019 上,FOXXRAY USB耳麥 僅能使用 Microsoft 微軟官方通用的驅動程式,不能額外安裝FOXXRAY官方的驅動程式和工具。

(完)

2025年10月2日 星期四

[研究]Windows 7仍可以 Windows Update 嗎?

[研究]Windows 7仍可以 Windows Update 嗎?

2025-10-02

Windows 7在 2020年1月14日已經EOS
https://learn.microsoft.com/zh-tw/lifecycle/products/windows-7

有人說 Windows 7 目前還可以更新,並給了一張圖。研究一下。


********************************************************************************

請問下面各項釋出的年月日 ?

KB890830:Windows 惡意軟體移除工具x64-v5.119

KB890830:Windows 惡意軟體移除工具x64-v5.119

KB890830:Windows 惡意軟體移除工具x64-v5.121

KB890830:Windows 惡意軟體移除工具x64-v5.122

KB890830:Windows 惡意軟體移除工具x64-v5.124

KB890830:Windows 惡意軟體移除工具x64-v5.135

安全情報更新 Windows Defender Antivirus -KB915597(版本 1.401.1316.0)-目前頻道(廣泛)

安全情報更新 Windows Defender Antivirus -KB915597(版本 1.407.442.0)-目前通道(廣泛)

安全情報更新 Windows Defender Antivirus -KB915597(版本 1.407.529.0)-目前通道(廣泛)

安全情報更新 Windows Defender Antivirus -KB915597(版本 1.411.392.0)-目前通道(廣泛)

安全情報更新 Windows Defender Antivirus -KB915597(版本 1.435.214.0)-目前頻道(廣泛)

安全情報更新 Windows Defender Antivivir -KB915597(版本 1.401.1316.0)-目前頻道(廣泛)

安全情報更新 Windows Defender Antivivir -KB915597(版本 1.405.369.0)-目前通道(廣泛)


ChatGPT 說:


以下是我能查到的部分版本的「釋出日期」。部分版本資料難以查到精確日,以下以公開資料為主,可能有誤差或缺漏:


更新項目 版本 釋出日期

KB890830: Windows 惡意軟體移除工具 x64 v5.119 5.119 2023年11月15日 

KB890830: Windows 惡意軟體移除工具 x64 v5.135 5.135 2025年8月12日 

KB890830: Windows 惡意軟體移除工具 x64 v5.133 5.133 2025年5月13日 

KB890830: Windows 惡意軟體移除工具 x64 v5.134 5.134 2025年6月10日 

KB890830: Windows 惡意軟體移除工具 x64 v5.131 5.131 2025年1月14日 


至於 安全情報更新 Windows Defender Antivirus – KB915597 (各版本號),我在公開資料中未能找到可靠的「KB915597 各版本號對應釋出日期」。這類安全情報(定義檔、病毒碼更新)通常每日或多次釋出,而且版本號對應的發佈記錄可能只在 Microsoft 的內部或專業公告中有紀錄(而非公開 KB 頁面)。


如果你願意,我可以協助進一步查找 Microsoft 官方變更記錄 (Security Intelligence updates) 看能不能對照各版本的日期。要嗎?


********************************************************************************

Windows 7 可以更新這些,但2020年1月14日就已經 EOS,怎麼回事 ?


ChatGPT 說:


1. Windows 7 確實在 2020/01/14 結束支援 (End of Support, EOS)

  • 微軟當時宣布 不再提供免費安全更新、修補程式或技術支援。
  • 企業可以額外付費購買 ESU (Extended Security Updates),直到 2023/01/10 結束。
  • 所以「Windows Update」的 系統安全修補程式 (KB 針對漏洞的更新),2020 後就停止發行了。

2. 為什麼你在 Windows 7 還能看到 KB890830 (惡意軟體移除工具) 與 KB915597 (Defender 定義檔) 更新?這是因為:


  • KB890830 (MSRT, 惡意軟體移除工具)
    • 微軟每個月「Patch Tuesday」仍然發行一個新版,支援 從 Windows XP SP3 一直到 Windows 11。
    • 換句話說,即使 Windows 7 已經 EOS,MSRT 依然能更新,因為它不是「系統漏洞修補程式」,而是「獨立的惡意程式清除工具」。
  • KB915597 (Windows Defender Antivirus 定義檔)
    • 這不是「系統修補程式」,而是「病毒碼更新」。
    • Defender 定義檔 (含 Microsoft Security Essentials/Microsoft Defender) 微軟還是會持續更新,因為它跟作業系統生命週期不綁定。
    • 也就是說,即便 Windows 7 已經 EOS,防毒引擎仍然可以拿到最新病毒碼,只是系統漏洞不會被修補。


3. 結論

  • ✅ Windows 7 在 2020/01/14 停止系統安全更新(除非買 ESU 到 2023)。
  • ✅ 但 MSRT (KB890830) 和 Defender/MSE 定義檔 (KB915597) 屬於「惡意程式工具/病毒碼」,仍然持續更新。
  • ❌ 不過,這並不代表 Windows 7 安全,因為系統漏洞沒有修補,只是「防毒還能更新」。

********************************************************************************

Windows 7 在 2020/01/14 EOS 後,仍可/不可更新的對照表:


類別是否還能更新說明
Windows 安全性更新 (漏洞修補 KB)❌ 停止2020/01/14 已經 EOS,除非購買 ESU (延伸安全更新),否則不再提供漏洞修補程式。ESU 到 2023/01/10 完全終止。
Windows 功能更新 (Service Pack、版本升級)❌ 停止Windows 7 不會再推出 SP2/SP3,也不會升級到新版本。
Windows Defender / Microsoft Security Essentials (防毒定義更新, KB915597)✅ 仍持續更新雖然 Windows 7 已 EOS,但 Defender/MSE 的病毒碼(定義檔)仍會透過 Windows Update 更新。
Windows 惡意軟體移除工具 (MSRT, KB890830)✅ 仍持續更新微軟每個月 Patch Tuesday 都會釋出新版 MSRT,支援 Windows 7 到 Windows 11。
Microsoft Office 安全更新⚠️ 部分停止Office 2010 已於 2020/10/13 EOS,Office 2013/2016 等版本則依照各自的支援週期提供更新,與 Windows 7 無直接綁定。
.NET Framework 更新❌ 停止Windows 7 上的 .NET 更新也隨著 EOS 停止(除非有 ESU)。
第三方應用程式 (Chrome、Firefox 等)⚠️ 逐步停止Google Chrome 在 2023/01/10 停止支援 Windows 7;Firefox 也在 2024 年逐步停止支援。

🔑 重點
  • 系統漏洞不會修補 → 這是最大的風險。
  • 防毒與惡意程式清除工具還能更新 → 只是補強,無法取代漏洞修補。
  • Office、瀏覽器等應用軟體 → 各自有不同的生命週期,有些比 Windows 7 活得久。

(完)

2025年6月12日 星期四

[研究]微軟每月定期發布 Windows 更新時間

[研究]微軟每月定期發布 Windows 更新時間

2025-06-12

Windows 用戶端的更新發行週期 (2025-03-27)
https://learn.microsoft.com/zh-tw/windows/deployment/update/release-cycle

Update release cycle for Windows clients (2025-03-27)
https://learn.microsoft.com/en-us/windows/deployment/update/release-cycle

【微軟每月更新發佈時間】

每月第二個星期二(Patch Tuesday):微軟會發布「每月安全更新」,也稱為「累積更新」,包括安全性修補程式和非安全性內容。這些更新通常在美國太平洋時間上午 10:00 發布。

【台灣用戶可下載時間】

台灣位於 UTC+8 時區,與美國太平洋時間(PST/PDT)有 15 或16小時的時差。每月第二個星期二的更新:台灣時間為每月第二個星期三的上午 1:00 (夏令時間) 或 2:00 ( 冬令時間)。

時間區間美國太平洋時間台灣時間(UTC+8)時差
冬令時間(大約11月初~3月初)PST(UTC-8)UTC+816 小時
夏令時間(大約3月中~11月初)PDT(UTC-7)UTC+815 小時

(完)

2024年11月1日 星期五

[研究]Windows Update、WSUS 更新失敗之解決

[研究]Windows Update、WSUS 更新失敗之解決

2024-11-01

WindowsUpdateClen.bat

net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
del /f /q /s C:\Windows\SoftwareDistribution
del /f /q /s C:\Windows\System32\CatRoot2
net start wuauserv
net start cryptSvc
net start bits
net start msiserver


或

Dism.exe /Online /Cleanup-Image /Restorehealth
Sfc.exe /Scannow

Windows Update 常見錯誤和緩和措施發行項2024/10/15

https://learn.microsoft.com/zh-tw/troubleshoot/windows-client/installing-updates-features-roles/common-windows-update-errors




(下圖) 正常 Windows Update 更新完成

(完)

相關

2024年9月13日 星期五

[研究]Windows Server 2019 的 Windows Update 預設自動更新時間?

[研究]Windows Server 2019 的 Windows Update 預設自動更新時間?

2024-09-13

(下圖)「工作排程器」/「工作排程器程式庫」/「Microsoft」/「Windows」/「Windows Update」


(下圖)新安裝的 Windows Server 2019

(下圖)另一台

(下圖)觸發程序

也就是每一台的時間不會相同。

********************************************************************************
如果想變更預設值



********************************************************************************
(完)

2024年7月16日 星期二

[研究]系統 Windows Update 和 Windows Reboot,需要公告嗎?根據 ISO 27001 或 ISO 27002 哪一條?

[研究]系統 Windows Update 和 Windows Reboot,需要公告嗎?根據 ISO 27001 或 ISO 27002 哪一條?

2024-07-16

系統 Windows Update 後 Windows Reboot,需要公告嗎?根據 ISO 27001 或 ISO 27002 哪一條?

ChatGPT

根據 ISO 27001 和 ISO 27002 的要求,Windows Update 導致的 Windows Reboot 通知屬於資訊安全管理的一部分。特別是,這些標準強調應確保資訊系統的可用性和減少服務中斷的影響。

ISO 27001

ISO 27001 是一個資訊安全管理系統 (ISMS) 的標準,涵蓋了風險管理和資訊安全控制的要求。雖然標準本身並沒有具體指出每一種情況的具體操作,但以下條款是相關的:

  • A.12.1.1(作業程序文件化): 組織應建立和維護與資訊處理設施和系統相關的作業程序,包括系統更新和重新啟動的程序。(不是這樣,正確見下方英文原文)
  • A.12.4.1(事件報告): 應建立和維護資訊安全事件報告程序,包括系統重啟可能影響服務可用性時的通知程序。(不是這樣,正確見下方英文原文)

ISO 27002

ISO 27002 是 ISO 27001 的實踐指南,提供了具體的控制措施和實施指導:

  • 12.1.1(運營程序文檔): 強調了運營程序應該被文件化和傳達,包括系統更新和重新啟動的操作。
  • 12.4.2(事件通報): 應該有機制通知受影響的相關方,這包括在系統更新或重新啟動前通知用戶以避免服務中斷。

因此,根據 ISO 27001 和 ISO 27002 的最佳實踐,當 Windows Update 需要系統重新啟動時,應該通知所有相關用戶。這樣可以確保透明度並減少潛在的服務中斷對業務運行的影響。


********************************************************************************

ISO/IEC 27001:2013(E)

A.12.1.1 Documented operating procedures
Control
Operating procedures shall be documented and made available to all users who need them.

A.12.4.1 Event logging
Control
Event logs recording user activities, exceptions, faults and infor mation security events shall be produced, kept and regularly reviewed.

********************************************************************************

ISO/IEC 27002:2013(E)


2.1.1 Documented operating procedures

Control

Operating procedures should be documented and made available to all users who need them.


Implementation guidance

Documented procedures should be prepared for operational activities associated with information processing and communication facilities, such as computer start-up and close-down procedures, backup, equipment maintenance, media handling, computer room and mail handling management and safety.

The operating procedures should specify the operational instructions, including:

a) the installation and configuration of systems;

b) processing and handling of information both automated and manual;

c) backup (see 12.3);

d) scheduling requirements, including interdependencies with other systems, earliest job start and latest job completion times;

e) instructions for handling errors or other exceptional conditions, which might arise during job execution, including restrictions on the use of system utilities (see 9.4.4);

f) support and escalation contacts including external support contacts in the event of unexpected operational or technical difficulties;

g) special output and media handling instructions, such as the use of special stationery or the management of confidential output including procedures for secure disposal of output from failed 

jobs (see 8.3 and 11.2.7);

h) system restart and recovery procedures for use in the event of system failure;

i) the management of audit-trail and system log information (see 12.4);

j)  monitoring procedures.


Operating procedures and the documented procedures for system activities should be treated as formal documents and changes authorized by management. Where technically feasible, information systems should be managed consistently, using the same procedures, tools and utilities.

********************************************************************************

ISO/IEC 27002:2013(E)

2.1.1 形成文件的操作程序

控制

操作程序應記錄下來並提供給所有需要的使用者。


實施指導

應為與資訊相關的業務活動準備文件化的程序處理和通訊設施,例如電腦啟動和關閉程序、備份、設備維護、媒體處理、電腦室和郵件處理管理和安全。

操作規程應明確操作說明,包括:

a) 系統的安裝與配置;

b) 自動和手動處理和處理資訊;

c) 備份(見12.3);

d) 調度要求,包括與其他系統的相互依賴性、最早的作業開始時間和最晚的作業完成時間;

e) 處理作業執行期間可能出現的錯誤或其他異常情況的說明,包括系統實用程式使用的限制(請參閱 9.4.4);

f) 支援和升級聯繫,包括發生意外操作或技術困難時的外部支援聯繫;

g) 特殊輸出和媒體處理說明,例如特殊文具的使用或機密輸出的管理,包括安全處置失敗輸出的程序工作(見 8.3 和 11.2.7);

h) 系統故障時所使用的系統重新啟動與復原程序;

i) 稽核追蹤與系統日誌資訊的管理(見 12.4);

j) 監控程序。

系統活動的操作程序和文件化程序應被視為管理階層授權的正式文件和變更。在技​​術上可行的情況下,應使用相同的程序、工具和實用程式對資訊系統進行一致的管理。

********************************************************************************

ISO/IEC 27002:2013(E)


12.4.2 Protection of log information

Control

Logging facilities and log information should be protected against tampering and unauthorized access.


Implementation guidance

Controls should aim to protect against unauthorized changes to log information and operational problems with the logging facility including:

a) alterations to the message types that are recorded;

b) log files being edited or deleted;

c) storage capacity of the log file media being exceeded, resulting in either the failure to record events or over-writing of past recorded events.

Some audit logs may be required to be archived as part of the record retention policy or because of requirements to collect and retain evidence (see 16.1.7).


System logs often contain a large volume of information, much of which is extraneous to information security monitoring. To help identify significant events for information security monitoring purposes, the copying of appropriate message types automatically to a second log, or the use of suitable system utilities or audit tools to perform file interrogation and rationalization should be considered.

System logs need to be protected, because if the data can be modified or data in them deleted, their existence may create a false sense of security. Real-time copying of logs to a system outside the control of a system administrator or operator can be used to safeguard logs.

********************************************************************************

ISO/IEC 27002:2013(E)

12.4.2 日誌資訊保護

控制

應保護日誌記錄設施和日誌資訊免遭篡改和未經授權的存取。


實施指導

控制措施應旨在防止未經授權的日誌資訊變更和日誌記錄設施的操作問題,包括:

a) 更改記錄的訊息類型;

b) 編輯或刪除的日誌檔;

c) 超出日誌檔案媒體的儲存容量,導致無法記錄事件或覆蓋過去記錄的事件。

作為記錄保留政策的一部分或由於收集和保留證據的要求,某些審核日誌可能需要存檔(見 16.1.7)。


系統日誌通常包含大量資訊,其中許多資訊與資訊安全監控無關。為了幫助識別資訊安全監控目的的重要事件,應考慮將適當的訊息類型自動複製到第二個日誌,或使用適當的系統實用程式或審核工具來執行文件詢問和合理化。

系統日誌需要受到保護,因為如果資料可以被修改或其中的資料被刪除,它們的存在可能會產生錯誤的安全感。將日誌即時複製到系統管理員或操作員控制以外的系統可用於保護日誌。

********************************************************************************

(完)

2024年4月10日 星期三

【研究】Windows Update 獨立 hotfix 手動下載

【研究】Windows Update 獨立 hotfix 手動下載

2024-04-10

有時Windows Update會無法更新,想手動單獨下載 hotfix

Windows Server 2022 Standard 的 Windows Update 在 2024 年 4 月的 hotfix 更新資訊如下:
Windows Server 2022 更新紀錄:
https://support.microsoft.com/zh-tw/topic/windows-server-2022-%E6%9B%B4%E6%96%B0%E6%AD%B7%E7%A8%8B%E8%A8%98%E9%8C%84-e1caa597-00c5-4ab9-9f3e-8212fe80b2ee

Windows Server 2019 Standard 的 Windows Update 在 2024 年 4 月的 hotfix 更新資訊網址:
Windows Server 2019 更新紀錄:
https://support.microsoft.com/zh-tw/topic/windows-10-%E5%92%8C-windows-server-2019-%E6%9B%B4%E6%96%B0%E8%A8%98%E9%8C%84-725fc2e1-4443-6831-a5ca-51ff5cbcb059

Windows 10 更新紀錄:
https://support.microsoft.com/zh-tw/topic/windows-10-%E6%9B%B4%E6%96%B0%E8%A8%98%E9%8C%84-8127c2c6-6edf-4fdf-8b9f-0f7be1ef3562

Windows 11版本 23H2 更新記錄:
https://support.microsoft.com/zh-tw/topic/windows-11%E7%89%88%E6%9C%AC-23h2-%E6%9B%B4%E6%96%B0%E8%A8%98%E9%8C%84-59875222-b990-4bd9-932f-91a5954de434

上面網頁中會提供連上【Microsoft Update Catalog 網站】的特定hotfix獨立下載網址。

Microsoft Update Catalog 網站
https://www.catalog.update.microsoft.com/

********************************************************************************

SQL Server 的最新更新和版本歷程記錄
https://learn.microsoft.com/zh-tw/troubleshoot/sql/releases/download-and-install-latest-updates

SQL Server 2019 for Microsoft Windows Latest Cumulative Update
https://www.microsoft.com/en-sg/download/details.aspx?id=100809

SQL Server 2022 for Microsoft Windows Latest Cumulative Update
https://www.microsoft.com/en-gb/download/details.aspx?id=105013

(完)

2024年3月23日 星期六

[研究]Microsoft Update Health Tools更新健康情況工具

[研究]Microsoft Update Health Tools更新健康情況工具

2024-03-23

KB4023057:更新健康情況工具 - Windows Update服務元件

https://support.microsoft.com/zh-tw/topic/kb4023057-%E6%9B%B4%E6%96%B0%E5%81%A5%E5%BA%B7%E6%83%85%E6%B3%81%E5%B7%A5%E5%85%B7-windows-update%E6%9C%8D%E5%8B%99%E5%85%83%E4%BB%B6-fccad0ca-dc10-2e46-9ed1-7e392450fb3a

Microsoft Update Health Tools 是透過更新KB4023057 Windows Update提供給裝置。

注意事項 所有支援的 Windows 10 版、版本 21H2 和 22H2、Windows 11版、版本 21H2 和 Windows 11 版本 22H2 都需要此更新。

********************************************************************************

找到一個目錄

Microsoft Windows [版本 10.0.22631.3296]
(c) Microsoft Corporation. 著作權所有,並保留一切權利。

C:\Windows\System32>cd C:\Program Files\Microsoft Update Health Tools   

C:\Program Files\Microsoft Update Health Tools>dir *.exe
 磁碟區 C 中的磁碟沒有標籤。
 磁碟區序號:  D81B-FDC1

 C:\Program Files\Microsoft Update Health Tools 的目錄

2023/09/25  下午 08:22           349,656 expediteupdater.exe
2023/09/25  下午 08:22           402,904 uhssvc.exe
               2 個檔案         752,560 位元組
               0 個目錄  21,254,144,000 位元組可用

C:\Program Files\Microsoft Update Health Tools>expediteupdater.exe
expediteupdater.exe/requestid [guid]

C:\Program Files\Microsoft Update Health Tools>uhssvc.exe

C:\Program Files\Microsoft Update Health Tools>


********************************************************************************




********************************************************************************
請介紹 Microsoft Update Health Tools 更新健康情況工具

ChatGPT

Microsoft Update Health Tools(更新健康情況工具)是一款由微軟推出的軟件,旨在幫助用戶解決Windows更新遇到的問題。這個工具集合了一系列的功能,可用於診斷和解決更新相關的問題,提高系統的可靠性和穩定性。以下是這個工具的一些主要功能和特點:

  • 更新問題診斷:Microsoft Update Health Tools 提供了診斷功能,幫助用戶檢測和確定系統中可能存在的更新問題。這包括檢測更新失敗、下載錯誤、安裝問題等。
  • 修復工具:工具還提供了一些修復功能,用戶可以使用這些功能來解決檢測到的問題。這可能包括重置更新組件、修復損壞的更新文件等。
  • 更新狀態監控:Microsoft Update Health Tools 還允許用戶監控系統中更新的狀態。這可以幫助用戶了解哪些更新已經安裝,哪些更新還在等待安裝,以及更新的狀態是否正常。
  • 自動修復功能:有時,這個工具可以自動檢測並修復一些常見的更新問題,從而減少用戶的干擾和手動干預。
  • 定期更新:微軟會定期更新 Microsoft Update Health Tools,以確保其可以應對最新的Windows更新問題和挑戰。

總的來說,Microsoft Update Health Tools 是一個幫助Windows用戶診斷、修復和監控更新問題的實用工具,它可以提高系統的穩定性,減少因更新問題而導致的操作困擾。

********************************************************************************

使用者可以主動使用 ?

ChatGPT

是的,使用者可以主動使用 Microsoft Update Health Tools 來檢測、診斷和修復Windows更新相關的問題。以下是一般使用者可能採取的步驟:

  1. 下載和安裝:使用者可以從微軟官方網站或其他可信賴的來源下載 Microsoft Update Health Tools。安裝過程與安裝其他軟件類似,通常只需遵循提示進行即可。
  2. 運行工具:安裝完成後,使用者可以運行 Microsoft Update Health Tools。在啟動時,工具將開始掃描系統以檢測可能存在的更新問題。
  3. 檢測問題:工具將列出任何檢測到的更新問題,包括更新失敗、下載錯誤、安裝問題等。使用者可以查看這些問題的詳細信息,以便了解出現了什麼問題。
  4. 執行修復:對於檢測到的問題,Microsoft Update Health Tools 提供了一些修復選項。使用者可以根據自己的需要選擇這些修復功能,以解決問題。
  5. 監控更新狀態:使用者還可以使用工具來監控系統中更新的狀態。這可以幫助用戶確保系統正常更新並解決任何潛在的問題。
  6. 定期使用:建議定期使用 Microsoft Update Health Tools 來檢查系統的更新狀態,並確保系統保持最新並且穩定運行。
總的來說,使用者可以通過主動運行 Microsoft Update Health Tools 來檢測、診斷和修復Windows更新相關的問題,從而保證系統的穩定性和可靠性。

********************************************************************************

User

官方下載網址 ?

ChatGPT

很抱歉,截止到我知識截止日期,我無法提供最新的官方下載網址。然而,你可以通過以下方式找到 Microsoft Update Health Tools 的官方下載網址:
  • Microsoft 官方網站:你可以直接訪問 Microsoft 的官方網站,然後使用搜索功能查找 "Microsoft Update Health Tools" 或類似的關鍵詞來找到相關的頁面。官方網站通常會提供正式且安全的下載途徑。
  • Microsoft 技術支持:如果你在尋找 Microsoft Update Health Tools 的官方下載網址上遇到困難,可以嘗試聯繫 Microsoft 的技術支持部門。他們可以提供相關的指導和連結。
  • 新聞和官方發布:Microsoft 可能會在其官方新聞發布、部落格或社交媒體上公佈 Microsoft Update Health Tools 的發布消息以及相關的下載連結。
請確保你僅從官方和可信賴的來源下載軟件,以防止意外的安全風險。
********************************************************************************

User
有提供給 Windows Server 2019 或 Windows Server 2022 版本 ?
ChatGPT
Microsoft Update Health Tools 主要針對 Windows 10 客戶端操作系統,因此通常不直接支援 Windows Server 版本。但是,對於 Windows Server 2019 或 Windows Server 2022 等伺服器操作系統,微軟通常提供了其他類似的工具或方法來管理更新和維護系統的健康狀態。

在 Windows Server 環境中,你可以使用下列方式來管理和維護更新:
  • Windows Server Update Services (WSUS):WSUS 是一個微軟提供的免費工具,允許 IT 管理員集中管理和分發 Windows 更新。通過 WSUS,管理員可以將更新部署到組織內的所有 Windows 伺服器和客戶端。
  • Windows Admin Center:Windows Admin Center 是一個用於管理 Windows Server 和 Windows 10 的集中式管理工具。它提供了更新管理功能,允許管理員檢查更新狀態、安裝更新,以及設置自動更新。
  • PowerShell 指令:在 Windows Server 中,你可以使用 PowerShell 指令來管理更新。例如,你可以使用 Install-WindowsUpdate 指令安裝更新,使用 Get-WindowsUpdate 指令檢查更新狀態等。
  • Microsoft Endpoint Configuration Manager:對於大型企業環境,Microsoft Endpoint Configuration Manager(原名 SCCM)是一個強大的工具,可以用來管理軟體部署、更新管理等。

請注意,以上提到的工具和方法主要針對 Windows Server 系統,並非直接與 Microsoft Update Health Tools 相同。但它們提供了類似的功能,以幫助管理員確保伺服器系統的安全和穩定。
********************************************************************************
感覺好像不是給一般使用者直接操作使用的工具,ChatGPT的部分回答敝人也有些懷疑正確性。

(待續)

2023年12月25日 星期一

[研究]Windows Update 或 SQL Server Update 安裝過程,是否會導致 IIS 暫停或無法運作?

[研究]Windows Update 或 SQL Server Update 安裝過程,是否會導致 IIS 暫停或無法運作?

2023-12-25

尚未 reboot 前的狀況。



********************************************************************************

User

Windows Update 安裝過程,是否會導致 IIS 暫停或無法運作 ?

ChatGPT

一般情況下,Windows Update 安裝過程不應該直接導致 IIS(Internet Information Services)暫停或無法運作。然而,有一些情況可能會導致服務中斷或需要重新啟動。

  1. 重新啟動系統:某些更新可能會要求重新啟動系統,這可能會導致短暫的 IIS 中斷。在大多數情況下,系統重新啟動後,IIS 將會重新啟動,但在重新啟動的過程中可能會有一些瞬時的中斷。
  2. 更新可能影響 IIS:有些更新可能包含與 IIS 相關的修補程式或更改,這可能會導致 IIS 服務的重新配置或重新啟動。在這種情況下,通常系統會在安裝更新後自動處理相應的 IIS 更改。

為了最大程度地減少可能的中斷,你可以考慮以下建議:

  • 計劃更新時間:如果可能,選擇在較低使用量的時候進行更新,這樣就能夠減少對使用者的影響。
  • 事先備份:在進行任何系統更改之前,請確保備份 IIS 的配置。這樣,如果發生問題,你可以較容易地還原先前的狀態。
  • 檢查更新內容:在進行更新之前,查看相應的更新內容,以了解是否包含對 IIS 的影響。這樣你就能夠事先了解可能的問題。

總的來說,大多數情況下 Windows Update 不會直接導致 IIS 無法運作,但仍然建議在進行系統更改之前採取預防措施,以減少潛在的問題。

********************************************************************************

User

Windows Update 若包含 SQL Server 更新,安裝過程,是否會導致 IIS 暫停或無法運作 ?

ChatGPT

安裝 SQL Server 更新不應直接導致 IIS 暫停或無法運作。然而,安裝 SQL Server 更新可能需要重新啟動服務或整個系統,這可能會在一段時間內導致 IIS 中斷。這是因為 SQL Server 更新可能會影響相關的服務和系統組件。

在安裝 SQL Server 更新之前,你可能會考慮以下建議:

  1. 計劃更新時間:儘量選擇在系統使用量較低的時候進行 SQL Server 更新,這樣可以減少對使用者的影響。
  2. 事先備份:在進行任何系統更改之前,確保備份 SQL Server 數據庫和系統配置。這樣,如果出現問題,你可以較容易地還原到先前的狀態。
  3. 檢查更新內容:在進行更新之前,查看相關的 SQL Server 更新內容,以了解是否包含對相關服務的影響。有時候,更新可能需要重新啟動相關的服務。

請注意,具體的更新行為可能會根據具體的 SQL Server 版本和所安裝的更新而有所不同。因此,建議查閱相關的 SQL Server 更新文檔或公告以獲取更詳細的信息。

********************************************************************************

User

Windows Update 若包含 SQL Server 更新,安裝過程,是否會導致 SQL Server 暫停或無法運作 ?

ChatGPT

在安裝 SQL Server 更新的過程中,通常不會直接導致 SQL Server 暫停或無法運作。然而,安裝 SQL Server 更新可能需要重新啟動相關的服務或整個系統,這可能會導致 SQL Server 在一段時間內無法訪問。

以下是一些你應該考慮的事項:

  1. 重新啟動服務:安裝某些 SQL Server 更新可能需要重新啟動 SQL Server 服務。這會導致在重新啟動期間無法訪問 SQL Server 數據庫。通常,這種中斷是臨時的,並且在服務重新啟動後會恢復正常。
  2. 重新啟動系統:有些更新可能需要重新啟動整個操作系統。在這種情況下,整個系統將無法訪問,包括 SQL Server。這樣的重新啟動可能導致 SQL Server 數據庫在一段時間內無法訪問。
  3. 計劃更新時間:儘量在系統使用量較低的時間進行 SQL Server 更新,以最小化對用戶的影響。
  4. 事先備份:在進行任何系統更改之前,請確保備份 SQL Server 數據庫和相關的配置。這樣,如果發生問題,你可以還原到更新之前的狀態。

要確保最小化中斷和系統無法訪問的風險,建議在進行任何更新之前,查閱相關的 SQL Server 更新文檔或公告,以獲取更詳細的信息。這樣你就可以事先了解可能的影響並做好相應的計劃。

********************************************************************************

僅供參考,不保證。

(完)

2023年11月22日 星期三

[研究]Windows Update 更新失敗之解決與 hotfix 獨立下載

[研究]Windows Update 更新失敗之解決與 hotfix 獨立下載

2023-11-22

主要是因為某些電腦 Windows Update 更新失敗,所以研究寫了這篇。


Windows Server 2019 在 2023/11 有2個安全性更新

2023-11 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5、4.7.2 和 4.8 累積更新 (KB5032337)

2023-11 Cumulative Update for Windows Server 2019 for x64-based Systems (KB5032196)

********************************************************************************


Windows Server 2022 在 2023/11 有2個安全性更新 : KB5032198 和 KB5032336

********************************************************************************

對於 Windows Update 更新失敗的電腦

1.先把 Windows Update 服務停掉

2.砍掉 C:\Windows\SoftwareDistribution 目錄

3.啟動 Windows Update 服務


********************************************************************************

若仍不行,可以去 Microsoft Update Catalog 單獨下載 hotfix

Microsoft Update Catalog
https://www.catalog.update.microsoft.com/Home.aspx

用 "Windows Server 2019" 搜尋得到 KB5031990 和 KB5031984,而非 Windows Update 安裝的 KB5032337 和 KB5032196。

2023-11 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5 和 4.8 累積更新 (KB5031990)

2023-11 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5 和 4.7.2 累積更新 (KB5031984)

****************************************

用 "KB5032337" 搜尋得到

2023-11 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5、4.7.2 和 4.8 累積更新 (KB5032337)


**********
KB5032337 包含了

2023-10 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5、4.7.2 和 4.8 累積更新 (KB5031222)
2023-09 適用於 x64 系統 Windows Server 2019 的 .NET Framework 3.5、4.7.2 和 4.8 累積更新 (KB5030178)

****************************************

用 "KB5032196" 搜尋得到

2023-11 適用於 x64 系統 Windows Server 2019 的累積更新 (KB5032196)

********************************************************************************

Windows Server 2022 的 Windows Update 會更新 KB5032198 和 KB5032336

2023-11 Cumulative Update for Microsoft server operating system version 21H2 for x64-based Systems (KB5032198)

2023-11 針對 x64 之 Microsoft server operating system version 21H2 的 .NET Framework 3.5、4.8 和 4.8.1 的累積更新 (KB5032336)

搜尋一下,注意,似乎要找 Windows 10 21H2 的,不是 22H2 的


********************************************************************************


也就是直接用 "Windows Server 2019" 或 "Windows Server 2022" 去搜尋得到的,不如參考 Windows Update 成功的電腦的更新紀錄顯示 KB 套件。

(完)