E Selenium-Skript a JavaScript schéckt WebDriver-Befehler un de Remote-Server, ier de Browser vun deem Server iergendwouhi ka navigéieren. Wann d'Befeelsverbindung iwwer en HTTP-Proxy muss, konfiguréiert de WebDriver-Proxy vum Builder:

const { Builder, Browser } = require("selenium-webdriver");

const driver = await new Builder()
  .forBrowser(Browser.CHROME)
  .usingServer(gridUrl)
  .usingWebDriverProxy("http://proxy.example.net:8080")
  .build();

gridUrl ass de richtege Selenium-Server oder en gehosteten WebDriver-Endpunkt. Fir en ëffentlech erreechbaren Endpunkt, wou dëse Wee erlaabt ass, liwwert d'HTTP-Proxy-Lëscht Kandidaten fir usingWebDriverProxy. Féiert de Fragment an enger async-Funktioun vum CommonJS aus. Beend de Driver, wann d'Testsessioun ophält.

usingWebDriverProxy steiert d'HTTP-Verbindunge vun der JavaScript-Bindung. Et setzt weder d'Proxy-Fäegkeet vum Chrome nach en Chrome-Startargument.

Wann och de Browserverkéier en Zwëschenhändler brauch, gitt déi virgesinn Chrome-Optiounen getrennt un. Dee Browser leeft op der Remote-Maschinn, dofir muss säin Proxy-Endpunkt do erreechbar sinn. Eng Loopback-Adress op der Maschinn vum Skript ass net automatesch en Loopback-Service, deen dem Remote-Browser zur Verfügung steet.

Bestëmmt, ob de Feeler beim Erstelle vun der WebDriver-Sessioun oder beim Navigéieren op enger Websäit optrëtt. Déi zwou Feeler kënnen ënnerschiddlech Netzwierkclienten an ënnerschiddlech Proxy-Politiken bedreiwen.

Ähnlech Artikelen