The term 'New-informationbarrierPolicy' is not recognized as the name of a cmdlet, function

Bronze Contributor

Hello guys,

 

Does any one can run the "New-InformationBarrierPolicy" cmdlets successfully with EXO V2 module?

I've login successful and granted permission with Information Barrier Processor but still cannot run it..

 

From the error message seems no such cmdlets...

Little_Joe_0-1632534672831.png

 

18 Replies

@Little_Joe 

You will have to connect to the Security & Compliance Center to run the command (https://docs.microsoft.com/en-us/powershell/exchange/connect-to-scc-powershell?view=exchange-ps). Command would be :

 

Connect-IPPSSession -UserPrincipalName admin @ domainname.onmicrosoft.com

Afterwards the New-InformationBarrierPolicy cmdlet should be available if you have enough permissions

Well tried before... This seems only work with certain subscription except the Developer one.

@Harm_Veenstra I'm using a tenant that I received via an MSDN subscription to test out information barriers to better understand them for our production tenant. I get the same message, and it appears that 'New-InformationBarrierPolicy' isn't loaded when connecting to the Security and Compliance Powershell. (Not OP, but ok)

Ok, no experience in that and your connecting account has enough permissions?
Assigned roles in Azure AD are Attack Simulator admin, Compliance Admin, Compliance Data Admin, Conditional Access Admin and Global Admin. In the Compliance/Security portal, I have Organizational Management and Insider Risk Management role groups assigned. Is there something I'm, missing?
I don't think so.. Don't know what the limitations, if any, are using a MSDN subscription...
I’m going to open a case with Microsoft. I’ll update when resolved.
It does seem to work in my CDX environment, I can connect and use the New-InformationBarrierPolicy cmdlet

@Harm_Veenstra 

 

I'm not sure about the CDX component. What is that? How can I check?

You're referring to a tenant which you got using a MSDN subscription... My guess was that it was a CDX environment, https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Fdxpprodstore.blob.core.windows.net%2...

Is the domain name something like m365x12345.onmicrosoft.com  ?

Did you resolve this issue @i_ride_ostriches? I also have an MSDN subscription and get the same error when running New-InformationBarrierPolicy cmdlet with EXO v2 modules. If I connect to other production tenants, I *can* see the cmdlet.

@catch_mike 

 

Also, in https://compliance.microsoft.com Purview compliance portal > Information barriers, the tenant connected to MSDN only has Segments; and fails when running commands.

 

In another production tenant it has Segments, Policies and Policy applications. I wonder if that is the same underlying issue.

 

compare Purview in tenants.png

Is this confirmed? the M365 E5 Developer license cannot be used for testing Information Barriers?
Thanks for your information. It has helped me a lot, I was already going crazy. Same behaviour from my developer tenant.