Quais sinalizadores de proxy do BrowserStack Local pertencem a qual conexão?
A conexão do binário Local com o BrowserStack e sua conexão com um aplicativo podem exigir proxies diferentes. Escolha os sinalizadores para o caminho que precisa deles.
Comece pela máquina que executa o binário do BrowserStack Local. Ele faz duas conexões que podem exigir configurações de proxy diferentes:
| Conexão | Família de opções | Porta padrão documentada |
|---|---|---|
| O binário que alcança o BrowserStack por trás de um proxy corporativo | --proxy-host / --proxy-port | 3128 |
| O binário que alcança um aplicativo local através do seu proxy ou do intermediário de gravação pretendido | --local-proxy-host / --local-proxy-port | 8081 |
Escolha um ou ambos os caminhos conforme a falha. A localização do navegador remoto não informa como o binário alcança qualquer destino. Use as portas de escuta reais em vez de confiar nos dois valores padrão diferentes. Um ouvinte de loopback também pertence à máquina do binário; um proxy na sua estação de trabalho não é acessível automaticamente a partir de um agente de build.
Vincule cada conta ao seu salto. O nome de usuário e a senha do proxy são separados da chave de acesso do BrowserStack e do login do aplicativo. As opções de conta corporativa documentam HTTP Basic; o login integrado que funciona em um navegador desktop não prova que o binário Local suporta a mesma troca. Verifique os recursos de autenticação do binário instalado e as limitações de PAC para o modo selecionado.
Se o log de proxy esperado estiver vazio, examine os sinalizadores do produto que determinam se o tráfego relevante é forçado pela rota local ou pela rota do proxy. Fornecer um endpoint e exigir seu uso são duas decisões separadas.
Mantenha juntos o caminho que falhou, a localização do binário, o endpoint selecionado e o primeiro erro. Redija dados sensíveis dos logs detalhados antes de compartilhá-los; eles podem conter solicitações e respostas de aplicativos e endereços privados.