«El nombre de usuario o contraseña son incorrectos.» error con la puerta de enlace de datos local

@jmillar,

¿Qué fuente de datos agrega dentro de la puerta de enlace? ¿Podría verificar si el usuario del segundo dominio puede conectarse a la fuente de datos desde la máquina que aloja la puerta de enlace?

Saludos,
Lydia

Gracias @ v-yuezhe-msft.

La fuente de datos es una instancia de Sql Server 2016 Analysis Server que se ejecuta en modo tabular.

La máquina que aloja la puerta de enlace es el mismo servidor que ejecuta la instancia SSAS, y el usuario puede conectarse a la instancia SSAS directamente sin problemas, ¿es eso lo que está preguntando?

Gracias de nuevo, Jason.

@jmillar,

por favor, compruebe que si la dirección de correo electrónico del usuario que usa para iniciar sesión en el servicio Power BI coincide con un UPN definido dentro del dominio de Active Directory local. Para obtener más detalles, consulte el siguiente artículo.

https://docs.microsoft.com/en-us/power-bi/service-gateway-enterprise-manage-ssas

Saludos,
Lydia

@ v-yuezhe-msft

Solo así estoy seguro de que lo entiendo …

Entonces, ¿el UPN debe coincidir con el dominio en el que reside el servidor de puerta de enlace? Si está en otro dominio, incluso si hay una confianza total entre el dominio del servidor de puerta de enlace y el dominio del usuario que inicia sesión, ¿fallará?

Gracias por toda tu ayuda,

Jason

@jmillar,

¿Utiliza la confianza unidireccional o la confianza bidireccional para los dos dominios? Si utiliza la confianza unidireccional, es posible que el usuario del segundo dominio no se asigne correctamente en el primer dominio.

Referencia:
https://docs.microsoft.com/en-us/power-bi/service-gateway-onprem-tshoot

Saludos,

Lydia

Hola @ v-yuezhe-msft: es una confianza bidireccional entre los dos dominios.

Gracias,

Jason

@jmillar ，

¿Podría utilizar el generador de perfiles SQL para capturar el proceso? ¿El mapeo de la cuenta es correcto?

Saludos,
Lydia

Hola @ v-yuezhe-msft;

Eché un vistazo al artículo de solución de problemas y confirmé lo siguiente:

• Tenemos una configuración de confianza bidireccional entre los dominios
• La cuenta de servicio SSAS tiene el token AD mencionado en el artículo
• Si me conecto usando SSMS usando la opción avanzada EffectiveUserName, obtengo el mismo error.

Cuando uso Sql Profiler y veo a mi usuario en el segundo dominio conectarse a través de Power BI en línea, veo lo siguiente antes de que se informe el error:

Descubra el principio y el final:

TextData =

<RestrictionList xmlns="urn:schemas-microsoft-com:xml-analysis" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><PropertyName><Value>DbpropMsmdSubqueries</Value><Value>DbpropMsmdOptimizeResponse</Value><Value>DbpropMsmdActivityID</Value><Value>DbpropMsmdCurrentActivityID</Value></PropertyName></RestrictionList>

RequestProperties =

<PropertyList xmlns="urn:schemas-microsoft-com:xml-analysis" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"/>

@jmillar,

¿Ha notado que a qué cuenta está asignada la cuenta problemática en el generador de perfiles de SQL?

Saludos,
Lydia

Hola @ v-yuezhe-msft;

Tal vez no entiendo bien lo que estás preguntando … ¿No estoy seguro de cómo verificar el mapeo de la cuenta? En una solicitud exitosa, Profiler muestra un elemento como se muestra a continuación para DISCOVER BEGIN:

<RestrictionList xmlns="urn:schemas-microsoft-com:xml-analysis" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><PropertyName>Catalog</PropertyName></RestrictionList>

<PropertyList xmlns="urn:schemas-microsoft-com:xml-analysis" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><Catalog>PWIMillInventoryTabular</Catalog><Cube>PWI Mill Inventory</Cube><DbpropMsmdOptimizeResponse>9</DbpropMsmdOptimizeResponse><DbpropMsmdActivityID>075B518C-59DB-476A-B8E7-372665269CF6</DbpropMsmdActivityID><DbpropMsmdRequestID>1A7B10F9-B133-4E80-9F30-0E619677FDFE</DbpropMsmdRequestID><DbpropMsmdCurrentActivityID>075B518C-59DB-476A-B8E7-372665269CF6</DbpropMsmdCurrentActivityID><LocaleIdentifier>1033</LocaleIdentifier><EffectiveUserName>jmillar@strathconapaper.com</EffectiveUserName><sspropinitappname>PowerBI</sspropinitappname></PropertyList>

Con las solicitudes fallidas, no veo un EffectiveUserName. Si no entiendo bien lo que está preguntando, ¿podría indicarme la dirección correcta?

Gracias,

Jason

@jmillar,

¿El error desaparece cuando usa la función de nombre de usuario del mapa en el servicio Power BI?

Saludos,
Lydia

@ v-yuezhe-msft;

El error desaparece, pero solo si utilizo nombres de dominio NETBIOS completos en la asignación de cuentas de usuario. Entonces, si la cuenta a la que estoy tratando de dar acceso es user@brokendomain.com, tengo que asignarla a BROKENDOMAIN.LOCAL user para que funcione. He confirmado que user@brokendomain.com es el AAD UPN correcto y que también coincide con el UPN en el dominio local (iniciando sesión como usuario y ejecutando whoami / upn).

El mapeo de los nombres de usuario funcionaría como una solución, supongo, si pudiera hacerlo globalmente, pero eso no funcionará ya que es un simple reemplazo de cadena. Incluso entonces, tener que agregar ese mapeo para cada conexión de datos no es realmente viable.

Gracias,

Jason

@Anonymous @ v-yuezhe-msft Desafortunadamente, todavía no tengo una solución. He tenido un ticket de soporte formal abierto con Microsoft durante varios meses. He hablado con los siguientes grupos (varias veces):

• Redes
• ANUNCIO
• SSAS
• Power BI

Supuestamente se ha escalado a un ingeniero senior con prioridad, pero no he tenido noticias de nadie. He intentado lo siguiente:

• Cambió el dominio para el servidor SSAS. Mismo problema, solo que ahora al revés
• Actualizado a 2017 con la última CU. El problema persiste.

Si consigo resolver esto, lo publicaré. Extremadamente decepcionado con la respuesta de Microsoft.

J

Hoy tengo un problema similar; Podría agregar una fuente de datos SSAS con éxito debajo de la puerta de enlace, pero este error se generó al conectarme.

En mi caso, ¡aparentemente se debió a caracteres no admitidos en la contraseña!

Si tiene caracteres especiales en su pw, al menos pruébelo sin.

Hola a todos;

Solo para cerrar el círculo en esto, después de mucho ir y venir con Microsoft, el problema se redujo a SSAS y la forma en que Kerberos maneja la autenticación de suplantación. Básicamente, para que lo que necesitamos funcione, debemos poder utilizar el enrutamiento de sufijo UPN. Desafortunadamente, se requiere una confianza de bosque para que esto se comporte y no es viable en la confianza bidireccional entre nuestros dominios.

J

@jmillar

Tengo un problema similar, ¿cómo puedo hacer que funcione este soultion?

Solo para cerrar el círculo en esto, después de mucho ir y venir con Microsoft, el problema se redujo a SSAS y la forma en que Kerberos maneja la autenticación de suplantación. Básicamente, para que lo que necesitamos funcione, debemos poder utilizar el enrutamiento de sufijo UPN. Desafortunadamente, se requiere una confianza de bosque para que esto se comporte y no es viable en la confianza bidireccional entre nuestros dominios.

@ KD000 @jmillar
¿Tiene este problema resuelto?

parece que tengo un problema similar.
Otra cosa es que la actualización del tablero con conexión en vivo a SSAS-Tabular funciona bien, el único problema es la actualización del conjunto de datos con datos importados desde (el mismo) SSAS-Tabular.

Utilizo la misma fuente de datos, con la misma cuenta, etc.

Lo que es extraño, en sql server profiler, ambas conexiones se muestran con el mismo NTDomain, NTUserName, pero una para liveconnection funciona bien, y para el conjunto de datos muestra el error: Ocurrió el siguiente error del sistema: el nombre de usuario o contraseña es incorrecta.