Proxy in Power BI einrichten

So richten Sie einen Proxy in Power BI ein

Wenn Sie wissen möchten, wie Sie in Power BI einen Proxy einrichten, also wie Sie den Proxy in Power BI einrichten, starten Sie mit einer einfachen Tatsache: Diese Anleitung gilt für Power BI Desktop unter Windows, nicht für jedes Microsoft-Produkt mit Anmeldemaske. Das ist wichtig, weil Power BI Desktop sich in der Regel an den von Windows vorgegebenen Netzwerkeinstellungen orientiert und Sie im Programm selbst womöglich keinen eigenen, klaren „Proxy“-Schalter finden. Eine falsche Annahme kostet schnell einen ganzen Nachmittag.

Nutzen Sie diesen Weg, wenn Power BI Desktop keine Anmeldung zulässt, keine Verbindung zum Power BI-Dienst herstellen kann oder beim Aktualisieren fehlschlägt. Wenn das Problem nur bei einer einzelnen Datenquelle auftritt, liegt die Ursache möglicherweise woanders. Wenn der Fehler schon vor dem Laden des ersten Datasets erscheint, ist der Proxy ein deutlich wahrscheinlicherer Kandidat.

1. Prüfen Sie, welche Power BI-App Sie verwenden

Stellen Sie zunächst sicher, dass Sie Power BI Desktop für Windows verwenden. Die Desktop-App, der Power BI-Dienst im Browser und das lokale Gateway verhalten sich nicht gleich, und sie teilen sich keine einzige gemeinsame Proxy-Einstellung. Wenn Sie im Browser arbeiten, müssen Sie stattdessen die Browser-Proxy-Einstellungen prüfen.

Diese Anleitung behandelt weder Power BI-Mobile-Apps noch eine allgemeine Windows-Proxy-Einrichtung für den gesamten Rechner. Ebenfalls nicht enthalten ist eine tenantweite Microsoft-365-Netzwerkrichtlinie. Der hier relevante Fall ist eng umrissen: Power BI Desktop auf einem Windows-PC benötigt über einen Proxy Zugriff für Anmeldung, Aktualisierung oder die Verbindung zum Dienst.

Diese enge Eingrenzung spart Zeit. Viel Zeit.

Bevor Sie etwas ändern, öffnen Sie Power BI Desktop und notieren Sie den genauen Zeitpunkt des Fehlers. Tritt die Meldung bei der Anmeldung auf, ist das ein Weg. Erscheint sie beim Aktualisieren, ist es ein anderer. Ist ein Gateway beteiligt, ist es ein dritter Weg, und die Lösung liegt möglicherweise gar nicht auf Ihrem Laptop.

2. Ermitteln Sie die genauen Proxy-Daten, die Ihr Netzwerk verlangt

Sie brauchen mehr als nur „wir nutzen einen Proxy“. Sie benötigen den Hostnamen, den Port, die Authentifizierungsmethode und die Information, ob das Unternehmen eine PAC-Datei oder eine manuelle Proxy-Konfiguration verwendet. Ohne diese Angaben raten Sie nur.

Fragen Sie nach dem Proxy-Host in der Form, die Ihr Netzwerkteam erwartet, etwa als DNS-Name oder IP-Adresse. Fragen Sie auch nach der Portnummer. Falls eine Authentifizierung erforderlich ist, klären Sie, ob es sich um grundlegende Zugangsdaten, eine Domänenanmeldung, NTLM, Kerberos oder etwas anderes handelt. Genau dieses Detail verändert die gesamte Einrichtung.

Manche Organisationen stellen eine PAC-Datei bereit und erwarten, dass Windows den Proxy automatisch erkennt. Andere wollen, dass ein fester Proxyserver von Hand eingetragen wird. Wenn Sie nicht wissen, was bei Ihnen gilt, fragen Sie vorab bei der IT nach. Eine manuelle Konfiguration in einem reinen PAC-Netzwerk schlägt oft auf eine Weise fehl, die wie ein Power-BI-Problem aussieht.

Für einen schnellen Überblick über die Begriffe hilft die Seite Glossar zu VPN- und Proxy-Begriffen, um Proxy-Sprache von VPN-Sprache zu trennen. In internen Tickets werden die beiden Begriffe häufig vermischt, was unnötige Verwirrung verursacht.

Halten Sie noch eine weitere Information fest: ob sich der Proxy je nach Netzwerkstandort ändert. Ein Laptop zu Hause, im WLAN oder im Firmennetz kann unterschiedliche Proxy-Regeln sehen. Dieser Unterschied ist wichtig, wenn ein Bericht montags funktioniert und dienstags fehlschlägt.

3. Prüfen Sie, wohin Power BI tatsächlich ins Internet zugreift

Power BI Desktop stellt nicht nur eine einzige Internetverbindung her. Es sind mehrere: Microsoft-Anmeldung ist ein Weg, der Zugriff auf den Power BI-Dienst ein anderer, die Kommunikation mit dem Gateway wieder ein anderer, und jede Datenquelle kann weitere Verbindungen hinzufügen. Ein Proxy kann einen dieser Wege blockieren und die übrigen unberührt lassen.

Beginnen Sie mit der Anmeldung. Wenn sich Power BI Desktop nicht bei Ihrem Microsoft- oder Organisationskonto authentifizieren kann, blockiert der Proxy möglicherweise Microsoft-Endpunkte. Prüfen Sie danach den Zugriff auf den Power BI-Dienst selbst. Anschließend sehen Sie sich Ihre Datenquelle an: SQL Server, SharePoint, Web-APIs oder Dateien hinter einem Firmennetzwerk.

Die Gateway-Kommunikation verdient eine eigene Prüfung. Ein persönliches Gateway oder ein Enterprise-Gateway benötigt möglicherweise einen separaten Netzwerkzugang, vor allem wenn das Gateway auf einem anderen Rechner läuft. Wenn die Desktop-App funktioniert, die geplante Aktualisierung später aber scheitert, ist der Proxy möglicherweise nicht die einzige beteiligte Ebene.

Eine hilfreiche Frage lautet: Welche Verbindung schlägt zuerst fehl? Der erste Fehler zeigt meist die relevante Ebene. Das ist einfacher, als auf die letzte Fehlermeldung zu starren und zu hoffen, dass sie die ganze Geschichte erzählt. Meist tut sie das nicht.

Für die Netzplanung rund um Proxy-Endpunkte und Ports siehe Proxy-Portnummern für Web Scraping. Der Kontext ist anders, aber der Grundgedanke bleibt gleich: Die Portnummer ist genauso wichtig wie der Hostname.

4. Konfigurieren Sie den Proxy auf Windows-Ebene für Power BI Desktop

Die häufigste Einrichtung ist, den Proxy in Windows zu konfigurieren, damit Power BI Desktop diese Einstellung übernimmt. Deshalb lautet der praktische Weg oft auch: Power BI Desktop Proxy konfigurieren über die Systemeinstellungen. Power BI Desktop bietet im normalen Desktop-Arbeitsablauf meist kein separates Bedienfeld für den Proxy. Das bedeutet, dass die Windows-Netzwerkeinstellungen oft über das Ergebnis entscheiden.

Öffnen Sie die Windows-Proxy-Einstellungen und prüfen Sie, ob Ihr Unternehmen eine automatische oder manuelle Einrichtung verwendet. Wenn Sie eine PAC-Datei haben, tragen Sie den von Ihrer IT bereitgestellten Skriptpfad ein. Wenn Sie einen manuellen Proxy haben, geben Sie Server und Port exakt so ein, wie sie vorgegeben wurden. Schon ein Tippfehler im Port kann alles blockieren.

Raten Sie nicht bei Ausnahmeregeln. Wenn Ihr Netzwerkteam sagt, dass lokale Adressen oder bestimmte Microsoft-Domains den Proxy umgehen sollen, tragen Sie diese Ausnahmen exakt ein. Ein Proxy, der internen Datenverkehr erfasst, kann Gateway-Verkehr oder den Zugriff auf lokale Datenquellen brechen. Das ist ein häufiger Fehler und wirkt zufällig, bis Sie die Bypass-Liste vergleichen.

Wenn Ihre Umgebung einem umfassenderen Sicherheitskonzept folgt, ist der Artikel wie man ein VPN auswählt nur als Vergleich hilfreich. VPNs und Proxys sind nicht dasselbe, und ein VPN ersetzt keine Proxy-Regel für Power BI Desktop.

Starten Sie Power BI Desktop nach Änderungen an den Windows-Proxy-Einstellungen neu. Wenn es Ihre IT-Richtlinie verlangt, starten Sie anschließend auch Windows neu. Manche Proxy-Änderungen greifen erst vollständig, wenn der Netzwerk-Stack neu geladen wurde. Dieser kleine Schritt erspart viel Fehlersuche.

5. Gehen Sie mit Proxy-Authentifizierung und Anmeldeaufforderungen um

Wenn der Proxy Benutzername und Passwort verlangt, kann Power BI Desktop Sie während der Anmeldung, beim Aktualisieren oder bei der ersten Datenverbindung danach fragen. Die Aufforderung kann von Windows kommen, von einem browserbasierten Microsoft-Anmeldefluss oder direkt von der Datenquelle. Der Bildschirm sieht ähnlich aus. Die Ursache ist es nicht immer.

Wenn Ihre Organisation integrierte Authentifizierung verwendet, akzeptiert der Proxy möglicherweise die Anmeldedaten Ihrer Windows-Sitzung. In diesem Fall ist das Konto wichtig, mit dem Sie sich bei Windows angemeldet haben.

Achten Sie auf wiederholte Eingabeaufforderungen. Eine einzelne Aufforderung ist in manchen Konfigurationen normal. Wiederholte Aufforderungen bedeuten meist eines von drei Dingen: Die Anmeldedaten sind falsch, der Proxy akzeptiert die Authentifizierungsmethode nicht, oder Power BI Desktop erreicht einen anderen Endpunkt, der eine weitere Regel benötigt. Das ist mühsam, aber hilfreich.

Wenn Sie ein genaueres Modell für das Verhalten authentifizierter Proxys benötigen, liefert der Leitfaden zu Best Practices für Proxy-Authentifizierung den passenden Kontext. Er hilft, wenn Ihr Unternehmen Browser-Anmeldung, Windows-Anmeldung und Proxy-Zugangsdaten in einem einzigen Ablauf kombiniert.

Ein praktischer Grundsatz: Speichern Sie keine falschen Zugangsdaten und versuchen Sie es nicht endlos erneut. Nach drei fehlgeschlagenen Versuchen sollten Sie anhalten und die Proxy-Methode mit der IT bestätigen. Gesperrte Konten helfen niemandem, und ein gesperrtes Konto kann das Proxy-Problem schlimmer erscheinen lassen, als es ist.

6. Prüfen Sie, ob Power BI sich über den Proxy anmelden und Daten laden kann

Testen Sie die Einrichtung in drei Schritten. Öffnen Sie zuerst Power BI Desktop und melden Sie sich an. Verbinden Sie sich dann mit einer einfachen Quelle, die Sie gut kennen. Aktualisieren Sie zum Schluss ein kleines Dataset oder eine Beispielabfrage. Halten Sie den Test bewusst klein, damit klar wird, welcher Schritt fehlschlägt.

Eine erfolgreiche Anmeldung allein reicht nicht aus. Power BI kann sich anmelden und dennoch scheitern, sobald es eine Web-Datenquelle oder die Dienstverbindung erreicht. Ein Dashboard kann gesund aussehen, während die Aktualisierung im Hintergrund fehlschlägt. Deshalb ist ein echter Datentest wichtig.

Wenn Sie webbasierte Quellen oder automatisierte Abrufe in anderen Tools nutzen, erklärt der Artikel Leitfaden zur Proxy-Rotation für Web Scraping, warum wiederholte Anfragen unterschiedliches Verhalten auslösen können. Power BI betreibt natürlich kein Scraping, aber wiederholte Aufrufe einer Quelle können dennoch auf Proxy-Regeln, Kontingente für Anmeldedaten oder Endpunktfilter stoßen.

Prüfen Sie den genauen Fehlertext. Eine Zertifikatswarnung ist nicht dasselbe wie ein Authentifizierungsfehler. Ein Zeitüberschreitung ist nicht dasselbe wie eine verweigerte Verbindung. Wenn Sie die Meldung und den Zeitstempel erfassen können, kann die IT das mit den Proxy-Protokollen abgleichen. Ohne diese Details müssen auch sie raten. Wenn am Ende nur die Diagnose Power BI keine Verbindung wegen Proxy übrig bleibt, fehlt meist noch eine konkrete Ebene im Pfad.

Wenn die Verbindung in einem Netzwerk funktioniert und in einem anderen nicht, notieren Sie den Unterschied. Firmen-WLAN, Heim-WLAN und über VPN verbundene Sitzungen verhalten sich oft unterschiedlich. Drei Tests sind besser als einer.

7. Beheben Sie die häufigsten Fehlerquellen bei Power-BI-Proxys

Blockierte Microsoft-Endpunkte sind ein häufiges Problem. Power BI Desktop muss möglicherweise mehrere Microsoft-Dienste erreichen, und ein strikter Proxy oder eine Firewall kann einen davon blockieren. Wenn die Anmeldung fehlschlägt, aber normales Surfen im Web funktioniert, gehen Sie nicht davon aus, dass der Proxy in Ordnung ist. Browsing und Power BI sind nicht identisch.

Auch die Zertifikatsprüfung kann Probleme verursachen. Manche Sicherheitstools prüfen HTTPS-Verkehr und fügen eigene Zertifikate ein. Wenn Power BI Desktop oder eine zugehörige Microsoft-Komponente dieser Zertifikatskette nicht vertraut, kann die Verbindung abbrechen. Das zeigt sich meist als Fehler bei der sicheren Verbindung und nicht als klare Proxy-Meldung.

Gateway-Probleme verdienen einen eigenen Blick. Wenn der Gateway-Rechner in einem anderen Subnetz, einem anderen Büro oder einem anderen Cloud-Bereich steht, benötigt er möglicherweise eigene Proxy- oder Firewall-Regeln. Eine Proxy-Änderung auf Ihrem Laptop hilft einem Gateway nicht, das aus seinem eigenen Netz nicht ins Internet kommt. Einfach, aber leicht zu übersehen.

Aktualisierungsfehler nach einer Proxy-Änderung entstehen oft durch gespeicherte Anmeldedaten oder einen alten Verbindungspfad. Löschen Sie die betroffenen Datenquellenanmeldedaten in Power BI Desktop und geben Sie sie erneut ein. Testen Sie danach noch einmal. Eine einzige veraltete Anmeldeinformation kann weiter fehlschlagen, lange nachdem der Proxy selbst korrekt ist.

Wenn Sie einen breiteren Vergleich von Methoden zur Netzwerkverschleierung möchten, kann der Artikel wie Sie Ihre IP-Adresse verbergen helfen, den Unterschied zwischen Proxy, VPN und direkter Verbindung Ihrem Netzwerkteam zu erklären. Diese Unterhaltung läuft meist besser, wenn alle dieselben Begriffe verwenden.

8. Wissen Sie, wann Sie Ihre IT- oder Ihr Netzwerkteam einschalten sollten

Beziehen Sie die IT ein, wenn die Proxy-Richtlinie außerhalb Ihrer Kontrolle liegt. Wenn das Unternehmen eine PAC-Datei, Firewall-Whitelist, Zertifikatsprüfung oder zentralisierte Authentifizierung verwendet, dürfen Sie das Problem wahrscheinlich nicht allein beheben. Das ist keine Einschränkung von Power BI, sondern eine Netzwerkrichtlinie.

Geben Sie ihnen vier Angaben mit: die genaue Version von Power BI Desktop, die exakte Fehlermeldung, den verwendeten Proxy-Host oder die PAC-Datei sowie den Zeitpunkt des Fehlers. Vier Angaben reichen für eine echte Prüfung. „Es funktioniert nicht“ reicht nicht.

Wenn das Proxy-Team nach dem Protokoll der Quelle fragt, geben Sie an, ob der Fehler bei der Anmeldung, beim Dienstzugriff, bei der Gateway-Kommunikation oder bei einer bestimmten Datenquelle aufgetreten ist. Je genauer Sie sind, desto weniger E-Mails im Ping-Pong-Stil bekommen Sie zurück. Kleines Detail, große Wirkung.

Es gibt auch Fälle, in denen das Problem gar nicht bei Power BI liegt. Eine Domänenrichtlinie kann den Microsoft-Anmeldefluss blockieren. Eine Firewall-Regel kann Port 443 zu einem bestimmten Endpunkt sperren. Eine Zertifikatsrichtlinie kann die Inspektion ablehnen. All das gehört in die Hände des Netzwerkteams, nicht in die Vermutungen eines Desktop-Benutzers.

Für Unternehmen, die viele vernetzte Tools verwalten, kann der Artikel wie viel authentifizierte Proxys kosten helfen, Budgetgespräche zu rahmen, wenn das Team entscheidet, ob eine neue Proxy-Schicht den betrieblichen Mehraufwand wert ist. Budgetgespräche sind selten angenehm, aber besser als rätselhafte Ausfälle.

Wenn Ihre Organisation eine klarere Begriffssammlung für interne Tickets möchte, halten Sie den Artikel SOCKS5-Proxy vs. HTTP-Proxy griffbereit. Die Formulierungen sind einfach, und einfache Formulierungen reduzieren schlechte Tickets. Schlechte Tickets verlangsamen jede Proxy-Änderung.

Ein letzter praktischer Hinweis: Notieren Sie die funktionierende Konfiguration, sobald alles klappt. Halten Sie den Windows-Proxy-Modus, den Speicherort der PAC-Datei oder den manuellen Proxy-Host, den Port und das Datum der Änderung fest. Wenn sich nächsten Monat wieder etwas ändert, müssen Sie nicht von null anfangen.