共用方式為


解決資訊屏障中的通訊問題

Microsoft Purview 資訊屏障 可協助貴組織遵守法律需求和產業法規。 例如,您可以使用資訊屏障來限制特定使用者群組之間的通訊,以避免利益衝突。

下列各節提供您可能遇到的各種問題的疑難解答步驟。

重要

在針對資訊屏障問題進行疑難解答之前,請確定您擁有 適當的訂用帳戶和許可權、符合必要 條件,以及 連線到安全性與合規性中心 PowerShell

問題:使用者意外遭到封鎖,無法與 Teams 中的其他人通訊

當用戶嘗試使用 Microsoft Teams 與其他人通訊時,回報非預期的問題。 例如:

  • 使用者在 Teams 中搜尋但找不到其他使用者。
  • 用戶可以在 Teams 中找到但無法選取另一位使用者。
  • 使用者可以看到其他使用者,但無法將訊息傳送給 Teams 中的該使用者。

要執行的動作

判斷使用者是否受到資訊屏障原則的影響。 根據原則的設定方式,資訊屏障可能會如預期般運作。 或者,您可能必須精簡組織的原則。

  1. 使用 Get-InformationBarrierRecipientStatus Cmdlet 搭配 Identity 參數。

    語法 範例
    Get-InformationBarrierRecipientStatus -Identity

    您可以使用任何可唯一識別每個收件者的身分識別值,例如名稱、別名、辨別名稱(DN)、標準 DN、電子郵件位址或 GUID。
    Get-InformationBarrierRecipientStatus -Identity meganb

    此範例使用 Identity 參數的別名 (meganb)。 此 Cmdlet 會傳回資訊,指出使用者是否受到資訊屏障原則的影響。 (尋找 *ExoPolicyId: <GUID>.)

    如果使用者未包含在資訊屏障原則中,請連絡 Microsoft 支援服務。 否則,移至下一個步驟。

  2. 判斷資訊屏障原則中包含哪些區段。 若要這樣做,請使用 Get-InformationBarrierPolicy Cmdlet 搭配 Identity 參數。

    語法 範例
    Get-InformationBarrierPolicy

    使用詳細數據,例如您在上一個步驟中收到的原則 GUID (ExoPolicyId)作為身分識別值。
    Get-InformationBarrierPolicy -Identity b42c3d0f-xyxy-4506-xyxy-bf2853b5df6f

    此範例提供具有 ExoPolicyId b42c3d0f-xyxy-4506-xyxy-bf2853b5df6f之資訊屏障原則的詳細資訊。

    執行 Cmdlet 之後,請檢查 AssignedSegment、SegmentsAllowedSegmentBlocked 值的結果

    例如,執行 Get-InformationBarrierPolicy Cmdlet 之後,您會在結果中看到下列內容:

    AssignedSegment : Sales
    SegmentAllowed : {}
    SegmentBlocked : {Research}

    在此情況下,您可以看到資訊屏障原則會影響銷售與研究區段中的人員。 銷售人員無法與研究人員通訊。

    如果這看起來正確,則資訊屏障會如預期般運作。 如果沒有,請移至下一個步驟。

  3. 請確定您的區段已正確定義。 若要這樣做,請使用 Get-OrganizationSegment Cmdlet,並檢閱結果清單。

    語法 範例
    Get-OrganizationSegment

    搭配 Identity 參數使用此 Cmdlet
    Get-OrganizationSegment -Identity c96e0837-c232-4a8a-841e-ef45787d8fcd

    在此範例中,我們會取得具有 GUID c96e0837-c232-4a8a-841e-ef45787d8fcd之區段的相關信息。

    檢閱區段的詳細數據。 如有必要, 請編輯區段,然後重複使用 Start-InformationBarrierPoliciesApplication Cmdlet。

    如果您在使用資訊屏障原則時仍遇到問題,請連絡 Microsoft 支援服務

問題:Teams 中應封鎖的用戶之間允許通訊

雖然已定義、主動和套用資訊屏障,但不應該彼此通訊的人員可以在Teams中彼此聊天和通話。

要執行的動作

確認有問題的使用者包含在資訊屏障原則中。

  1. 使用 Get-InformationBarrierRecipientStatus Cmdlet 搭配 IdentityIdentity2 參數。

    語法* 範例
    Get-InformationBarrierRecipientStatus -Identity <value> -Identity2 <value>

    您可以使用任何可唯一識別每個使用者的值,例如名稱、別名、辨別名稱、標準功能變數名稱、電子郵件位址或 GUID。
    Get-InformationBarrierRecipientStatus -Identity meganb -Identity2 alexw

    此範例是指 Microsoft 365 中的兩個用戶帳戶: meganb 適用於 Megan,以及 alexw Alex。

    提示

    您也可以將此 Cmdlet 用於單一使用者: Get-InformationBarrierRecipientStatus -Identity <value>

  2. 檢閱結果。 Get-InformationBarrierRecipientStatus Cmdlet 會傳回使用者的相關信息,例如屬性值和套用的任何資訊屏障原則。

    請執行後續步驟,如下表所述。

    結果  接下來該怎麼做 
    選取的使用者未列出任何區段
    1. 使用下列其中一種方法:
    2. 執行 Start-InformationBarrierPoliciesApplication Cmdlet 以套用所有作用中的資訊屏障原則。
    區段會列出,但未將任何資訊屏障原則指派給這些區段
    1. 使用下列其中一種方法:
    2. 執行 Start-InformationBarrierPoliciesApplication Cmdlet 以套用所有作用中的資訊屏障原則。
    區段會列出,且每個區段都包含在資訊屏障原則中
    1. 執行 Get-InformationBarrierPolicy Cmdlet,以確認資訊屏障原則為作用中。
    2. 執行 Get-InformationBarrierPoliciesApplicationStatus Cmdlet 以確認已套用原則。
    3. 執行 Start-InformationBarrierPoliciesApplication Cmdlet 以套用所有作用中的資訊屏障原則。

問題:我想要從資訊屏障原則中移除單一使用者

資訊屏障原則生效,且一或多個使用者意外遭到封鎖,無法與Microsoft Teams中的其他人通訊。 您可以從資訊屏障原則中移除一或多個個別使用者,而不是完全移除資訊屏障原則。

要執行的動作

資訊屏障原則會指派給用戶區段。 區段是在用戶帳戶配置檔中使用特定屬性來定義。 如果您必須從單一使用者移除原則,請考慮在 Microsoft Entra 中編輯該使用者的配置檔,讓使用者不再包含在受資訊屏障影響的區段中。

  1. 使用 Get-InformationBarrierRecipientStatus Cmdlet 搭配 IdentityIdentity2 參數。 此 Cmdlet 會傳回使用者的相關信息,例如屬性值和套用的任何資訊屏障原則。

    語法 範例
    Get-InformationBarrierRecipientStatus -Identity <value> -Identity2 <value>

    您可以使用任何可唯一識別每個使用者的值,例如名稱、別名、辨別名稱、標準功能變數名稱、電子郵件位址或 GUID。
    Get-InformationBarrierRecipientStatus -Identity meganb -Identity2 alexw

    此範例是指 Microsoft 365 中的兩個用戶帳戶: meganb 適用於 Megan,以及 alexw Alex。
    Get-InformationBarrierRecipientStatus -Identity <value>

    您可以使用任何可唯一識別使用者的值,例如名稱、別名、辨別名稱、標準功能變數名稱、電子郵件位址或 GUID。
    Get-InformationBarrierRecipientStatus -Identity jeanp

    此範例參考 Microsoft 365 中的單一帳戶: jeanp
  2. 檢閱結果,以瞭解是否已指派資訊屏障原則,以及使用者所屬的區段。

  3. 若要從受資訊屏障影響的區段中移除使用者, 請在 Microsoft Entra ID 中更新使用者的配置檔資訊。

  4. 等候大約 30 分鐘,FwdSync 作業完成。 或者,執行 Start-InformationBarrierPoliciesApplication Cmdlet 以套用所有使用中的資訊屏障原則。

問題:資訊屏障應用程式程序花費的時間太長

執行 Start-InformationBarrierPoliciesApplication Cmdlet 之後,程式需要很長的時間才能完成。

要執行的動作

請記住,當您執行原則應用程式 Cmdlet 時,組織內所有帳戶的用戶都會套用資訊屏障原則(或移除)。 如果您有許多使用者,程式需要一段時間才能執行。 (一般指導方針需要大約一個小時才能處理5,000個用戶帳戶。

  1. 使用 Get-InformationBarrierPoliciesApplicationStatus Cmdlet 來檢視最新原則應用程式的狀態。

    針對最新的原則應用程式 所有原則應用程式
    Get-InformationBarrierPoliciesApplicationStatus Get-InformationBarrierPoliciesApplicationStatus -All $true

    此命令會顯示原則應用程式已完成、失敗或進行中的相關信息。

  2. 根據上一個步驟的結果,採取下列步驟之一。

    狀態 下一步
    未啟動 如果在執行 Start-InformationBarrierPoliciesApplication Cmdlet 之後超過 45 分鐘,請檢閱您的稽核記錄,以查看原則定義是否包含任何錯誤,或應用程式因其他原因未啟動。
    失敗 如果應用程式失敗,請檢閱您的稽核記錄。 另請檢閱您的區段和原則。 是否有任何使用者指派給多個區段? 是否有指派多個原則的區段? 如有必要, 請編輯區段編輯原則,然後再次執行 Start-InformationBarrierPoliciesApplication Cmdlet。
    進行中 如果應用程式仍在進行中,請讓應用程式有更多時間完成。 如果應用程式啟動后的幾天過去了,請收集您的稽核記錄,然後連絡 Microsoft 支援服務

問題:完全不會套用資訊屏障原則

您已定義區段、定義的資訊屏障原則,並嘗試套用這些原則。 不過,當您執行 Get-InformationBarrierPoliciesApplicationStatus Cmdlet 時,您可以看到原則應用程式失敗。

要執行的動作

請確定您的組織沒有 Exchange 通訊簿原則 。 這類原則可防止套用資訊屏障原則。

  1. 連線至 Exchange Online PowerShell

  2. 執行 Get-AddressBookPolicy Cmdlet,並檢閱結果。

    結果 下一步
    列出 Exchange 通訊簿原則 拿掉通訊錄原則
    沒有通訊簿原則存在 檢閱您的稽核記錄,以判斷原則應用程式失敗的原因。
  3. 檢視用戶帳戶、區段、原則或原則應用程式的狀態。

問題:資訊屏障原則未套用至所有指定的使用者

定義區段和資訊屏障原則,並嘗試套用這些原則之後,您可能會發現原則會套用至某些收件者,但不會套用至其他收件者。 當您執行 Get-InformationBarrierPoliciesApplicationStatus Cmdlet 時,搜尋輸出中的文字,如下所示:

身份: <application guid>
收件者總數:81527
失敗的收件者:2
失敗類別:無
狀態:完成

要執行的動作

  1. 在稽核紀錄 <application guid>中搜尋 。 您可以藉由替代變數來複製此 PowerShell 程式代碼並加以修改:

    $detailedLogs = Search-UnifiedAuditLog -EndDate <yyyy-mm-ddThh:mm:ss> -StartDate <yyyy-mm-ddThh:mm:ss> -RecordType InformationBarrierPolicyApplication -ResultSize 1000 |?{$_.AuditData.Contains(<application guid>)} 
    
  2. 檢查稽核記錄檔的詳細輸出,以取得 UserId 和 ErrorDetails 欄位的值。 這樣做會提供失敗的原因。 您可以藉由替代變數來複製此 PowerShell 程式代碼並加以修改。

    $detailedLogs[1] | FL
    

    例如:

    “UserId”: User1
    “ErrorDetails”: “Status: IBPolicyConflict. 錯誤:IB 區段 「segment id1」 和 IB 區段 「segment id2」 發生衝突,且無法指派給收件者。

  3. 通常,您會了解使用者已包含在多個區段中。 您可以藉由更新區段成員資格來修正此問題。 若要這樣做,請使用 Set-OrganizationSegment Cmdlet 搭配 UserGroupFilter 參數。

  4. 重新套用資訊屏障原則