Informes desatuviste en la actualización: Pre-login Handshake Error

[Allisond]

¡Hola! Aparece este error cuando intento actualizar los informes existentes conectados a una base de datos externa con credenciales de Windows. Estaban trabajando bien hace 2 días y no he ajustado ninguno de mis ajustes para afectar a esta actualización.

Microsoft SQL: se estableció correctamente una conexión con el servidor, pero se ha producido un error durante el protocolo de enlace previo al inicio de sesión. (proveedor: Proveedor HTTP, error: 0 - )

¿Alguien puede ayudar?

[Syndicate_Admin]

Hola

Es powerbi desktop versión: 2.91.884.0 64-bit

Conexión de consulta directa a MS-SQL versión 12.0.5000.0 (SQL 2014)

El error sigue existiendo. Y veo que si powerBI da ese error también SQL Mangement Studio no puede conectarse a SQL ServerSQL Server hasta que cierre PowerBI Desktop.

Un reinicio del servicio MS-SQL Server resolvió mi problema

[v-yingjl · Accepted solution]

actualizar:

Los ingenieros están trabajando en una corrección que se incluirá en las versiones de octubre de Power BI Desktop y Gateway que se publicarán antes del 10/17/2020.

Best Looks,
Yingjie Li

Si este post ayuda, por favor considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[v-yingjl]

actualizar:

Es un problema conocido confirmado por los ingenieros:

Los clientes de Power BI que usen la puerta de enlace de septiembre (SU09) o el escritorio de Power BI con un origen de datos SQL local que tenga un certificado autofirmado y "Forzar cifrado" establecido en Sí pueden experimentar problemas con los informes que usan los modos Importar o Consulta directa y ver el mensaje "Se estableció correctamente una conexión con el servidor, pero luego se produjo un error durante el protocolo de enlace previo al inicio de sesión". Como solución alternativa, los clientes pueden instalar una versión anterior de las versiones de puerta de enlace y escritorio según sea necesario. Los ingenieros han identificado la causa raíz y pronto se proporcionará una ETA para una corrección.

Best Looks,
Yingjie Li

Si este post ayuda, por favor considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[v-yingjl]

Hola @Allisond ,

¿Qué versión de SQL Server está utilizando para conectarse a power bi? Compruebe que su versión de escritorio power bi es la última 2.85.681.0 de 64 bits (septiembre de 2020). Actualmente, esta versión de power bi desktop parece tener un problema conocido al conectarse a SQL Server 2019. Si la versión de escritorio se actualiza automáticamente a esta versión y la versión de SQL es SQL Server 2019, podría causar este problema.

Puede intentar utilizar la versión anterior de power bi desktop como Aug 2020 temporalmente para esperar a la corrección de la versión.

Además, también puede comprobar que si ha agregado el puerto TCP y el puerto UDP(1434) en la regla de entrada del Firewall de Windows y puede comprobar el puerto TCP en el Administrador de configuración de SQL ServerSQL Server .
Para obtener más información acerca de cómo configurar el acceso remoto para SQL Server, revise el siguiente blog.
https://blog.citrix24.com/configure-sql-express-to-accept-remote-connections/

Best Looks,
Yingjie Li

Si este post ayuda, por favor considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[caseycook]

No es solo SQL 2019. Estamos usando SQL 2016 y tenemos el mismo problema. Volver a configurar el servidor SQL para no forzar el cifrado parece resolver el problema (no es una gran solución sin embargo). Además, parece que puede actualizar sus orígenes de datos para utilizar su dominio como parte del nombre del servidor (por ejemplo, servername.domain.com). Sin embargo, esto es mucho trabajo. Especialmente, ya que en la puerta de enlace in-prem no se puede modificar ni espiar el origen de datos. Tienes que crear uno nuevo.

No han intentado revertir a una versión anterior de la puerta de enlace/escritorio, pero podría ser una brecha de detención mientras actualiza todas las conexiones.

Si sólo M.S. nos permitiera confiar en TrustServerCertificate-true, pero supongo que eso nos está dando demasiado poder.