Informes de PowerBI en la parte web de SharePoint 2016

Hola dusilmenni,

Eso es ciertamente interesante. Un par de preguntas:

– ¿El informe deja de funcionar para todos los que lo ven o solo para usted?

– ¿El informe comienza a funcionar nuevamente después de cerrar y volver a abrir el navegador?

– ¿»Klist tickets» muestra entradas con una «Hora de finalización» en el pasado?

– ¿La «purga de klist» y la actualización del navegador hacen que el informe comience a funcionar de nuevo?

Algunas otras cosas que puedes probar son:

– Habilite el registro «detallado» para Reporting Services para posiblemente obtener más información

– Utilice una herramienta como Fiddler para capturar las solicitudes realizadas entre SharePoint y PBIRS

Espero que esto ayude

– Jason

¡Hola Jason! ¡Gracias por la respuesta!

Sí, el informe deja de funcionar para todos los que lo ven. Aproximadamente 4 personas.

No. No importa si actualizo el navegador con CTRL + F5, cierro y vuelvo a abrir el navegador o reinicio todos los servidores conectados al problema.

klist muestra mis boletos y los muestra con un marco de tiempo válido.

La purga de klist no ayuda. El problema persiste.

Ahora no he tocado el informe que accede a la instancia SSAS durante todo el fin de semana. No hay tickets de kerberos en la máquina.

Abro el navegador y navego hasta la página. Me sale un bordillo. El error viene enseguida. Actualizo la página, el error persiste.

Elimino el elemento web de la página y lo agrego de nuevo. Lo configuro * exactamente * como antes. Presiono «aplicar» y aparece el mismo error. Presiono «aplicar» nuevamente, ¡y funciona! ¡Mi pobre corazón dolorido!

Incluso está obteniendo información de la instancia SSAS, por lo que está funcionando completamente. Esto estará bien durante unos minutos o unas horas.

El registro detallado no me ha proporcionado nada y Fiddler dice que todo se ve bien. No he usado Fiddler como proxy entre los servidores, lo admito, pero ese sería el siguiente paso. Pero monitorear el tráfico entre el usuario y el navegador verifica el tráfico de Kerberos y que todo se entregue como se esperaba.

Buscaré olfatear el tráfico entre los servidores, pero si tiene alguna idea al respecto, me encantaría escucharla.

Hola dusilmenni,

Desafortunadamente, si no hay información en los registros de SharePoint o RS, creo que eso significa que tendrá que capturar el tráfico de SharePoint a RS con una herramienta como Fiddler. Con suerte, encontrará una solicitud que falló allí que nos ayudará a determinar dónde podría estar el problema.

– Jason

Hola Jason.

No estoy seguro de cuál es el problema, pero puedo ver que debe tener algo que ver con la autenticación.

Este es un rastro cuando todo está funcionando en mi webpart, hasta que se actualiza el navegador en la línea 53.

En ese momento, no obtiene ningún encabezado de respuesta con el ticket de autenticación.

POST https://powerbiextended.DOMAIN.IS:443/reportserver/ReportExecution2005.asmx HTTP / 1.1
Aceptar-Idioma: en-US
Usuario-Agente: Mozilla / 4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident / 7.0; Touch; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729;. CLR NETO 3.5.30729)
Tipo de contenido: texto / xml; juego de caracteres = utf-8
SOAPAction: «http://schemas.microsoft.com/sqlserver/2005/06/30/reporting/reportingservices/ListSecureMethods»
Anfitrión: powerbiextended.DOMAIN.is:443
Longitud del contenido: 353
Esperar: 100-continuar

Esta es la llamada en la línea 53 e inferior.

¿Algunas ideas?