Introducción

Si conecta Power BI Desktop a su Operational Data Store (ODS) mediante Acceso Privado y recibe un error de validación de certificado, el problema normalmente está relacionado con la forma en que Power BI valida la identidad del servidor de base de datos durante el handshake TLS/SSL, y no con la configuración de ODS.

La validación de certificados TLS es un mecanismo de seguridad estándar utilizado por las tecnologías de Microsoft para verificar la identidad de un servidor antes de establecer una conexión segura.

Debido a que Bizagi no administra la infraestructura utilizada para conectarse a ODS, incluidos VPN, servicios DNS (Domain Name System), certificados, componentes de red de Azure, gateways o configuraciones de Power BI, cualquier cambio requerido para resolver este problema debe ser evaluado e implementado en su ambiente.

Síntomas

Al conectarse a ODS desde Power BI, puede recibir errores que indican que:

•El nombre del servidor no coincide con el certificado SSL.

•No se pudo establecer una conexión segura.

•No se pudo validar el certificado presentado por el servidor.

Estos errores indican que Power BI no pudo validar la identidad del servidor durante el establecimiento de la conexión.

¿Por qué sucede esto?

Power BI valida el certificado presentado por el servidor de base de datos y verifica que la identidad del servidor coincida con el nombre utilizado para la conexión. Si la base de datos se alcanza mediante una configuración de red que hace que se identifique con un nombre diferente, Power BI puede rechazar la conexión. Este comportamiento es el esperado y no es específico de ODS.

Esta situación se asocia comúnmente con escenarios de Acceso Privado que utilizan VPN, VNet Peering, resolución DNS personalizada, endpoints privados o componentes de red similares.

Acceder a ODS mediante Acceso Privado

ODS soporta Acceso Privado mediante VPN y VNet Peering.

Si encuentra errores de validación de certificados mientras utiliza cualquiera de estas opciones de conectividad, revise las siguientes alternativas.

Opción 1: Revisar la configuración de DNS y red

En muchos casos, los errores de validación de certificados ocurren porque el nombre utilizado para alcanzar la base de datos es diferente del nombre esperado durante la validación TLS.

Revise la configuración de DNS y red utilizada para acceder a la base de datos de ODS y verifique que cumpla con los estándares de red de su organización y las recomendaciones de Microsoft.

Si su implementación utiliza Endpoints Privados de Azure, consulte la guía de Microsoft para solucionar problemas de resolución DNS de endpoints privados.

Este enfoque preserva el proceso de validación de certificados y generalmente es la primera alternativa que debe evaluar.

Opción 2: Utilizar un Power BI Data Gateway

Si utiliza Power BI para acceder a orígenes de datos privados, puede evaluar si un Power BI Data Gateway es apropiado para su ambiente.

Microsoft proporciona orientación sobre cómo hacer un deployment y administrar gateways para acceder de forma segura a orígenes de datos privados.

Dado que el gateway es un componente de Microsoft, su deployment, administración y soporte están fuera del alcance de ODS.

Opción 3: Evaluar alternativas de conectividad de Power BI

Microsoft documenta opciones adicionales de conectividad para SQL Server que pueden ayudar a resolver problemas de validación de certificados en escenarios específicos, incluidos mecanismos que permiten que Power BI confíe en instancias específicas de SQL Server.

Para obtener más información, consulte la documentación del conector de SQL Server.

Antes de implementar cualquiera de estas alternativas, revise sus implicaciones de seguridad de acuerdo con las políticas y requisitos de su organización.

Opción 4: Utilizar ODS mediante Acceso Público

Si no puede establecer una configuración funcional de Acceso Privado en su ambiente, considere utilizar Acceso Público a ODS.

Azure SQL Database soporta conectividad pública protegida mediante reglas de firewall que restringen el acceso a direcciones IP autorizadas.

Acceso Público es un modelo de conectividad soportado para ODS y puede ser adecuado cuando los requisitos de infraestructura necesarios para Acceso Privado no pueden implementarse correctamente.

Consideraciones

•Los errores de validación de certificados no indican una falla en ODS. Indican que la aplicación cliente no pudo validar la identidad del servidor de acuerdo con los requisitos de seguridad TLS de Microsoft.

•Dado que Bizagi no administra la infraestructura utilizada para conectarse a ODS, Bizagi no puede determinar qué alternativa es apropiada para su ambiente ni implementar los cambios requeridos en su nombre. Usted es responsable de evaluar, probar, aprobar e implementar cualquier cambio de configuración relacionado con redes, DNS, certificados, seguridad, gateways o Power BI que sea necesario para establecer la conectividad.