Como Configurar um Proxy no Power BI

Se você precisa de ajuda com como configurar proxy no Power BI, comece com um fato simples: este guia é para o Power BI Desktop no Windows, não para todos os produtos da Microsoft com uma tela de login. Isso importa porque o Power BI Desktop normalmente segue as regras de rede definidas pelo Windows, e talvez você nunca encontre um ajuste de “proxy” dentro do próprio aplicativo. Uma suposição errada pode desperdiçar uma tarde inteira.

Use este caminho quando o Power BI Desktop não conseguir entrar, não conseguir acessar o serviço do Power BI ou falhar durante a atualização. Se o problema for apenas uma origem de relatório, a correção pode estar em outro lugar. Se a falha aparecer antes do carregamento do primeiro conjunto de dados, o proxy passa a ser um suspeito mais forte.

1. Confirme qual aplicativo do Power BI você está usando

Primeiro, confirme que você está no Power BI Desktop para Windows. O aplicativo de desktop, o serviço do Power BI no navegador e o gateway local não se comportam da mesma forma, e não compartilham uma única configuração de proxy. Se você estiver no navegador, a questão passa a ser as configurações de proxy do próprio navegador.

Este guia não cobre os apps móveis do Power BI nem a configuração genérica de proxy do Windows para toda a máquina. Também não cobre uma política de rede do Microsoft 365 em nível de tenant. O caso específico aqui é simples: o Power BI Desktop em um PC com Windows precisa acessar a rede por meio de um proxy para login, atualização ou conexão com o serviço.

Esse foco estreito economiza tempo. Muito tempo.

Antes de mudar qualquer coisa, abra o Power BI Desktop e anote o momento exato em que ele falha. Se o erro aparece durante o login, esse é um caminho. Se aparece na atualização, é outro. Se o gateway estiver envolvido, é um terceiro caminho, e a correção pode nem estar no seu laptop.

2. Identifique os detalhes exatos do proxy exigidos pela sua rede

Você precisa de mais do que “usamos proxy”. Precisa do nome do host, da porta, do método de autenticação e de saber se a empresa usa um arquivo PAC ou uma configuração manual de proxy. Sem esses detalhes, você estará apenas chutando.

Peça o host do proxy no formato esperado pela equipe de rede, como um nome DNS ou um endereço IP. Peça também o número da porta. Se for necessária autenticação, descubra se ela é por credenciais básicas, login de domínio, NTLM, Kerberos ou outra opção. Esse detalhe muda toda a configuração.

Algumas organizações publicam um arquivo PAC e esperam que o Windows detecte o proxy automaticamente. Outras querem um servidor proxy fixo inserido manualmente. Se você não souber qual é o seu caso, confirme com a TI antes de começar. Uma configuração manual em uma rede que aceita apenas PAC costuma falhar de um jeito que parece um problema do Power BI.

Para uma referência rápida de terminologia, a página VPN और प्रॉक्सी शब्दावल? pode ajudar a separar a linguagem de proxy da linguagem de VPN. Os dois termos costumam ser confundidos em chamados internos, o que gera confusão desnecessária.

Guarde mais um detalhe: se o proxy muda conforme a localização da rede. Um laptop em casa, no Wi-Fi e na rede da empresa pode ver regras de proxy diferentes. Essa diferença importa quando um relatório funciona na segunda-feira e falha na terça-feira.

3. Verifique para onde o Power BI realmente está tentando se conectar na internet

O Power BI Desktop não faz apenas uma requisição à internet. Ele faz várias. O login da Microsoft é um caminho, o acesso ao serviço do Power BI é outro, a comunicação com o gateway é outro, e cada fonte de dados pode adicionar mais conexões. Um proxy pode bloquear um caminho e deixar os demais intactos.

Comece pelo login. Se o Power BI Desktop não conseguir autenticar sua conta Microsoft ou corporativa, o proxy pode estar bloqueando endpoints da Microsoft. Depois teste o acesso ao próprio serviço do Power BI. Em seguida, verifique sua fonte de dados: SQL Server, SharePoint, APIs da web ou arquivos armazenados atrás da rede corporativa.

A comunicação com o gateway merece uma verificação própria. Um gateway pessoal ou corporativo pode precisar de acesso de rede separado, especialmente se estiver em outra máquina. Se o aplicativo de desktop estiver funcionando, mas a atualização agendada falhar depois, o proxy pode não ser a única camada envolvida.

Uma pergunta útil é esta: qual conexão falha primeiro? A primeira falha geralmente aponta para a camada que importa. Isso é mais fácil do que olhar para a mensagem de erro final e esperar que ela conte a história inteira. Normalmente ela não conta.

Para planejamento de rede em torno de endpoints e portas de proxy, veja números de porta de proxy para web scraping. O contexto é diferente, mas a ideia principal é a mesma: o número da porta importa tanto quanto o nome do host.

4. Configure o proxy no nível do Windows para o Power BI Desktop

A configuração mais comum é definir o proxy no Windows para que o Power BI Desktop o herde. O Power BI Desktop normalmente não oferece um painel separado de controle de proxy para o fluxo normal de uso no desktop. Isso significa que as configurações de rede do Windows costumam determinar o resultado; em outras palavras, o comportamento de Power BI Desktop proxy Windows é central para a solução.

Abra as configurações de proxy do Windows e verifique se sua empresa usa configuração automática ou manual. Se você tiver um arquivo PAC, insira o local do script informado pela equipe de TI. Se for um proxy manual, informe o servidor e a porta exatamente como foram fornecidos. Um único erro de digitação na porta pode parar tudo.

Não adivinhe as regras de exceção. Se a equipe de rede disser que endereços locais ou certos domínios da Microsoft devem contornar o proxy, insira essas exceções exatamente como foram informadas. Um proxy que captura tráfego interno pode quebrar o tráfego do gateway ou o acesso a fontes de dados locais. Esse é um erro comum e parece aleatório até você comparar a lista de exceções.

Se o seu ambiente usa um plano de segurança mais amplo, o artigo sobre como escolher uma VPN é relevante apenas como ponto de comparação. VPNs e proxies não são a mesma coisa, e uma VPN não substitui uma regra de proxy para o Power BI Desktop.

Reinicie o Power BI Desktop depois de alterar as configurações de proxy do Windows. Em seguida, se a política de TI exigir, reinicie o Windows também. Algumas mudanças de proxy não entram em vigor por completo até que a pilha de rede seja recarregada. Esse pequeno passo evita muitos testes falsos.

5. Lide com autenticação de proxy e solicitações de credenciais

Se o proxy exigir nome de usuário e senha, o Power BI Desktop pode solicitá-los durante o login, a atualização ou a primeira conexão com a fonte de dados. O prompt pode vir do Windows, de um fluxo de login da Microsoft baseado no navegador ou da própria fonte de dados. A tela parece parecida. A causa nem sempre é a mesma.

Se sua organização usa autenticação integrada, o proxy pode aceitar as credenciais da sua sessão do Windows. Nesse caso, a conta usada para entrar no Windows faz diferença.

Fique atento a solicitações repetidas. Uma solicitação é normal em algumas configurações. Pedidos repetidos geralmente significam uma de três coisas: as credenciais estão erradas, o proxy não aceita esse método de autenticação ou o Power BI Desktop está acessando um endpoint diferente que precisa de outra regra. É trabalhoso, mas útil.

Se você precisar de um modelo mais profundo de comportamento de proxy autenticado, o guia de melhores práticas de autenticação de proxy oferece o contexto certo. Ele ajuda quando a empresa mistura login no navegador, login do Windows e credenciais de proxy no mesmo fluxo.

Há um hábito prático aqui: não salve credenciais erradas e continue tentando. Depois de três falhas, pare e confirme com a TI qual é o método de proxy. Conta bloqueada não ajuda ninguém, e isso pode fazer o problema parecer pior do que realmente é.

6. Verifique se o Power BI consegue entrar e carregar dados pelo proxy

Teste a configuração em três etapas. Primeiro, abra o Power BI Desktop e faça login. Segundo, conecte-se a uma fonte simples que você conhece bem. Terceiro, atualize um pequeno conjunto de dados ou uma consulta de exemplo. Mantenha o teste pequeno para saber exatamente qual etapa falha.

Sucesso no login sozinho não basta. O Power BI pode entrar, mas ainda falhar ao acessar uma fonte de dados na web ou a conexão com o serviço. Um painel pode parecer saudável enquanto a atualização está quebrada em segundo plano. Por isso um teste real de dados é importante.

Se você usa fontes baseadas na web ou coleta automatizada em outras ferramentas, o artigo sobre rotação de proxy para web scraping explica por que requisições repetidas podem gerar comportamentos diferentes. O Power BI, claro, não faz scraping, mas chamadas repetidas a uma fonte ainda podem acionar regras de proxy, limites de credenciais ou filtros de endpoint.

Verifique o texto exato do erro. Um aviso de certificado não é o mesmo que uma falha de autenticação. Um timeout não é o mesmo que uma conexão negada. Se você conseguir capturar a mensagem e o horário, a TI pode comparar com os logs do proxy. Sem esse detalhe, você também os fará adivinhar.

Se a conexão funcionar em uma rede e falhar em outra, anote a diferença. Wi-Fi do escritório, Wi-Fi de casa e sessões conectadas por VPN costumam se comportar de forma diferente. Três testes são melhores que um.

7. Solucione os pontos de falha mais comuns do proxy no Power BI

Endpoints bloqueados da Microsoft são um problema comum. O Power BI Desktop pode precisar acessar vários serviços da Microsoft, e um proxy ou firewall rígido pode bloquear um deles. Se o login falhar, mas a navegação na web continuar funcionando, não presuma que o proxy está ok. Navegação e Power BI não são idênticos.

A inspeção de certificados também pode causar problemas. Algumas ferramentas de segurança inspecionam o tráfego HTTPS e inserem seus próprios certificados. Se o Power BI Desktop ou um componente relacionado da Microsoft não confiar nessa cadeia de certificados, a conexão pode quebrar. Isso geralmente aparece como um erro de conexão segura, e não como uma mensagem clara de proxy.

Problemas de gateway merecem uma análise separada. Se a máquina do gateway estiver em uma sub-rede diferente, em outro escritório ou em outro segmento de nuvem, talvez ela precise de seu próprio proxy ou regra de firewall. Alterar o proxy no seu laptop não resolverá um gateway que não consegue acessar a internet a partir da própria rede. Simples, mas fácil de ignorar.

Falhas de atualização após uma mudança de proxy muitas vezes vêm de credenciais salvas ou de um caminho de conexão antigo. Tente limpar as credenciais da fonte de dados afetada dentro do Power BI Desktop e inseri-las novamente. Depois teste outra vez. Uma única credencial desatualizada pode continuar falhando muito tempo depois de o proxy em si estar correto.

Se você quiser uma comparação mais ampla entre métodos de ocultação de rede, o artigo sobre como ocultar seu endereço IP pode ajudar a explicar a diferença entre um proxy, uma VPN e uma conexão direta à sua rede para a equipe de TI. Essa conversa costuma fluir melhor quando todos usam as mesmas palavras.

8. Saiba quando envolver a equipe de TI ou de rede

Acione a TI quando a política de proxy estiver fora do seu controle. Se a empresa usa um arquivo PAC, listas de permissão de firewall, inspeção de certificados ou autenticação centralizada, provavelmente você não tem permissão para corrigir isso sozinho. Isso não é uma limitação do Power BI. É uma questão de política de rede.

Entre em contato com eles levando quatro itens: a versão exata do Power BI Desktop, a mensagem exata de falha, o host do proxy ou o arquivo PAC em uso e o horário em que a falha aconteceu. Quatro itens já bastam para iniciar uma verificação real. “Não funciona” não basta.

Se a equipe de proxy pedir o protocolo de origem, informe se a falha ocorreu no login, no acesso ao serviço, na comunicação com o gateway ou em uma fonte de dados específica. Quanto mais específico você for, menos e-mails de ida e volta receberá. Um pequeno detalhe, um grande ganho.

Também há casos em que o problema não é do Power BI. Uma política de domínio pode bloquear o fluxo de login da Microsoft. Uma regra de firewall pode bloquear a porta 443 para um endpoint específico. Uma política de certificado pode rejeitar a inspeção. Todos esses são itens para a equipe de rede, não para um usuário de desktop tentar adivinhar. Quando isso acontece, o sintoma costuma ser que o proxy no Power BI não conecta, embora a causa real esteja em outra camada.

Para empresas que gerenciam muitas ferramentas conectadas, o artigo sobre quanto custam proxies autenticados pode ajudar a estruturar conversas de orçamento quando a equipe decide se uma nova camada de proxy vale o custo operacional. Conversas de orçamento raramente são agradáveis, mas são melhores do que interrupções misteriosas.

Se a sua organização quiser um conjunto de definições mais claro para chamados internos, mantenha o artigo sobre proxy SOCKS5 versus proxy HTTP por perto. A redação é simples, e uma redação simples reduz chamados ruins. Chamados ruins atrasam todas as mudanças de proxy.

Um último ponto prático: anote a configuração que funcionou depois que tudo der certo. Registre o modo de proxy do Windows, o local do arquivo PAC ou o host do proxy manual, a porta e a data da mudança. No próximo mês, quando algo mudar de novo, você não precisará começar do zero.