Watter BrowserStack Local-proksivlae hoort by watter verbinding?
Die Local-lêerbundel se verbinding met BrowserStack en sy verbinding met 'n toepassing kan verskillende proksieë vereis. Kies vlae vir die pad wat hulle nodig het.
Begin by die masjien wat die BrowserStack Local-lêerbundel laat loop. Dit maak twee verbindings wat verskillende proksie-instellings kan vereis:
| Verbinding | Opsiefamilie | Gedokumenteerde verstekpoort |
|---|---|---|
| Die lêerbundel wat BrowserStack bereik van agter 'n korporatiewe proksie | --proxy-host / --proxy-port | 3128 |
| Die lêerbundel wat 'n plaaslike toepassing bereik deur sy proksie of beoogde opname-tussenpersoon | --local-proxy-host / --local-proxy-port | 8081 |
Kies een of albei paaie volgens die fout. Die afgeleë blaaier se ligging sê nie hoe die lêerbundel een van die bestemmings bereik nie. Gebruik die werklike luisterpoorte eerder as om op die twee verskillende verstekke te staatmaak. 'n Loopback-luisteraar behoort ook aan die lêerbundel se masjien; 'n proksie op jou werkstasie is nie outomaties bereikbaar vanaf 'n bou-agent nie.
Koppel elke rekening aan sy hop. Die proksie-gebruikersnaam en -wagwoord is apart van die BrowserStack-toegangsleutel en toepassingaanmelding. Die korporatiewe rekening-opsies dokumenteer HTTP Basic; geïntegreerde aanmelding wat in 'n lessenaarblaaier werk, bewys nie dat die Local-lêerbundel dieselfde uitruiling ondersteun nie. Kontroleer die geïnstalleerde lêerbundel se verifikasievermoëns en PAC-beperkings vir die gekose modus.
As die verwagte proksielog leeg is, ondersoek die produk se vlae wat bepaal of die betrokke verkeer deur die plaaslike of proksieroete gedwing word. Om 'n eindpunt te verskaf en om die gebruik daarvan te vereis, is aparte besluite.
Hou die mislukte pad, lêerbundel-ligging, gekose eindpunt en eerste fout saam. Verwyder sensitiewe data uit uitvoerige logs voordat jy dit deel; dit kan toepassingversoeke, -antwoorde en private adresse bevat.