Які прапорці проксі BrowserStack Local належать до якого з'єднання?
З'єднання бінарного файлу Local з BrowserStack і його з'єднання з застосунком можуть вимагати різних проксі. Виберіть прапорці для шляху, якому вони потрібні.
Почніть із машини, на якій працює бінарний файл BrowserStack Local. Він встановлює два з'єднання, які можуть вимагати різних налаштувань проксі:
| З'єднання | Родина параметрів | Документований типовий порт |
|---|---|---|
| Бінарний файл досягає BrowserStack з-за корпоративного проксі | --proxy-host / --proxy-port | 3128 |
| Бінарний файл досягає локального застосунку через свій проксі або передбачений посередник запису | --local-proxy-host / --local-proxy-port | 8081 |
Виберіть один або обидва шляхи залежно від збою. Розташування віддаленого браузера не говорить, як бінарний файл досягає будь-якого призначення. Використовуйте фактичні порти прослуховування замість двох різних типових значень. Loopback-слухач також належить машині бінарного файлу; проксі на вашій робочій станції не доступний автоматично з агента збирання.
Прив'яжіть кожен обліковий запис до його переходу. Ім'я користувача та пароль проксі відокремлені від ключа доступу BrowserStack і входу в застосунок. Параметри корпоративного облікового запису документують HTTP Basic; вбудований вхід, що працює в настільному браузері, не доводить, що бінарний файл Local підтримує той самий обмін. Перевірте можливості автентифікації встановленого бінарного файлу та обмеження PAC для вибраного режиму.
Якщо очікуваний журнал проксі порожній, перегляньте прапорці продукту, які визначають, чи примусово спрямовується відповідний трафік через локальний або проксі-маршрут. Надання кінцевої точки та вимога її використання — два окремі рішення.
Тримайте разом невдалий шлях, розташування бінарного файлу, вибрану кінцеву точку та першу помилку. Перед поширенням докладних журналів видаліть із них конфіденційні дані; вони можуть містити запити й відповіді застосунку та приватні адреси.