Cómo configurar un proxy en Power BI

Si necesitas configurar un proxy en Power BI, empieza por un hecho simple: esta guía es para Power BI Desktop en Windows, no para cualquier producto de Microsoft que tenga una pantalla de inicio de sesión. Eso importa porque Power BI Desktop normalmente sigue las reglas de red definidas por Windows, y quizá nunca encuentres un ajuste claro para configurar proxy en Power BI Desktop dentro de la propia app. Una suposición equivocada puede hacerte perder la tarde.

Usa este método cuando Power BI Desktop no pueda iniciar sesión, cuando aparezca el aviso de que Power BI no puede iniciar sesión por proxy, no pueda الوصول a Power BI service o falle durante la actualización. Si el problema solo ocurre con una fuente de informe, la solución puede estar en otro sitio. Si el error aparece antes de que cargue el primer conjunto de datos, el proxy es un sospechoso más sólido.

1. Confirma qué aplicación de Power BI estás usando

Primero, confirma que estás en Power BI Desktop para Windows. La app de escritorio, el servicio de Power BI en el navegador y el gateway local no se comportan igual, y no comparten un único ajuste de proxy. Si estás en el navegador, entonces debes revisar la configuración de proxy del navegador.

Esta guía no cubre las apps móviles de Power BI ni la configuración genérica de proxy de Windows para todo el equipo. Tampoco cubre una política de red de Microsoft 365 a nivel de inquilino. El caso concreto aquí es sencillo: Power BI Desktop en un PC con Windows necesita acceso a través de un proxy para iniciar sesión, actualizar o conectarse al servicio, y por eso conviene saber cómo cambiar el proxy en Power BI en Windows.

Ese alcance limitado ahorra tiempo. Mucho tiempo.

Antes de cambiar nada, abre Power BI Desktop y anota el momento exacto en que falla. Si el error aparece durante el inicio de sesión, esa es una vía. Si aparece al actualizar, es otra. Si interviene el gateway, es una tercera vía, y la solución puede no estar en tu portátil en absoluto.

2. Identifica los datos exactos del proxy que requiere tu red

Necesitas más que “usamos un proxy”. Necesitas el nombre del host, el puerto, el método de autenticación y saber si la empresa usa un archivo PAC o una configuración manual del proxy. Sin esos detalles, solo estarás adivinando.

Pide el host del proxy en el formato que espere tu equipo de red, por ejemplo como nombre DNS o dirección IP. Pide también el número de puerto. Si hace falta autenticación, averigua si es mediante credenciales básicas, inicio de sesión de dominio, NTLM, Kerberos o algo distinto. Ese detalle cambia por completo la configuración.

Algunas organizaciones publican un archivo PAC y esperan que Windows detecte el proxy automáticamente. Otras quieren que se introduzca manualmente un servidor proxy fijo. Si no sabes cuál de las dos opciones tienes, consúltalo con IT antes de empezar. Una configuración manual en una red que solo admite PAC suele fallar de una manera que parece un problema de Power BI.

Para entender rápidamente la terminología, la página de glosario de VPN y proxy puede ayudar a separar el lenguaje de proxy del de VPN. A menudo se mezclan en tickets internos, lo que crea confusión evitable.

Ten en papel un dato más: si el proxy cambia según la ubicación de la red. Un portátil en casa, en Wi‑Fi y en la red de la oficina puede ver reglas de proxy distintas. Esa diferencia importa cuando un informe funciona el lunes y falla el martes.

3. Comprueba a dónde intenta conectarse realmente Power BI en Internet

Power BI Desktop no hace una sola solicitud a Internet. Hace varias. El inicio de sesión en Microsoft es una vía, el acceso al servicio de Power BI es otra, la comunicación con el gateway es otra, y cada conexión a una fuente de datos puede añadir más. Un proxy puede bloquear una vía y dejar intactas las demás.

Empieza por el inicio de sesión. Si Power BI Desktop no puede autenticarse con tu cuenta de Microsoft o de la organización, el proxy puede estar bloqueando los extremos de Microsoft. Luego prueba el acceso al propio servicio de Power BI. Después revisa tu fuente de datos: SQL Server, SharePoint, APIs web o archivos guardados detrás de la red corporativa.

La comunicación con el gateway merece su propia comprobación. Un gateway personal o empresarial puede necesitar acceso de red independiente, especialmente si se ejecuta en otro equipo. Si la app de escritorio funciona pero la actualización programada falla después, quizá el proxy no sea la única capa implicada.

Una pregunta útil es esta: ¿qué conexión falla primero? El primer fallo suele señalar la capa que importa. Es más fácil que quedarse mirando el mensaje final de error y esperar que cuente toda la historia. Normalmente no lo hace.

Para planificar puertos y extremos del proxy, consulta los números de puerto de proxy para web scraping. El contexto es distinto, pero la idea básica es la misma: el número de puerto importa tanto como el nombre del host.

4. Configura el proxy a nivel de Windows para Power BI Desktop

La configuración más habitual es definir el proxy en Windows para que Power BI Desktop lo herede. Power BI Desktop normalmente no ofrece un panel independiente de control del proxy para el flujo de trabajo habitual de escritorio. Eso significa que los ajustes de red de Windows suelen decidir el resultado.

Abre la configuración de proxy de Windows y comprueba si tu empresa usa configuración automática o manual. Si tienes un archivo PAC, introduce la ubicación del script que te facilitó IT. Si tienes un proxy manual, introduce el servidor y el puerto exactamente como te los hayan indicado. Un solo error tipográfico en el puerto puede bloquearlo todo.

No adivines las reglas de omisión. Si tu equipo de red te indica que las direcciones locales o ciertos dominios de Microsoft deben saltarse el proxy, añade esas excepciones exactamente. Un proxy que captura tráfico interno puede romper el tráfico del gateway o el acceso a fuentes de datos locales. Es un fallo común, y parece aleatorio hasta que comparas la lista de exclusión.

Si tu entorno usa un plan de seguridad más amplio, el artículo sobre cómo elegir una VPN solo resulta relevante como punto de comparación. Las VPN y los proxies no son lo mismo, y una VPN no sustituye una regla de proxy para Power BI Desktop.

Reinicia Power BI Desktop después de cambiar los ajustes de proxy de Windows. Luego, si la política de IT lo requiere, reinicia también Windows. Algunos cambios de proxy no se aplican por completo hasta que se recarga la pila de red. Ese pequeño paso evita muchas pruebas falsas.

5. Gestiona la autenticación del proxy y las solicitudes de credenciales

Si el proxy requiere usuario y contraseña, Power BI Desktop puede solicitarlos durante el inicio de sesión, la actualización o la primera conexión a una fuente de datos. El aviso puede venir de Windows, de un flujo de inicio de sesión de Microsoft basado en navegador o de la propia fuente de datos. La pantalla se parece mucho. La causa no siempre es la misma.

Si tu organización usa autenticación integrada, el proxy puede aceptar las credenciales de tu sesión de Windows. En ese caso, importa la cuenta que usaste para iniciar sesión en Windows.

Fíjate en las solicitudes repetidas. Una solicitud es normal en algunas configuraciones. Las solicitudes repetidas suelen significar una de tres cosas: las credenciales son incorrectas, el proxy no acepta el método de autenticación o Power BI Desktop está llegando a otro extremo que necesita otra regla. Es tedioso, pero útil.

Si necesitas un modelo más profundo del comportamiento de un proxy autenticado, la guía de buenas prácticas de autenticación de proxy aporta el contexto adecuado. Ayuda cuando tu empresa mezcla inicio de sesión en el navegador, inicio de sesión en Windows y credenciales de proxy en el mismo flujo de trabajo.

Hay un hábito práctico aquí: no guardes credenciales incorrectas y sigas reintentando. Después de tres intentos fallidos, detente y confirma con IT el método de proxy. Las cuentas bloqueadas no ayudan a nadie, y una cuenta bloqueada puede hacer que el problema del proxy parezca peor de lo que es.

6. Verifica que Power BI puede iniciar sesión y cargar datos a través del proxy

Prueba la configuración en tres pasos. Primero, abre Power BI Desktop e inicia sesión. Segundo, conecta con una fuente sencilla que conozcas bien. Tercero, actualiza un conjunto de datos pequeño o una consulta de ejemplo. Mantén la prueba pequeña para saber qué paso falla.

Que el inicio de sesión funcione no basta. Power BI puede iniciar sesión y aun así fallar cuando llega a una fuente de datos web o a la conexión con el servicio. Un panel puede parecer sano mientras la actualización falla en segundo plano. Por eso una prueba real con datos importa.

Si usas fuentes web o recuperación automatizada en otras herramientas, el artículo sobre rotación de proxies para web scraping explica por qué las solicitudes repetidas pueden provocar comportamientos distintos. Power BI no hace scraping, claro, pero las llamadas repetidas a una fuente aún pueden activar reglas de proxy, límites de credenciales o filtros de extremo.

Comprueba el texto exacto del error. Un aviso de certificado no es lo mismo que un fallo de autenticación. Un tiempo de espera agotado no es lo mismo que una conexión denegada. Si puedes capturar el mensaje y la hora, IT podrá compararlos con los registros del proxy. Sin ese detalle, tú también les obligas a adivinar.

Si la conexión funciona en una red y falla en otra, anota la diferencia. El Wi‑Fi de la oficina, el Wi‑Fi de casa y las sesiones conectadas por VPN suelen comportarse de forma distinta. Tres pruebas son mejores que una.

7. Soluciona los puntos de fallo más comunes del proxy en Power BI

Los extremos de Microsoft bloqueados son un problema habitual. Power BI Desktop puede necesitar acceder a varios servicios de Microsoft, y un proxy o firewall restrictivo puede bloquear uno de ellos. Si el inicio de sesión falla pero navegar por la web sigue funcionando, no des por hecho que el proxy está bien. Navegar y Power BI no son idénticos.

La inspección de certificados también puede causar problemas. Algunas herramientas de seguridad inspeccionan el tráfico HTTPS e insertan sus propios certificados. Si Power BI Desktop o un componente relacionado de Microsoft no confía en esa cadena de certificados, la conexión puede romperse. Suele mostrarse como un error de conexión segura, no como un mensaje limpio de proxy.

Los problemas de gateway merecen una revisión aparte. Si el equipo del gateway está en otra subred, otra oficina o otro segmento de nube, puede necesitar su propio proxy o una regla de firewall. Un cambio de proxy en tu portátil no solucionará un gateway que no puede salir a Internet desde su propia red. Sencillo, pero fácil de pasar por alto.

Los fallos de actualización después de un cambio de proxy suelen venir de credenciales guardadas o de una ruta de conexión antigua. Prueba a borrar las credenciales afectadas de la fuente de datos dentro de Power BI Desktop y volver a introducirlas. Luego vuelve a probar. Una sola credencial obsoleta puede seguir fallando mucho tiempo después de que el proxy ya sea correcto.

Si quieres una comparación más amplia de métodos para ocultar la red, el artículo sobre cómo ocultar tu dirección IP puede ayudarte a explicar la diferencia entre un proxy, una VPN y una conexión directa a tu red ante tu equipo técnico. Esa conversación suele ir mejor cuando todos usan las mismas palabras.

8. Sabe cuándo involucrar a tu equipo de IT o de red

Involucra a IT cuando la política de proxy esté fuera de tu control. Si la empresa usa un archivo PAC, listas de permitidos del firewall, inspección de certificados o autenticación centralizada, probablemente no te corresponda arreglarlo solo. Eso no es una limitación de Power BI. Es un tema de política de red.

Contacta con ellos con cuatro elementos: la versión exacta de Power BI Desktop, el mensaje de error exacto, el host del proxy o el archivo PAC en uso y la hora en que ocurrió el fallo. Cuatro elementos bastan para empezar una revisión real. “No funciona” no es suficiente.

Si el equipo de proxy pide el protocolo de origen, incluye si el fallo ocurrió en el inicio de sesión, el acceso al servicio, la comunicación con el gateway o una fuente de datos concreta. Cuanto más específico seas, menos correos de ida y vuelta tendrás. Poco detalle, mucho retorno.

También hay casos en los que el problema no es Power BI en absoluto. Una política de dominio puede bloquear el flujo de inicio de sesión de Microsoft. Una regla de firewall puede bloquear el puerto 443 hacia un extremo concreto. Una política de certificados puede rechazar la inspección. Todo eso le corresponde al equipo de red, no a un usuario de escritorio que solo puede conjeturar.

Para empresas que gestionan muchas herramientas conectadas, el artículo sobre cuánto cuestan los proxies autenticados puede ayudar a enfocar las conversaciones de presupuesto cuando el equipo decide si merece la pena una nueva capa de proxy frente a la carga operativa. Las conversaciones de presupuesto rara vez son agradables, pero mejor eso que interrupciones misteriosas.

Si tu organización quiere un conjunto de definiciones más claro para los tickets internos, ten a mano el artículo sobre proxy SOCKS5 frente a proxy HTTP. La redacción es sencilla, y una redacción sencilla reduce los tickets malos. Los tickets malos ralentizan cualquier cambio de proxy.

Un último punto práctico: guarda una nota de la configuración que funcione una vez que lo soluciones. Registra el modo de proxy de Windows, la ubicación del archivo PAC o el host del proxy manual, el puerto y la fecha del cambio. El mes que viene, cuando algo vuelva a cambiar, no tendrás que empezar de cero.