Windows Server 安裝 Defender for Cloud 擴充功能時 Azure Arc Agent 卡在 90%。有不必重裝 Agent 的解法嗎？

Question

Windows Server 安裝 Defender for Cloud 擴充功能時 Azure Arc Agent 卡在 90%。有不必重裝 Agent 的解法嗎？

Min Yang 80

各位好，最近在處理一台已啟用 Azure Arc 的 Windows Server 時遇到一個非常棘手 lap 的問題。

嘗試派送 Microsoft Defender for Cloud 擴充功能時，部署流程一直無限期卡在 90%。我檢查了目標主機上的 C:\Packages\Plugins 目錄，日誌持續拋出 Agent Timeout 錯誤。

想請教有處理過這類 Arc 難題的大神幾個問題：

清理殘留檔案：在不徹底破壞本地 AzureConnectedMachineAgent 服務的前提下，清理 C:\Packages\Plugins 裡損壞的擴充功能狀態檔，最安全的步驟是什麼？

強制重新註冊：是否有乾淨的 azcmagent CLI 指令順序，可以強制重置並重新註冊 Arc Agent 狀態，而不需要走一遍完整的卸載/重裝流程？

網絡 / Proxy 卡死：有人遇過這個 90% 的卡死是由特定的 SSL/TLS 解密規則、缺少的 CRL 端點、或是 outbound Proxy 設定問題引起的嗎？

非常感謝任何能分享腳本或標準排查流程的大佬！

0 則留言

由問題作者接受的回答

0 個其他答案

您的回答

Answer 1

您好 Min Yang,

当 Azure Arc 扩展部署卡在 90% 并反复出现“Agent Timeout”（代理超时）错误时，清理残留文件的最安全方法是：先停止 Guest Agent 服务（即 AzureConnectedMachineAgent），然后小心地仅删除 C:\Packages\Plugins\<ExtensionName> 路径下损坏的扩展子文件夹，同时保持代理的核心目录完好无损。清理完成后，重新启动该服务，以便代理能够重新初始化。若需重新注册，您可以依次运行 azcmagent disconnect 和 azcmagent connect --resource-group <RG> --tenant-id <Tenant> --subscription-id <SubID>；这种方法无需完全卸载或重新安装即可重置 Arc 状态。

很多情况下，部署卡在 90% 是由出站 SSL/TLS 检查或缺失 CRL/OCSP 终结点引起的。您应确认服务器能够访问 *.guestconfiguration.azure.com、*.azure-automation.net 以及 Microsoft PKI 终结点，且不受代理干扰。如果使用了代理，请通过 netsh winhttp set proxy 配置系统代理设置，并确保代理信任该代理服务器的根证书。对于分阶段实施，Microsoft 建议先以 Audit（审核）模式应用扩展，验证连接性和代理健康状况；待所有应用程序完成补丁更新后，再切换到 Enforce（强制执行）模式。这种分阶段方法既能最大限度减少停机时间，又能确保与 Defender for Cloud 集成的安全性。

如果我的回答对您有帮助，请点击**“接受回答”**以示支持。

谢谢，

HL。