Konfiguracja proxy w Power BI Desktop

Jak skonfigurować serwer proxy w Power BI

Jeśli chcesz wiedzieć, jak skonfigurować serwer proxy w Power BI, zacznij od jednej prostej rzeczy: ten poradnik dotyczy Power BI Desktop w systemie Windows, a nie każdego produktu Microsoftu z ekranem logowania. To ważne, bo Power BI Desktop zwykle korzysta z reguł sieci ustawionych w Windows i możesz w ogóle nie znaleźć w aplikacji osobnego przełącznika „proxy”. Jedno błędne założenie potrafi zmarnować całe popołudnie, zwłaszcza gdy szukasz odpowiedzi na pytanie jak ustawić proxy w Power BI Desktop.

Skorzystaj z tej ścieżki, gdy Power BI Desktop nie może się zalogować, nie może połączyć się z usługą Power BI albo zawodzi podczas odświeżania. Jeśli problem dotyczy tylko jednego źródła raportu, rozwiązanie może leżeć gdzie indziej. Jeśli błąd pojawia się jeszcze przed załadowaniem pierwszego zestawu danych, proxy jest mocniejszym podejrzanym, szczególnie przy scenariuszach typu problem z logowaniem Power BI przez proxy.

1. Potwierdź, z której aplikacji Power BI korzystasz

Najpierw upewnij się, że używasz Power BI Desktop dla Windows. Aplikacja desktopowa, usługa Power BI w przeglądarce i brama lokalna działają inaczej i nie korzystają z jednego wspólnego ustawienia proxy. Jeśli pracujesz w przeglądarce, musisz sprawdzać ustawienia proxy przeglądarki.

Ten poradnik nie obejmuje aplikacji mobilnych Power BI ani ogólnej konfiguracji proxy w Windows dla całego komputera. Nie dotyczy też polityki sieciowej Microsoft 365 obowiązującej w całej dzierżawie. W tym wąskim przypadku chodzi o prostą sytuację: Power BI Desktop na komputerze z Windows potrzebuje dostępu przez proxy do logowania, odświeżania lub łączności z usługą, a fraza proxy Power BI Desktop Windows najlepiej oddaje ten kontekst.

Takie zawężenie oszczędza czas. Naprawdę dużo czasu.

Zanim cokolwiek zmienisz, otwórz Power BI Desktop i zanotuj dokładny moment, w którym występuje błąd. Jeśli pojawia się podczas logowania, to jedna ścieżka. Jeśli podczas odświeżania, to inna. Jeśli w grę wchodzi brama, to trzecia ścieżka i rozwiązanie może wcale nie leżeć na Twoim laptopie.

2. Ustal dokładne dane proxy wymagane przez sieć

Potrzebujesz czegoś więcej niż „używamy proxy”. Potrzebujesz nazwy hosta, portu, metody uwierzytelniania oraz informacji, czy firma używa pliku PAC, czy ręcznej konfiguracji proxy. Bez tych danych tylko zgadujesz.

Poproś o host proxy w formie oczekiwanej przez zespół sieciowy, na przykład jako nazwę DNS lub adres IP. Zapytaj też o numer portu. Jeśli wymagane jest uwierzytelnianie, ustal, czy chodzi o zwykłe dane logowania, konto domenowe, NTLM, Kerberos czy coś innego. Ten jeden szczegół zmienia całą konfigurację.

Niektóre organizacje publikują plik PAC i oczekują, że Windows wykryje proxy automatycznie. Inne chcą ręcznie wpisanego, stałego serwera proxy. Jeśli nie wiesz, z którego wariantu korzystasz, sprawdź to z działem IT, zanim zaczniesz. Ręczna konfiguracja w sieci działającej wyłącznie z PAC często kończy się błędem, który wygląda jak problem z Power BI.

Aby szybko uporządkować terminologię, strona słownik VPN i proxy może pomóc odróżnić pojęcia proxy od pojęć VPN. W zgłoszeniach wewnętrznych te dwa pojęcia często są mylone, co prowadzi do niepotrzebnego zamieszania.

Zapisz jeszcze jedną rzecz: czy proxy zmienia się w zależności od lokalizacji sieciowej. Laptop w domu, w sieci Wi‑Fi i w sieci firmowej może widzieć inne reguły proxy. To ma znaczenie, gdy raport działa w poniedziałek, a we wtorek już nie.

3. Sprawdź, z czym dokładnie Power BI próbuje połączyć się z internetem

Power BI Desktop nie wykonuje jednego żądania internetowego. Wykonuje ich kilka. Logowanie do Microsoft jest jedną ścieżką, dostęp do usługi Power BI inną, komunikacja z bramą jeszcze inną, a każde źródło danych może dodać kolejne. Proxy może zablokować jedną ścieżkę i nie ruszyć pozostałych.

Zacznij od logowania. Jeśli Power BI Desktop nie może uwierzytelnić Twojego konta Microsoft lub konta organizacyjnego, proxy może blokować punkty końcowe Microsoft. Następnie przetestuj dostęp do samej usługi Power BI. Potem sprawdź źródło danych: SQL Server, SharePoint, interfejsy API webowe albo pliki przechowywane za siecią firmową.

Komunikacja z bramą wymaga osobnej weryfikacji. Brama osobista lub korporacyjna może potrzebować oddzielnego dostępu sieciowego, zwłaszcza jeśli działa na innym komputerze. Jeśli aplikacja desktopowa działa poprawnie, ale zaplanowane odświeżanie później zawodzi, proxy może nie być jedyną warstwą problemu.

Pomocne pytanie brzmi: które połączenie zawodzi jako pierwsze? Pierwszy błąd zwykle wskazuje warstwę, która ma znaczenie. To łatwiejsze niż wpatrywanie się w końcowy komunikat błędu i liczenie, że opowie całą historię. Zwykle nie opowiada.

Jeśli planujesz ruch sieciowy względem punktów końcowych i portów proxy, zobacz numery portów proxy dla web scrapingu. Kontekst jest inny, ale podstawowa zasada ta sama: numer portu ma takie samo znaczenie jak nazwa hosta.

4. Skonfiguruj proxy na poziomie Windows, aby Power BI Desktop mógł z niego korzystać

Najczęstsza konfiguracja polega na ustawieniu proxy w Windows, tak aby Power BI Desktop je odziedziczył. Power BI Desktop zwykle nie ma osobnego panelu do zarządzania proxy w standardowym trybie pracy. Oznacza to, że o wyniku często decydują ustawienia sieciowe Windows.

Otwórz ustawienia proxy w Windows i sprawdź, czy firma używa konfiguracji automatycznej, czy ręcznej. Jeśli masz plik PAC, wpisz lokalizację skryptu podaną przez IT. Jeśli korzystasz z proxy ręcznego, wpisz serwer i port dokładnie tak, jak zostały podane. Jedna literówka w porcie może zatrzymać wszystko.

Nie zgaduj reguł wykluczeń. Jeśli zespół sieciowy mówi, że adresy lokalne albo określone domeny Microsoft mają omijać proxy, wpisz te wyjątki dokładnie. Proxy przechwytujące ruch wewnętrzny może zepsuć ruch bramy albo dostęp do lokalnych źródeł danych. To częsta awaria i wygląda losowo, dopóki nie porównasz listy obejść.

Jeśli Twoje środowisko korzysta z szerszego planu bezpieczeństwa, artykuł jak wybrać VPN ma znaczenie tylko jako punkt porównawczy. VPN i proxy to nie to samo, a VPN nie zastępuje reguły proxy dla Power BI Desktop.

Po zmianie ustawień proxy w Windows uruchom ponownie Power BI Desktop. Jeśli polityka IT tego wymaga, zrestartuj też Windows. Niektóre zmiany proxy nie są w pełni stosowane, dopóki stos sieciowy nie zostanie przeładowany. Ten drobny krok oszczędza mnóstwo fałszywych testów.

5. Obsłuż uwierzytelnianie proxy i monity o dane logowania

Jeśli proxy wymaga nazwy użytkownika i hasła, Power BI Desktop może poprosić o nie podczas logowania, odświeżania lub pierwszego połączenia z danymi. Monit może pochodzić z Windows, z opartego na przeglądarce procesu logowania do Microsoft albo z samego źródła danych. Ekrany wyglądają podobnie. Przyczyna nie zawsze jest taka sama.

Jeśli organizacja używa uwierzytelniania zintegrowanego, proxy może akceptować dane z Twojej sesji Windows. W takim przypadku znaczenie ma konto użyte do logowania do Windows.

Zwracaj uwagę na powtarzające się monity. Jeden monit w niektórych konfiguracjach jest normalny. Powtarzające się monity zwykle oznaczają jedną z trzech rzeczy: błędne dane logowania, brak akceptacji wybranej metody uwierzytelniania przez proxy albo to, że Power BI Desktop trafia do innego punktu końcowego wymagającego innej reguły. To męczące, ale przydatne, gdy diagnozujesz problem z logowaniem Power BI przez proxy.

Jeśli potrzebujesz głębszego modelu działania uwierzytelnionego proxy, przewodnik po najlepszych praktykach uwierzytelniania proxy podaje właściwy kontekst. Pomaga, gdy firma łączy logowanie w przeglądarce, logowanie Windows i dane proxy w jednym procesie.

Jest tu jeden praktyczny nawyk: nie zapisuj błędnych danych i nie próbuj w nieskończoność. Po trzech nieudanych próbach zatrzymaj się i potwierdź z IT metodę proxy. Zablokowane konto nikomu nie pomoże, a blokada może sprawić, że problem z proxy będzie wyglądał gorzej, niż jest w rzeczywistości.

6. Sprawdź, czy Power BI może się logować i pobierać dane przez proxy

Przetestuj konfigurację w trzech krokach. Najpierw otwórz Power BI Desktop i zaloguj się. Następnie połącz się z prostym, dobrze znanym źródłem. Na końcu odśwież mały zestaw danych albo przykładowe zapytanie. Zostaw test w małej skali, żeby dało się stwierdzić, który krok zawodzi.

Samo udane logowanie nie wystarcza. Power BI może się zalogować, a mimo to zawieść, gdy dotrze do internetowego źródła danych albo połączenia z usługą. Pulpit może wyglądać poprawnie, podczas gdy odświeżanie w tle jest uszkodzone. Dlatego realny test danych ma znaczenie.

Jeśli korzystasz ze źródeł internetowych albo automatycznego pobierania w innych narzędziach, artykuł przewodnik po rotacji proxy w web scrapingu wyjaśnia, dlaczego powtarzane żądania mogą wywoływać inne zachowania. Oczywiście Power BI nie robi scrapingu, ale powtarzane wywołania źródła nadal mogą natrafić na reguły proxy, limity uwierzytelniania albo filtry punktów końcowych.

Sprawdź dokładny tekst błędu. Ostrzeżenie o certyfikacie to nie to samo co błąd uwierzytelniania. Limit czasu to nie to samo co odrzucone połączenie. Jeśli możesz zapisać komunikat i znacznik czasu, IT może porównać je z logami proxy. Bez tego oni też muszą zgadywać.

Jeśli połączenie działa w jednej sieci, a w innej nie, zapisz różnicę. Firmowe Wi‑Fi, domowe Wi‑Fi i sesje przez VPN często zachowują się inaczej. Trzy testy są lepsze niż jeden.

7. Rozwiąż najczęstsze punkty awarii proxy w Power BI

Zablokowane punkty końcowe Microsoft to częsty problem. Power BI Desktop może potrzebować dostępu do wielu usług Microsoft, a restrykcyjne proxy lub zapora mogą blokować tylko jedną z nich. Jeśli logowanie nie działa, ale zwykłe przeglądanie stron tak, nie zakładaj, że proxy jest w porządku. Przeglądanie i Power BI to nie to samo.

Problemy może też powodować inspekcja certyfikatów. Niektóre narzędzia bezpieczeństwa sprawdzają ruch HTTPS i wstawiają własne certyfikaty. Jeśli Power BI Desktop albo powiązany komponent Microsoft nie ufa temu łańcuchowi certyfikatów, połączenie może się zerwać. Zwykle objawia się to błędem bezpiecznego połączenia, a nie czytelnym komunikatem proxy.

Problemy z bramą wymagają osobnego sprawdzenia. Jeśli maszyna z bramą działa w innej podsieci, innym biurze lub innym segmencie chmury, może potrzebować własnej reguły proxy lub zapory. Zmiana proxy na laptopie nie naprawi bramy, która z własnej sieci nie ma dostępu do internetu. Proste, ale łatwe do przeoczenia.

Nieudane odświeżanie po zmianie proxy często wynika z zapisanych danych logowania albo starej ścieżki połączenia. Spróbuj wyczyścić dane logowania dla danego źródła danych w Power BI Desktop i wprowadzić je ponownie. Potem przetestuj jeszcze raz. Jedne stare dane logowania mogą powodować błędy długo po tym, jak samo proxy jest już poprawne.

Jeśli chcesz szerszego porównania metod ukrywania ruchu sieciowego, artykuł jak ukryć adres IP może pomóc wyjaśnić zespołowi sieciowemu różnicę między proxy, VPN a bezpośrednim połączeniem z siecią. Taka rozmowa zwykle idzie lepiej, gdy wszyscy używają tych samych słów.

8. Wiedz, kiedy zaangażować dział IT lub zespół sieciowy

Włącz IT do sprawy, gdy polityka proxy jest poza Twoją kontrolą. Jeśli firma używa pliku PAC, list dozwolonych adresów w zaporze, inspekcji certyfikatów albo scentralizowanego uwierzytelniania, prawdopodobnie nie możesz tego naprawić samodzielnie. To nie ograniczenie Power BI. To kwestia polityki sieciowej.

Skontaktuj się z nimi, podając cztery elementy: dokładną wersję Power BI Desktop, dokładny komunikat błędu, używany host proxy lub plik PAC oraz czas wystąpienia błędu. Cztery elementy wystarczą, żeby rozpocząć realną analizę. „Nie działa” to za mało.

Jeśli zespół proxy poprosi o protokół źródła, podaj, czy błąd wystąpił podczas logowania, dostępu do usługi, komunikacji z bramą czy przy konkretnym źródle danych. Im bardziej szczegółowo opiszesz problem, tym mniej wiadomości wymienicie. Mały detal, duża korzyść.

Zdarza się też, że problem wcale nie leży w Power BI. Polityka domeny może blokować przepływ logowania Microsoft. Reguła zapory może blokować port 443 do określonego punktu końcowego. Polityka certyfikatów może odrzucać inspekcję. To wszystko są tematy dla zespołu sieciowego, a nie dla użytkownika desktopa, który ma zgadywać.

Dla firm zarządzających wieloma podłączonymi narzędziami artykuł ile kosztują uwierzytelnione proxy może pomóc w rozmowach budżetowych, gdy zespół decyduje, czy nowa warstwa proxy jest warta kosztu operacyjnego. Rozmowy o budżecie rzadko są przyjemne, ale i tak lepsze niż tajemnicze awarie.

Jeśli Twoja organizacja chce mieć bardziej przejrzysty zestaw definicji do zgłoszeń wewnętrznych, trzymaj pod ręką artykuł proxy SOCKS5 kontra proxy HTTP. Sformułowania są proste, a proste nazewnictwo ogranicza liczbę błędnych zgłoszeń. Złe zgłoszenia spowalniają każdą zmianę proxy.

Na koniec jedna praktyczna wskazówka: zapisz działającą konfigurację, gdy już wszystko ruszy. Zanotuj tryb proxy w Windows, lokalizację pliku PAC albo host ręcznego proxy, port oraz datę zmiany. W przyszłym miesiącu, gdy coś znowu się zmieni, nie będziesz musiał zaczynać od zera.