An Apache Spark-based analytics platform optimized for Azure.
Hello 羅 秋嫻, Thanks for reaching out, Microsoft QnA!
The community member correctly identified that corporate firewalls or proxies that perform SSL inspection can interfere with the connection. Their suggestion to manually add the corporate root certificate to the driver's cacerts.pem file works.
Thank you, Jerald Felix really appreciates the comprehensive response and solutions which cover the most common causes of SSL certificate verification failures.
However, a more robust and manageable long-term solution is to instruct the driver to use the native Windows Certificate Store. Corporate-managed devices typically have the required company root certificates automatically installed here by IT administrators.
Since it is not affected by driver updates, which might overwrite a manually modified cacerts.pem file.
It relies on the centrally managed and trusted certificate store of the operating system.
How you can implement it:
- Navigate to the Simba Spark ODBC driver directory, as mentioned previously:
C:\Program Files\Microsoft Power BI Desktop\bin\ODBC Drivers\Simba Spark ODBC Driver\ - Open or create the
microsoft.sparkodbc.inifile. - Add the following configuration. You can use this in place of, or in addition to, the
CheckCertRevocation=0setting.ini[Driver] - Save the file, completely restart Power BI Desktop, and try the connection again.
Alternatively, you can further Verify Network Path for Azure Databricks with Private Link
In highly secure environments, Azure Databricks workspaces are often deployed with Azure Private Link, which disables the public internet endpoint. When this is the case, you can only connect to Databricks from within the designated Azure Virtual Network (VNet) or a peered network.
If your Power BI Desktop machine is trying to connect to the public URL of a private-link-enabled workspace, the connection will fail. This can sometimes manifest as an SSL or certificate verification error because you are not reaching the expected endpoint.
How to Troubleshoot
Check with your Azure Administrator: The quickest way is to ask if the target Azure Databricks workspace is configured with Private Link and has public network access disabled.
Perform a DNS Lookup: You can check this yourself from your machine.
- Open a Command Prompt or PowerShell terminal.
- Run the
nslookupcommand against your Databricks workspace URL (e.g.,adb-xxxxxxxxxxxxxxxx.xx.azuredatabricks.net).
nslookup your-workspace-url.azuredatabricks.net - Run the
Analyze the output
- If the command returns a private IP address (e.g., in the
10.x.x.xor192.168.x.xrange), it confirms the workspace is using a private endpoint. Your machine must be on the same network to connect successfully.- If it returns a public IP address, then Private Link is likely not the cause of your issue.
If Private Link is the cause, you must connect from a machine that has a network path to the Databricks VNet, such as an Azure Virtual Machine or a machine connected via a corporate VPN or ExpressRoute.
Please "Accept as Answer" if the answer provided is useful, so that you can help others in the community looking for remediation for similar issues.
Thanks
Pratyush