Come configurare un proxy in Power BI

Se ti serve sapere come configurare un proxy in Power BI, e in particolare come configurare proxy Power BI Desktop, parti da un fatto semplice: questa guida è per Power BI Desktop su Windows, non per tutti i prodotti Microsoft con una schermata di accesso. È importante, perché Power BI Desktop di solito segue le regole di rete impostate da Windows e potresti non trovare alcuna comoda impostazione “proxy” direttamente nell’app. Partire da un presupposto sbagliato ti fa perdere un pomeriggio.

Segui questa procedura quando Power BI Desktop non riesce ad accedere, non raggiunge il servizio Power BI o fallisce durante l’aggiornamento. Se il problema riguarda solo un’unica origine dati, la soluzione potrebbe essere altrove. Se l’errore compare prima che si carichi il primo dataset, i problemi proxy Power BI sono un sospettato molto più probabile.

1. Verifica quale app di Power BI stai usando

Per prima cosa, verifica di essere su Power BI Desktop per Windows. L’app desktop, il servizio Power BI nel browser e il gateway locale non si comportano allo stesso modo e non condividono un’unica impostazione proxy. Se stai usando il browser, devi controllare le impostazioni proxy del browser, non il proxy Power BI Windows usato dal desktop.

Questa guida non copre le app mobile di Power BI né la configurazione proxy generica di Windows per tutto il computer. Non copre nemmeno una policy di rete Microsoft 365 a livello di tenant. Qui il caso è ristretto e semplice: Power BI Desktop su un PC Windows deve passare da un proxy per l’accesso, l’aggiornamento o la connessione al servizio.

Questo perimetro ristretto fa risparmiare tempo. Tanto tempo.

Prima di cambiare qualsiasi cosa, apri Power BI Desktop e annota l’esatto momento in cui si verifica il problema. Se l’errore appare durante l’accesso, quello è un percorso. Se appare durante l’aggiornamento, è un altro. Se è coinvolto il gateway, è un terzo percorso e la soluzione potrebbe non trovarsi affatto sul tuo laptop.

2. Identifica i dettagli esatti del proxy richiesti dalla rete

Non basta sapere che “usiamo un proxy”. Ti servono il nome host, la porta, il metodo di autenticazione e se l’azienda usa un file PAC o una configurazione proxy manuale. Senza questi dettagli, stai andando a tentativi.

Chiedi l’host del proxy nel formato che si aspetta il team di rete, ad esempio un nome DNS o un indirizzo IP. Chiedi anche il numero di porta. Se è richiesta l’autenticazione, scopri se si tratta di credenziali di base, accesso di dominio, NTLM, Kerberos o altro. Quel singolo dettaglio cambia completamente la configurazione.

Alcune organizzazioni pubblicano un file PAC e si aspettano che Windows individui automaticamente il proxy. Altre richiedono l’inserimento manuale di un server proxy fisso. Se non sai quale sia il tuo caso, verifica con l’IT prima di iniziare. Una configurazione manuale su una rete che accetta solo PAC spesso fallisce in un modo che sembra un problema di Power BI.

Per orientarti rapidamente nella terminologia, la pagina VPN और प्रॉक्सी शब्दावल? può aiutare a distinguere il linguaggio dei proxy da quello delle VPN. Nei ticket interni i due termini vengono spesso confusi, e questo genera confusione evitabile.

Tieni a mente anche un altro dettaglio: se il proxy cambia in base alla posizione di rete. Un laptop a casa, sotto Wi-Fi o nella rete aziendale può vedere regole proxy diverse. Questa differenza conta quando un report funziona il lunedì e fallisce il martedì.

3. Verifica a quali destinazioni Internet sta davvero tentando di connettersi Power BI

Power BI Desktop non invia una sola richiesta Internet. Ne invia diverse. L’accesso Microsoft è un percorso, l’accesso al servizio Power BI è un altro, la comunicazione con il gateway è un altro ancora, e ogni connessione a una sorgente dati può aggiungerne altre. Un proxy può bloccare un percorso e lasciare intatti gli altri.

Comincia dall’accesso. Se Power BI Desktop non riesce ad autenticarsi al tuo account Microsoft o aziendale, il proxy potrebbe bloccare gli endpoint Microsoft. Poi testa l’accesso al servizio Power BI. Quindi controlla la sorgente dati: SQL Server, SharePoint, API web o file memorizzati dietro una rete aziendale.

La comunicazione con il gateway merita un controllo a parte. Un gateway personale o aziendale può richiedere un accesso di rete separato, soprattutto se il gateway è su un’altra macchina. Se l’app desktop funziona ma l’aggiornamento pianificato fallisce più tardi, il proxy potrebbe non essere l’unico livello coinvolto.

Una domanda utile è questa: quale connessione fallisce per prima? Di solito il primo errore indica il livello rilevante. È più semplice che fissare il messaggio finale sperando che racconti tutta la storia. Di solito non lo fa.

Per la pianificazione di rete relativa a endpoint e porte proxy, vedi numeri di porta del proxy per il web scraping. Il contesto è diverso, ma il punto di base è lo stesso: il numero di porta conta quanto il nome host.

4. Configura il proxy a livello Windows per Power BI Desktop

La configurazione più comune consiste nel definire il proxy in Windows, così Power BI Desktop lo eredita. In genere Power BI Desktop non offre un pannello separato per il proxy nel normale flusso di lavoro desktop. Questo significa che spesso sono le impostazioni di rete di Windows a determinare il risultato.

Apri le impostazioni proxy di Windows e controlla se la tua azienda usa una configurazione automatica o manuale. Se hai un file PAC, inserisci il percorso dello script fornito dall’IT. Se hai un proxy manuale, inserisci server e porta esattamente come indicato. Un solo errore nella porta può bloccare tutto.

Non inventare regole di esclusione. Se il team di rete ti dice che gli indirizzi locali o alcuni domini Microsoft devono bypassare il proxy, inserisci quelle eccezioni in modo esatto. Un proxy che intercetta il traffico interno può bloccare il traffico del gateway o l’accesso alle sorgenti dati locali. È un guasto comune e sembra casuale finché non confronti la lista di esclusione.

Se il tuo ambiente usa un piano di sicurezza più ampio, l’articolo su come scegliere una VPN è utile solo come termine di paragone. VPN e proxy non sono la stessa cosa, e una VPN non sostituisce una regola proxy per Power BI Desktop.

Riavvia Power BI Desktop dopo aver modificato le impostazioni proxy di Windows. Poi, se la policy IT lo richiede, riavvia anche Windows. Alcune modifiche al proxy non si applicano completamente finché non viene ricaricato lo stack di rete. Questo piccolo passaggio evita molti test falsati.

5. Gestisci l’autenticazione del proxy e le richieste di credenziali

Se il proxy richiede nome utente e password, Power BI Desktop potrebbe chiederli durante l’accesso, l’aggiornamento o la prima connessione a una sorgente dati. La richiesta può arrivare da Windows, da un flusso di accesso Microsoft basato su browser o dalla sorgente dati stessa. La schermata sembra simile. La causa non è sempre la stessa.

Se la tua organizzazione usa l’autenticazione integrata, il proxy potrebbe accettare le credenziali della sessione Windows. In tal caso conta l’account con cui hai effettuato l’accesso a Windows.

Fai attenzione alle richieste ripetute. In alcune configurazioni una singola richiesta è normale. Le richieste ripetute di solito significano una di tre cose: le credenziali sono errate, il proxy non accetta il metodo di autenticazione, oppure Power BI Desktop sta raggiungendo un endpoint diverso che richiede un’altra regola. È noioso, ma utile.

Se ti serve un modello più approfondito del comportamento di un proxy autenticato, la guida alle best practice per l’autenticazione del proxy fornisce il contesto giusto. È utile quando la tua azienda mescola accesso dal browser, accesso Windows e credenziali proxy nello stesso flusso di lavoro.

C’è un’abitudine pratica importante: non salvare credenziali sbagliate e continuare a riprovare. Dopo tre tentativi falliti, fermati e verifica con l’IT il metodo proxy corretto. Un account bloccato non aiuta nessuno, e può far sembrare il problema del proxy peggiore di quanto sia.

6. Verifica che Power BI riesca ad accedere e caricare i dati attraverso il proxy

Testa la configurazione in tre passaggi. Prima, apri Power BI Desktop ed esegui l’accesso. Secondo, connettiti a una sorgente semplice che conosci bene. Terzo, aggiorna un piccolo dataset o una query di esempio. Mantieni il test ridotto, così puoi capire quale passaggio fallisce.

Il solo successo dell’accesso non basta. Power BI può autenticarsi correttamente e poi fallire quando raggiunge una sorgente dati web o la connessione al servizio. Una dashboard può sembrare sana mentre l’aggiornamento è rotto in background. Per questo serve un vero test sui dati.

Se usi sorgenti web o recupero automatizzato anche in altri strumenti, l’articolo sulla rotazione dei proxy per la guida al web scraping spiega perché richieste ripetute possono attivare comportamenti diversi. Naturalmente Power BI non fa scraping, ma chiamate ripetute a una sorgente possono comunque incontrare regole proxy, limiti sulle credenziali o filtri sugli endpoint.

Controlla il testo esatto dell’errore. Un avviso di certificato non è la stessa cosa di un errore di autenticazione. Un timeout non è la stessa cosa di una connessione negata. Se riesci a salvare il messaggio e l’ora, l’IT può confrontarli con i log del proxy. Senza questi dettagli, anche loro dovranno andare a intuito.

Se la connessione funziona su una rete e fallisce su un’altra, annota la differenza. Il Wi-Fi dell’ufficio, il Wi-Fi di casa e le sessioni tramite VPN spesso si comportano in modo diverso. Tre test sono meglio di uno.

7. Risolvi i punti di fallimento più comuni del proxy in Power BI

Gli endpoint Microsoft bloccati sono un problema frequente. Power BI Desktop può dover raggiungere diversi servizi Microsoft, e un proxy o firewall troppo rigido può bloccarne uno solo. Se l’accesso fallisce ma la navigazione web funziona, non dare per scontato che il proxy sia a posto. Navigazione web e Power BI non sono identici.

Anche l’ispezione dei certificati può creare problemi. Alcuni strumenti di sicurezza ispezionano il traffico HTTPS e inseriscono i propri certificati. Se Power BI Desktop o un componente Microsoft collegato non si fida di quella catena di certificati, la connessione può interrompersi. Di solito appare come un errore di connessione sicura, non come un chiaro messaggio di proxy.

I problemi del gateway meritano un’analisi separata. Se la macchina del gateway si trova in un altro subnet, in un altro ufficio o in un altro segmento cloud, potrebbe aver bisogno di un proprio proxy o di una propria regola firewall. Modificare il proxy sul laptop non risolve un gateway che non riesce a raggiungere Internet dalla propria rete. Semplice, ma facile da trascurare.

I fallimenti dell’aggiornamento dopo una modifica del proxy spesso dipendono da credenziali salvate o da un vecchio percorso di connessione. Prova a cancellare le credenziali della sorgente dati interessata dentro Power BI Desktop e reinserirle. Poi riprova. Una sola credenziale obsoleta può continuare a fallire anche quando il proxy è corretto.

Se vuoi un confronto più ampio tra metodi di occultamento della rete, l’articolo su come nascondere il tuo indirizzo IP può aiutarti a spiegare la differenza tra un proxy, una VPN e una connessione diretta al team di rete. Di solito la conversazione va meglio quando tutti usano gli stessi termini.

8. Capisci quando coinvolgere il team IT o di rete

Coinvolgi l’IT quando la policy proxy non è sotto il tuo controllo. Se l’azienda usa un file PAC, allowlist firewall, ispezione dei certificati o autenticazione centralizzata, probabilmente non hai il permesso di risolvere il problema da solo. Non è un limite di Power BI. È una questione di policy di rete.

Contattali con quattro elementi: la versione esatta di Power BI Desktop, il messaggio di errore preciso, l’host del proxy o il file PAC in uso e l’orario del fallimento. Quattro elementi sono sufficienti per avviare un controllo reale. “Non funziona” non basta.

Se il team proxy chiede il protocollo sorgente, indica se l’errore è avvenuto nell’accesso, nell’accesso al servizio, nella comunicazione con il gateway o in una specifica sorgente dati. Più sei preciso, meno email di andata e ritorno riceverai. Piccolo dettaglio, grande vantaggio.

Ci sono anche casi in cui il problema non è affatto Power BI. Una policy di dominio può bloccare il flusso di accesso Microsoft. Una regola firewall può bloccare la porta 443 verso un endpoint specifico. Una policy sui certificati può rifiutare l’ispezione. Sono tutte questioni per il team di rete, non per un utente desktop che debba andare a tentativi.

Per le aziende che gestiscono molti strumenti connessi, l’articolo su quanto costano i proxy autenticati può aiutare a inquadrare le conversazioni di budget quando il team deve decidere se un nuovo livello proxy valga il sovraccarico operativo. Le discussioni sul budget sono raramente piacevoli, ma sono meglio di interruzioni misteriose.

Se la tua organizzazione vuole una definizione più chiara da usare nei ticket interni, tieni a portata di mano l’articolo proxy SOCKS5 vs proxy HTTP. La formulazione è semplice e un linguaggio semplice riduce i ticket sbagliati. I ticket sbagliati rallentano ogni modifica al proxy.

Un ultimo punto pratico: conserva una nota della configurazione funzionante una volta che tutto va a buon fine. Registra la modalità proxy di Windows, il percorso del file PAC o l’host del proxy manuale, la porta e la data della modifica. Il mese prossimo, quando qualcosa cambierà di nuovo, non dovrai ripartire da zero.