Ce steaguri de proxy BrowserStack Local aparțin cărei conexiuni?
Conexiunea binarului Local la BrowserStack și conexiunea sa la o aplicație pot necesita proxy-uri diferite. Alegeți steagurile pentru calea care le necesită.
Începeți de la mașina pe care rulează binarul BrowserStack Local. Acesta face două conexiuni care pot necesita setări de proxy diferite:
| Conexiune | Familie de opțiuni | Port implicit documentat |
|---|---|---|
| Binarul care ajunge la BrowserStack din spatele unui proxy corporativ | --proxy-host / --proxy-port | 3128 |
| Binarul care ajunge la o aplicație locală prin proxy-ul său sau prin intermediarul de înregistrare prevăzut | --local-proxy-host / --local-proxy-port | 8081 |
Alegeți una sau ambele căi în funcție de eșec. Locația browserului la distanță nu vă spune cum ajunge binarul la fiecare destinație. Folosiți porturile reale de ascultare în loc să vă bazați pe cele două valori implicite diferite. Un ascultător loopback aparține și el mașinii binarului; un proxy de pe stația dvs. de lucru nu este accesibil automat dintr-un agent de build.
Asociați fiecare cont cu saltul său. Numele de utilizator și parola proxy sunt separate de cheia de acces BrowserStack și de autentificarea în aplicație. Opțiunile pentru contul corporativ documentează HTTP Basic; autentificarea integrată care funcționează într-un browser de desktop nu dovedește că binarul Local acceptă același schimb. Verificați capacitățile de autentificare ale binarului instalat și limitările PAC pentru modul selectat.
Dacă jurnalul de proxy așteptat este gol, examinați steagurile produsului care stabilesc dacă traficul relevant este forțat prin ruta locală sau prin ruta proxy. Furnizarea unui punct final și cerința de a-l folosi sunt două decizii separate.
Păstrați împreună calea eșuată, locația binarului, punctul final selectat și prima eroare. Eliminați datele sensibile din jurnalele detaliate înainte de a le partaja; acestea pot conține cereri și răspunsuri ale aplicației și adrese private.