Jak skonfigurować proxy w Tableau

Użytkownicy Tableau zwykle pytają o proxy z jednego z 3 powodów: nie udaje się logowanie, źródło danych się nie ładuje albo odświeżanie kończy się w połowie. Naprawa zależy od ścieżki, a nie od nazwy produktu. Tableau Desktop działa inaczej niż Tableau Server, a Tableau Cloud dodaje kolejną warstwę, ponieważ czasem uczestniczy też przeglądarka.

Jeśli szukasz informacji, jak ustawić proxy w Tableau, zacznij od dokładnego produktu i konkretnej czynności. Otwieranie skoroszytu na laptopie to nie to samo co odświeżanie opublikowanego ekstraktu na serwerze, a logowanie do chmury z Chrome może uruchomić inne zachowanie proxy niż lokalna sesja desktopowa. To brzmi oczywiście, ale błędne założenie kosztuje czas.

1. Potwierdź, z jakim wdrożeniem Tableau i typem połączenia pracujesz

Najpierw nazwij wdrożenie Tableau: Tableau Desktop, Tableau Server albo Tableau Cloud. Potem nazwij czynność: przeglądanie opublikowanego skoroszytu, logowanie, łączenie się z bazą na żywo albo odświeżanie treści. Zwykle to jedna z tych 4 ścieżek powoduje problem.

Tableau Desktop często korzysta z ustawień sieciowych systemu operacyjnego, więc warto sprawdzić także proxy Tableau Desktop ustawienia. Tableau Server może zależeć od hosta serwera, konta usługi lub bramy pośredniej. Tableau Cloud zmienia obraz jeszcze bardziej, bo część ruchu zaczyna się w przeglądarce, a inne żądania przebiegają między usługami Tableau a systemami zewnętrznymi.

Nie traktuj „Tableau” jak jednej rzeczy. Proxy, które pomaga Tableau Desktop dotrzeć do firmowego źródła danych, może nie zrobić nic dla zadania backgroundera w Tableau Server. Inna trasa, inne rozwiązanie.

2. Zidentyfikuj dokładną ścieżkę sieciową, do której Tableau musi dotrzeć

Sporządź listę adresów URL, portów i usług związanych z czynnością, która się nie udaje. Jeśli Tableau musi dotrzeć do Tableau Cloud w celu logowania, ścieżka proxy może wymagać zezwolenia na tę domenę. Jeśli skoroszyt pobiera dane z SQL Server, Snowflake albo wewnętrznego API HTTP, ten cel też ma znaczenie.

Praktyczna zasada jest taka: zmapuj ścieżkę od użytkownika do Tableau, potem od Tableau do źródła danych, a następnie z Tableau z powrotem do systemu tożsamości, jeśli uwierzytelnianie jest częścią procesu. W niektórych środowiskach to 3 oddzielne rozmowy sieciowe i każda może zawieść z innego powodu. Proxy, które obejmuje ruch logowania, może nie obejmować odświeżania ekstraktu.

Warto też zanotować, czy problem dotyczy dostępu wychodzącego do sieci WWW, czy dostępu do bazy danych. Porty mają znaczenie. Jeśli zespół mówi „Tableau nie może się połączyć”, zwykle nic to nie znaczy, dopóki ktoś nie poda adresu URL, portu i protokołu. Zobacz numery portów proxy do web scrapingu, jeśli chcesz szybko odświeżyć, dlaczego wybór portu zmienia ścieżkę ruchu.

3. Zdecyduj, czy proxy ma być ustawione w Tableau, w systemie operacyjnym czy w warstwie bramy

Wybierz najwęższe miejsce, w którym zastosujesz proxy. Jeśli w Twoim wdrożeniu Tableau ma własne pole proxy, zwykle jest to czystsze rozwiązanie niż zmiana ustawień każdej aplikacji na komputerze. Jeśli nie, proxy systemowe może być kolejną najlepszą opcją. W niektórych firmach prawdziwym punktem kontroli jest warstwa bramy, taka jak VPN, plik PAC albo urządzenie sieciowe.

Ten wybór ma znaczenie, bo ten sam komputer może obsługiwać 2 albo 3 trasy sieciowe naraz. Przeglądarka może stosować proxy systemowe, Tableau Desktop może dziedziczyć część ustawień, a usługa w tle może ignorować oba. Jeśli zmienisz złą warstwę, Tableau nadal będzie się psuć, a zespół sieciowy przysięgnie, że nic się nie zmieniło. I obie strony będą miały rację, co jest irytujące.

Jeśli Twój zespół ma już ustandaryzowaną ścieżkę sieciową, najpierw dostosuj się do niej. Na przykład niektóre organizacje kierują ruch analityczny wyłącznie przez VPN, a inne opierają się na pliku PAC, który decyduje, które domeny omijają proxy. Jeśli potrzebujesz pomocy w wyborze tej ścieżki, nasz poradnik o tym, jak wybrać VPN może pomóc uporządkować decyzję.

4. Zbierz szczegóły proxy i wszystkie wyjątki, zanim zmienisz ustawienia

Zanim cokolwiek zmienisz w Tableau, zbierz host proxy, port, metodę uwierzytelniania, listę wyjątków oraz wszelkie wymagania dotyczące inspekcji SSL lub certyfikatów. To brzmi podstawowo, ale brak nawet jednego pola może sprawić, że Tableau przestanie działać w sposób wyglądający na losowy.

Zapisz host proxy dokładnie tak, jak został podany. Zapisz port dokładnie tak, jak został podany. Jeśli proxy wymaga nazwy użytkownika i hasła, potwierdź, czy używa uwierzytelniania podstawowego, zintegrowanego, czy osobnego procesu logowania. Jeśli zespół sieciowy stosuje inspekcję certyfikatów, zapytaj, czy Tableau musi ufać firmowemu certyfikatowi CA.

Wyjątki też mają znaczenie. Niektóre źródła danych nigdy nie powinny być kierowane przez proxy. Systemy wewnętrzne, serwery licencji i punkty końcowe tożsamości mogą wymagać reguły obejścia. Jeśli potrzebujesz dokładniejszego odniesienia dotyczącego poświadczeń, przewodnik po najlepszych praktykach uwierzytelniania proxy warto przejrzeć, zanim wpiszesz hasło w niewłaściwe pole.

Jeden drobiazg może oszczędzić cały poranek: zapytaj, czy proxy zmienia się tylko dla ruchu przeglądarki, czy dla całego ruchu z komputera. To nie jest to samo. Nawet blisko.

5. Skonfiguruj dostęp przez proxy dla Tableau Desktop lub odpowiedniej ścieżki klienta

Teraz zastosuj proxy do ścieżki, z której naprawdę korzysta Tableau. Jeśli Tableau Desktop dziedziczy proxy systemowe, najpierw zmień ustawienie systemu, a potem uruchom Tableau ponownie. Jeśli Twoje wdrożenie korzysta z logowania przez przeglądarkę, być może trzeba będzie dostosować ustawienia przeglądarki lub sieci firmowej.

Po zmianie ustawień uruchom Tableau ponownie, aby pobrał nową trasę. Nie pomijaj restartu. Wiele problemów z połączeniem utrzymuje się tylko dlatego, że Tableau nadal trzyma w pamięci stare ustawienia sieciowe.

Jeśli zespół korzysta z proxy z uwierzytelnianiem, przetestuj logowanie na znanym, działającym koncie, zanim poprosisz użytkowników o ponowne połączenie. Błędny monit o poświadczenia może wyglądać jak awaria Tableau, podczas gdy tak naprawdę zawodzi proxy. Jeśli porównujesz metody, nasz tekst o proxy SOCKS5 kontra proxy HTTP może pomóc zrozumieć, dlaczego jedna ścieżka zachowuje się inaczej niż druga.

W niektórych zespołach konfiguracja nie kończy się na desktopie. Pomiędzy Tableau a internetem może znajdować się brama, VPN albo firmowa trasa. W takich przypadkach proxy jest mniej polem w Tableau, a bardziej polityką w stosie sieciowym. To rozróżnienie oszczędza mnóstwo prób i błędów.

6. Obsłuż uwierzytelnianie i monity certyfikatów podczas logowania do Tableau

Uważnie obserwuj proces logowania. Tableau Cloud, Tableau Server i zewnętrzne źródła danych mogą wywołać monity o logowanie do proxy, przerwy w logowaniu jednokrotnym lub problemy z zaufaniem do certyfikatu. To właśnie na tych ekranach użytkownicy zwykle rezygnują.

Jeśli Tableau zatrzyma się na oknie z poświadczeniami proxy, sprawdź, czy proxy akceptuje to samo konto, którego używasz w Windows lub SSO. Jeśli nie, wpisz poświadczenia specyficzne dla proxy. Jeśli pojawi się ostrzeżenie o certyfikacie, nie klikaj go bezrefleksyjnie. Zapytaj, czy proxy albo warstwa inspekcji SSL wymagają zainstalowanego na komputerze firmowego certyfikatu głównego.

Problemy z certyfikatami często wyglądają jak ogólne błędy połączenia. Nie są ogólne. Nieudany łańcuch zaufania oznacza, że Tableau może dotrzeć do proxy, ale odrzucić następny skok. To rozróżnienie ma znaczenie, gdy źródło danych otwiera się w przeglądarce, ale zawodzi w Tableau Desktop.

Jeśli środowisko jest mocno ograniczone, sprawdź, czy Tableau potrzebuje certyfikatu proxy w lokalnym magazynie zaufanych certyfikatów. Sprawdź też, czy przeglądarka, Tableau i system operacyjny ufają temu samemu CA. Te 3 magazyny nie zawsze są zgodne, a taka niezgodność powoduje brzydkie, powtarzalne awarie.

7. Przetestuj konkretną czynność w Tableau, która Cię interesuje

Przetestuj dokładnie ten sam workflow, który zawiódł na początku. Otwórz skoroszyt. Odśwież ekstrakt. Zaloguj się ponownie. Połącz się z opublikowanym źródłem danych. Wybierz jedną czynność i sprawdź ją od początku do końca.

Nie zatrzymuj się na etapie „Tableau się uruchamia”. To dowodzi prawie niczego. Skoroszyt może się otworzyć, a zadania odświeżania nadal mogą się nie udawać, albo logowanie może działać, podczas gdy zapytania na żywo przekraczają limit czasu po 30 sekundach. Test musi odpowiadać problemowi.

Jeśli nie masz pewności, czy proxy naprawdę pomaga, porównaj tę samą czynność przed zmianą i po niej. Prosty test z jednym skoroszytem, jednym opublikowanym źródłem i jednym kontem wystarczy, aby wykryć złą trasę. Jeśli problem dotyczy ukrywania bezpośredniego dostępu maszyny, a nie samego naprawiania Tableau, przewodnik o tym, jak ukryć adres IP pokazuje, dlaczego zmiana ścieżki ruchu ma tak duże znaczenie.

Zapisz wynik. Zanotuj godzinę, użyte konto i dokładną czynność w Tableau. Taki zapis staje się przydatny, jeśli rozwiązanie zadziała raz, a później przestanie po zmianie polityki.

8. Rozróżnij, czy blokadą jest proxy, Tableau czy źródło danych

Użyj komunikatu o błędzie, zachowania sieci i jednego kontrolowanego testu połączenia, aby podzielić problem na 3 kategorie: proxy, Tableau albo źródło danych. Jeśli inna przeglądarka na tym samym komputerze dociera do celu, proxy może działać poprawnie, a problem leży po stronie Tableau. Jeśli Tableau może łączyć się z publicznymi witrynami, ale nie z systemem wewnętrznym, najbardziej prawdopodobny jest firewall albo reguła obejścia.

Wykonaj jedno kontrolowane porównanie. Jeśli Tableau zawodzi, ale bezpośrednie żądanie z przeglądarki działa z tymi samymi poświadczeniami, możesz mieć do czynienia z niezgodnością protokołu albo problemem z certyfikatem. Jeśli oba podejścia zawodzą, prawdopodobnie proxy albo usługa docelowa blokuje żądanie. Mały test. Duża wskazówka.

Niektóre zespoły odkrywają, że zawodzi tylko jeden sposób połączenia, na przykład zapytanie na żywo, podczas gdy odświeżanie ekstraktu nadal działa. Zwykle oznacza to, że ścieżka do bazy danych różni się od ścieżki do Tableau Cloud lub Tableau Server. To nie jest losowe; problem po prostu ukrywa się w jednej warstwie.

Jeśli podejrzane jest samo proxy, sprawdź, czy konto, host i port są poprawne oraz czy proxy dopuszcza dany adres docelowy. Jeśli problem leży po stronie celu, skontaktuj się z właścicielem źródła danych. Jeśli zawodzi wyłącznie Tableau, sprawdź, czy klient ma stare ustawienia, stare poświadczenia albo buforowany certyfikat.

Przy planowaniu całego środowiska często pojawia się też pytanie o koszt. Jeśli Twój zespół porównuje opcje od różnych dostawców, artykuł o tym, ile kosztuje proxy może pomóc uporządkować decyzje budżetowe bez zgadywania. To może brzmieć jak poboczny temat, ale zwykle decyduje o tym, czy konfiguracja będzie tymczasowa, czy stała.

Jeśli podczas rozwiązywania problemów potrzebujesz szybkiej wewnętrznej listy referencyjnej, słowniki pojęć dotyczących proxy mogą pomóc uporządkować nazewnictwo. Dla zespołów, które przełączają się między narzędziami, glosariusz VPN i proxy może też pomóc, gdy ludzie używają tych pojęć zamiennie w zgłoszeniach.

Warto też pamiętać, że Tableau Server proxy konfiguracja bywa elementem szerszej polityki sieciowej, a nie pojedynczym przełącznikiem w aplikacji. Jeden ostatni nawyk oszczędza czas później: zapisuj dokładną czynność w Tableau, użyte ustawienie proxy i tekst błędu. Wystarczą trzy linie. Taki zapis zmienia kolejną awarię w 5-minutową kontrolę zamiast 2-godzinnej dyskusji o tym, którędy poszedł ruch.