Forum Discussion
Connector
- 10 years ago
I recently setup the SSAS Connector for a non-O365 client. Everything that Anonymous provided as reference is relevant. Even without O365, you will still have an Azure AD domain (<something>.onmicrosoft.com). In order to login to Power BI with your @companyname.com account, will need to go through the Azure AD steps at portal.office.com or in Azure Management to verify your company's domain. This has to be done regardless of whether you want to manage users independently as "cloud" users or whether you either want password sync or single sign-on by syncing with Azure AD Connect.
Once the domain has been added and verified, you can setup the SSAS Connector. The only change that you would need to make in local AD would be to change each user's domain from <companyname>.local to @companyname.com. This does not change their sign-on in the format domain\user, so they are still able to access everything in the domain as before. It does allow the local and Power BI login domains to match so that you do not receive the Effective User Name mismatch error.
Hmm, I guess I should have worded that differently. You did not answer my question. This is only about the scenario of using the SSAS connector to an OnPrem server. I'm not even talking about Azure SQL DBs.
And the organization is not an Office 365 customer, but our domain is real and we all have domain email accounts.
I know about syncing Office 365 accounts and Azure (WAAD), but that is not part of my scenario here.
bdelaney Hmm. ok. Let's baseline a few things.
1) Power BI is a Service that sits on top of 0365/Azure. If you sign up for Power BI, you are using Azure AD. If you need to sync your company, you need to make sure that is done appropriately prior to setting up a connector or anything.
2) All Tabular SSAS connections from the Power BI Service are to on-prem SSAS instances. There is no "SSAS Cloud Service".
Even SSAS instances set up on Azure VM's are considered "on-prem".
I would encourage you to read these pages.
Security - https://powerbi.microsoft.com/en-us/documentation/powerbi-admin-power-bi-security/
Administering Power BI - https://powerbi.microsoft.com/en-us/documentation/powerbi-admin-administering-power-bi-in-your-organization/
- deldersveld10 years agoResident Rockstar
I recently setup the SSAS Connector for a non-O365 client. Everything that Anonymous provided as reference is relevant. Even without O365, you will still have an Azure AD domain (<something>.onmicrosoft.com). In order to login to Power BI with your @companyname.com account, will need to go through the Azure AD steps at portal.office.com or in Azure Management to verify your company's domain. This has to be done regardless of whether you want to manage users independently as "cloud" users or whether you either want password sync or single sign-on by syncing with Azure AD Connect.
Once the domain has been added and verified, you can setup the SSAS Connector. The only change that you would need to make in local AD would be to change each user's domain from <companyname>.local to @companyname.com. This does not change their sign-on in the format domain\user, so they are still able to access everything in the domain as before. It does allow the local and Power BI login domains to match so that you do not receive the Effective User Name mismatch error.
- bdelaney10 years agoFrequent Visitor
deldersveld thanks, that is what I was looking for. Your detailed explanation exactly fits my scenario.
Anonymous sorry if I did not explain my question that well. Appreciate the references you included in your response.