Komencu de la maŝino, kie funkcias la binaraĵo BrowserStack Local. Ĝi faras du konektojn, kiuj povas postuli malsamajn prokseajn agordojn:

KonektoOpcia familioDokumentita defaŭlta pordo
La binaraĵo atingas BrowserStack el malantaŭ entreprena prokseo--proxy-host / --proxy-port3128
La binaraĵo atingas lokan aplikaĵon tra sia prokseo aŭ la celita registra peranto--local-proxy-host / --local-proxy-port8081

Elektu unu aŭ ambaŭ vojojn laŭ la fiasko. La loko de la fora retumilo ne diras al vi, kiel la binaraĵo atingas ĉiun celon. Uzu la efektivajn aŭskultajn pordojn anstataŭ fidi la du malsamajn defaŭltojn. Loopback-aŭskultanto ankaŭ apartenas al la maŝino de la binaraĵo; prokseo en via laborejo ne estas aŭtomate atingebla de konstruagento.

Ligu ĉiun konton al ĝia salto. La proksea uzantnomo kaj pasvorto estas apartaj de la alirklaĉo de BrowserStack kaj la ensaluto al la aplikaĵo. La entreprenaj kontaj opcioj dokumentas HTTP Basic; integrita ensaluto funkcianta en surtabla retumilo ne pruvas, ke la binaraĵo Local subtenas la saman interŝanĝon. Kontrolu la aŭtentigajn kapablojn de la instalita binaraĵo kaj la PAC-limigojn por la elektita reĝimo.

Se la atendita proksea protokolo estas malplena, ekzamenu la flagojn de la produkto, kiuj regas ĉu la koncerna trafiko estas devigata tra la loka aŭ proksea vojo. Provizi finpunkton kaj postuli ĝian uzon estas du apartaj decidoj.

Tenu kune la fiaskintan vojon, la lokon de la binaraĵo, la elektitan finpunkton kaj la unuan eraron. Forigu sentemajn datumojn el detalaj protokoloj antaŭ ol dividi ilin; ili povas enhavi aplikaĵajn petojn, respondojn kaj privatajn adresojn.

Rilataj artikoloj