訓練
認證
Microsoft 365 Certified: Endpoint Administrator Associate - Certifications
使用現代化管理、共同管理方法和 Microsoft Intune 整合的基本元素,規劃並執行端點部署策略。
適用於
ESP) (註冊狀態頁面會顯示第一次註冊 Windows 裝置並登入的人員的布建狀態。 您可以設定 ESP 來封鎖裝置使用,直到安裝所有必要的原則和應用程式為止。 裝置使用者可以查看ESP來追蹤其裝置在安裝程式中的進度。
ESP 可以在 OOBE) (預設全新體驗期間部署,以 Microsoft Entra 加入,以及任何 Windows Autopilot 布建案例。
若要將 ESP 部署到裝置,您必須在 Microsoft Intune 中建立 ESP 配置檔。 在設定檔中,您可以設定可控制下列專案之 ESP 設定:
本文說明註冊狀態頁面追蹤的資訊,以及如何建立 ESP 配置檔。
ESP 會使用 EnrollmentStatusTracking 設定服務提供者 (CSP) 和 FirstSyncStatus CSP 來追蹤應用程式安裝。
登入 Microsoft Intune 系統管理中心,然後移至 [裝置]。
展開 [裝置上線],然後選取 [ 註冊]。
選取 [Windows] 索引 標籤。
在 [Windows Autopilot] 底下,選取 [ 註冊狀態頁面]。
選取 [建立]。
在 [基本資訊] 中,輸入下列內容:
選取[下一步]。
在 [ 設定] 中,設定下列設定:
顯示應用程式與設定檔設定進度:您的選項:
當安裝花費的時間超過指定的分鐘數時顯示錯誤:逾時錯誤訊息會在您所需的時間之後顯示。 默認逾時為 60 分鐘。 如果您認為在裝置上安裝應用程式需要更多時間,請輸入較高的值。
在發生時間限制或錯誤時顯示自定義訊息:包含自定義訊息,告知人員發生什麼情形,以及與誰連絡以尋求協助。 選項包括:
開啟用戶的記錄收集和診斷頁面:建議您開啟此選項,因為使用者的記錄和診斷可協助進行疑難解答。 選項包括:
僅顯示以全新體驗布建的裝置頁面 (OOBE) :使用此設定可防止註冊狀態頁面重新顯示給每個登入裝置的新使用者。 選項包括:
封鎖裝置使用,直到安裝所有應用程式和配置檔為止:您的選項:
如果發生安裝錯誤,允許使用者重設裝置:您的選項:
如果發生安裝錯誤,允許使用者使用裝置:您的選項:
如果將這些必要應用程式指派給使用者/裝置,請封鎖裝置使用,直到安裝這些必要應用程式為止:您的選項:
僅在技術人員階段中無法選取封鎖應用程式:搭配 Windows Autopilot 預先布建部署使用此設定,以控制 技術人員流程期間所需應用程式的優先順序。 只有在新增 封鎖應用程式 ,且僅適用於進行預先布建的裝置時,才能使用此設定。 選項包括:
提示
使用這項功能時,預期技術人員階段的布建時間會增加。 指派的應用程式越多,可能需要的時間就越長。 如果您使用第三方來布建您的裝置,請告知他們增加布建時間的可能性。 增加 ESP 逾時持續時間,以防止部署因逾時而失敗。
選取 [下一步]。
在 [ 指派] 中,選取要接收配置檔的群組。 選擇性地選取 [編輯篩選 ] 以進一步限制指派。
注意
由於作系統限制,ESP 指派的篩選條件選取範圍有限。 選擇器只會顯示已針對 model
、、 manufacturer
deviceOwnership
operatingSystemSKU
osVersion
和 屬性定義規則的enrollmentProfileName
篩選條件。
model
和 manufacturer
適用於 Windows 11 版本 23H2 KB5035942或更新版本,或是具有 KB5035942 或更新版本的 22H2。 無法使用包含其他屬性的篩選。
選取 [下一步]。
或者,在 [範圍卷標] 中指派標籤,以將配置檔管理限制為特定 IT 群組,例如 US-NC IT Team
或 JohnGlenn_ITDepartment
。 然後選取 [下一步]。
注意
範圍標籤會限制可在系統管理中心查看並重新撰寫 ESP 配置檔的人員。 限定範圍的使用者可以分辨其配置檔的相對優先順序,即使他們在 Intune 中看不到所有其他配置檔。 如需範圍標籤的詳細資訊,請 參閱針對分散式IT使用角色型訪問控制和範圍標籤。
在 [檢閱 + 建立] 中,檢閱您的設定。 選取 [ 建立] 之後,會儲存您的變更,並指派配置檔。 部署之後,下次裝置簽入時就會套用配置檔。 您可以從設定檔案清單存取設定檔。
Intune 在沒有其他 ESP 設定檔可供指派時,將預設配置檔套用至所有使用者和所有裝置。 您可以設定預設設定檔來顯示或隱藏 ESP。
選取預設配置檔。
選取 [內容]。
移至 [ 設定] 區 段,然後選取 [ 編輯]。
設定 [顯示應用程式和設定檔安裝進度 ] 以設定預設設定檔的行為。 選項包括:
如果您選取 [ 是],則會提供更多可供您設定的設定。
選 取 [檢閱 + 儲存]。
檢閱變更摘要,然後選取 [ 儲存]。
如果您指派一個以上的使用者或裝置 ESP 設定檔,優先順序最高的配置檔會優先於其他配置檔。 設定為 1 的設定檔具有最高優先順序。 Intune 在未將其他配置檔指派給裝置或使用者時,套用預設 ESP 配置檔。
Intune 依下列順序套用設定檔:
若要排定設定檔的優先權:
指定必須先安裝的應用程式,使用者才能結束 ESP。 您可以選擇最多 100 個應用程式。
Intune 會使用此清單中包含的應用程式來篩選應視為封鎖的清單。 它不會指定應該安裝哪些應用程式。 例如,如果您將此清單設定為包含:
而 App 3 和 App 4 是以裝置或用戶為目標,ESP 只會追蹤 App 3。 應用程式 4 仍已安裝,但 ESP 不會等待它完成。
註冊狀態頁面會追蹤下列布建階段:
本節說明在每個階段追蹤的資訊、應用程式和原則類型。
在裝置準備期間,註冊狀態頁面會追蹤裝置用戶的這些工作:
此工作可確保裝置完成信賴平臺模組 (TPM) 密鑰證明,並使用 Microsoft Entra ID 驗證其身分識別。 Microsoft Entra ID 會將令牌傳送至裝置,該令牌會在 Microsoft Entra 加入期間使用。
Autopilot 自我部署模式和 Autopilot 預先布建部署需要此步驟。 在用戶驅動模式下,Windows Autopilot 案例不需要它。
裝置會使用上一個步驟中收到的令牌來加入 Microsoft Entra ID。 Autopilot 自我部署模式和 Autopilot 預先布建部署需要此步驟。 處於用戶驅動模式的裝置已在開啟ESP時完成這項工作。
裝置會註冊行動裝置管理 (MDM) Microsoft Intune。
Autopilot 自我部署模式和 Autopilot 預先布建部署需要此步驟。 處於用戶驅動模式的裝置已在開啟ESP時完成此步驟。
註冊之後,裝置會計算在下一個階段中追蹤所需的原則和應用程式。 針對 Windows 10 1903 版和更新版本,裝置也會建立 SideCar 代理程式的追蹤原則,並安裝用來安裝 Win32 應用程式的 Intune 管理延伸模組。
註冊狀態頁面會在裝置設定階段追蹤這些專案:
ESP 不會追蹤安全策略,例如裝置限制,但這些原則會安裝在背景中。 ESP 會追蹤Microsoft Edge、受指派的存取權和 Kiosk 瀏覽器原則。
提示
完成時,安全策略的狀態會顯示在 ESP 上 , (1 的 1 個) 完成。
ESP 會追蹤以裝置為目標的SCEP憑證配置檔安裝。
ESP 會追蹤以裝置為目標的 VPN 和 Wi-Fi 配置檔。
ESP 會追蹤部署在裝置內容中且以裝置為目標的應用程式安裝,包括:
注意
請勿混合 LOB 和 Win32 應用程式。 LOB (MSI) 和 Win32 安裝程式都使用 TrustedInstaller,這不允許同時安裝。 如果 OMA DM 代理程式啟動 MSI 安裝,Intune 管理延伸模組外掛程式會使用相同的 TrustedInstaller 來啟動 Win32 應用程式安裝。 在此情況下,Win32 應用程式安裝失敗,並傳回 正在進行的另一個安裝,請稍後再試 一次錯誤訊息。 在此情況下,ESP 會失敗。 因此,請勿在使用 Windows Autopilot 時混用 LOB 和 Win32 應用程式。
如果需要混合 LOB 和 Win32 應用程式,請考慮使用 Windows Autopilot 裝置準備,這不會使用 ESP,因此支援混合 LOB 和 Win32 應用程式。
在帳戶設定階段期間,ESP 會追蹤以用戶為目標的應用程式和原則,包括:
安全性原則
憑證
網路連線
應用程式
提示
開始安裝之前,裝置會建立追蹤原則,並計算所有需要追蹤的應用程式和原則。 發生這種情況時,ESP 會顯示處於 識別 狀態的子工作。
ESP 不會追蹤安全策略,例如裝置限制,但這些原則會安裝在背景中。 ESP 會追蹤Microsoft Edge、受指派的存取權和 Kiosk 瀏覽器原則。
ESP 會追蹤指派給使用者的SCEP憑證配置檔安裝。
ESP 會追蹤指派給使用者的 Wi-Fi 配置檔。
在此階段中,ESP 會追蹤指派給使用者的應用程式安裝。 ESP 會追蹤適用於 Windows 10 版本 1903 和更新版本的 Win32 應用程式。
當指派給所有裝置、所有使用者或包含註冊裝置使用者的使用者群組時,也會追蹤下列類型的應用程式:
如果您使用 Microsoft Entra 混合式加入,在布建期間不會追蹤指派給具有使用者安裝內容之裝置的 Win32 和 UWP 應用程式。
本節列出註冊狀態頁面的已知問題。
建立在 ESP 期間部署的應用程式時,任何在應用程式內封裝的重新啟動都可能導致 ESP 停止回應,並使部署失敗。 建議您在 Intune 中指定重新啟動行為,而不是在套件內觸發重新啟動。
停用 ESP 配置檔並不會從裝置移除 ESP 原則,而且使用者在第一次登入裝置時仍會取得 ESP。 停用 ESP 配置檔時,不會移除原則。
在裝置設定期間重新啟動會強制用戶在帳戶設定階段之前輸入其認證。 重新啟動期間不會保留用戶認證。 指示裝置使用者輸入其認證,以繼續進行帳戶設定階段。
ESP 一律會在執行 Windows 10 版本 1903 和更早版本的裝置上逾時,並透過 [新增公司與學校帳戶] 選項註冊。 ESP 會等候 Microsoft Entra 註冊完成。 問題已在 Windows 10 1903 版和更新版本上修正。
具有 ESP 的混合式 Microsoft Entra Autopilot 部署所花費的時間超過 ESP 配置檔中輸入的逾時持續時間。 在混合式 Microsoft Entra Autopilot 部署上,ESP 所花費的時間比 ESP 配置檔中設定的值長 40 分鐘。 例如,您會在配置檔中將逾時持續時間設定為 30 分鐘。 ESP 可能需要 30 分鐘 + 40 分鐘。 此延遲可讓內部部署 AD 連接器有時間建立新裝置記錄以 Microsoft Entra ID。
Windows 登入頁面未在 Autopilot 用戶驅動模式中預先填入用戶名稱。 如果 ESP 的裝置設定階段期間有重新啟動:
ESP 停滯很長一段時間,或永遠不會完成「識別」階段。 Intune 在識別階段期間計算 ESP 原則。 如果目前的使用者未獲指派 Intune 授權,裝置可能永遠不會完成計算 ESP 原則。
設定 Microsoft Defender 應用程控會導致 Autopilot 期間出現重新啟動的提示。 設定 Microsoft Defender Application (AppLocker CSP) 需要重新啟動。 設定此原則時,可能會導致裝置在 Autopilot 期間重新啟動。 目前,無法抑制或延後重新啟動。
當 DeviceLock 原則 啟用為 ESP 配置檔的一部分時,OOBE 或使用者桌面自動登入可能會因為兩個原因而意外失敗。
ESP 不適用於已向 群組原則 (GPO) 註冊的 Windows 裝置。
在使用者內容中執行 (在腳本屬性上使用登入認證執行此腳本的腳本 會設定為 [是 ],) 可能無法在 ESP 期間執行。 因應措施是在系統內容中執行腳本,方法是將此設定變更為 [否]。
Microsoft 365 Apps 可能會導致 ESP 在應用程式安裝期間停止回應,特別是在:
若要防止 ESP 在安裝期間停止回應,並導致部署失敗,建議您使用 Win32 應用程式類型來部署具有 Microsoft Intune 的 Microsoft 365 Apps。
如需 ESP 相關錯誤或訊息的說明,包括如何停用已啟用的 ESP,請參閱針對 Windows 註冊狀態頁面進行疑難解答。
訓練
認證
Microsoft 365 Certified: Endpoint Administrator Associate - Certifications
使用現代化管理、共同管理方法和 Microsoft Intune 整合的基本元素,規劃並執行端點部署策略。