Zacznij od maszyny, na której działa plik binarny BrowserStack Local. Tworzy on dwa połączenia, które mogą wymagać różnych ustawień proxy:

PołączenieRodzina opcjiUdokumentowany domyślny port
Plik binarny dociera do BrowserStack spoza firmowego proxy--proxy-host / --proxy-port3128
Plik binarny dociera do lokalnej aplikacji przez własne proxy lub zamierzonego pośrednika nagrywania--local-proxy-host / --local-proxy-port8081

Wybierz jedną lub obie ścieżki zależnie od błędu. Lokalizacja zdalnej przeglądarki nie mówi, jak plik binarny dociera do któregokolwiek celu. Użyj rzeczywistych portów nasłuchu zamiast polegać na dwóch różnych wartościach domyślnych. Odbiornik loopback również należy do maszyny pliku binarnego; proxy na twojej stacji roboczej nie jest automatycznie osiągalne z agenta budowania.

Przypisz każde konto do jego przeskoku. Nazwa użytkownika i hasło proxy są oddzielne od klucza dostępu BrowserStack i logowania do aplikacji. Opcje konta firmowego dokumentują HTTP Basic; zintegrowane logowanie działające w przeglądarce komputerowej nie dowodzi, że plik binarny Local obsługuje tę samą wymianę. Sprawdź możliwości uwierzytelniania zainstalowanego pliku binarnego i ograniczenia PAC dla wybranego trybu.

Jeśli oczekiwany dziennik proxy jest pusty, sprawdź flagi produktu określające, czy odpowiedni ruch jest wymuszany przez trasę lokalną, czy proxy. Udostępnienie punktu końcowego i wymaganie jego użycia to dwie osobne decyzje.

Trzymaj razem nieudaną ścieżkę, lokalizację pliku binarnego, wybrany punkt końcowy i pierwszy błąd. Zanim udostępnisz szczegółowe dzienniki, usuń z nich dane wrażliwe; mogą zawierać żądania i odpowiedzi aplikacji oraz adresy prywatne.

Powiązane artykuły