Пачніце з машыны, на якой працуе бінарнік BrowserStack Local. Ён стварае два злучэнні, якія могуць патрабаваць розных налад проксі:

ЗлучэннеСямейства опцыйДакументаваны парт па змаўчанні
Бінарнік дасягае BrowserStack з-за карпаратыўнага проксі--proxy-host / --proxy-port3128
Бінарнік дасягае лакальнай праграмы праз свой проксі або прызначаны пасярэднік запісу--local-proxy-host / --local-proxy-port8081

Выберыце адзін або абодва шляхі ў залежнасці ад збою. Размяшчэнне аддаленага браўзера не паказвае, як бінарнік дасягае кожнай мэты. Выкарыстоўвайце фактычныя парты праслухоўвання замест двух розных значэнняў па змаўчанні. Loopback-слухач таксама належыць машыне бінарніка; проксі на вашай працоўнай станцыі не дасягальны з агента зборкі аўтаматычна.

Прывяжыце кожны ўліковы запіс да яго пераходу. Імя карыстальніка і пароль проксі адрозныя ад ключа доступу BrowserStack і ўваходу ў праграму. Опцыі карпаратыўнага ўліковага запісу дакументуюць HTTP Basic; інтэграваны ўваход, які працуе ў настольным браўзеры, не даказвае, што бінарнік Local падтрымлівае такі ж абмен. Праверце магчымасці аўтэнтыфікацыі ўсталяванага бінарніка і абмежаванні PAC для выбранага рэжыму.

Калі чаканы журнал проксі пусты, праверце сцягі прадукту, якія вызначаюць, ці прымусова накіроўваецца адпаведны трафік праз лакальны або проксі-маршрут. Прадастаўленне канчатковай кропкі і патрабаванне яе выкарыстання — розныя рашэнні.

Трымайце разам шлях, які не ўдаўся, размяшчэнне бінарніка, выбраны канчатак і першую памылку. Выдаліце прыватныя даныя з падрабязных журналаў перад іх перадачай; яны могуць змяшчаць запыты праграм, адказы і прыватныя адрасы.

Падобныя артыкулы