Gitt dem RSelenium-Browser säi Proxy beim Opmaache vun der Sitzung

Benotzt extraCapabilities fir de Browserwee, a ënnerscheet d'Oflehnung vum Sitzungsprotokoll vun engem Browser, deen de Proxy net erreecht.

Gitt de Proxy als Browser-Sitzungsfäegkeet virum driver$open(), an engem RSelenium-Deployment, deem säi WebDriver-Server de Sitzungsprotokoll akzeptéiert:

browser_proxy <- list(
  proxyType = 'manual',
  httpProxy = 'proxy.example:8080',
  sslProxy = 'proxy.example:8080'
)

driver <- RSelenium::remoteDriver(
  remoteServerAddr = 'webdriver.example',
  port = 4444L,
  browserName = 'chrome',
  extraCapabilities = list(proxy = browser_proxy)
)
driver$open()

remoteServerAddr identifizéiert den WebDriver-Service. D'Fäegkeet beschreift, wou de Browser duerno higeet. Eng HTTP-Proxy-Astellung an R eleng konfiguréiert dee Browserwee net.

Benotzt host:port an httpProxy an sslProxy. Déi lescht wielt HTTPS-Ziler; et heescht net en TLS-geschützte Proxy-Listener. En ëffentlechen HTTP-Kandidat aus der HTTP-Proxylëscht gëtt Host a Port fir dës Felder, soulaang de Browserhost en erreecht.

Wee Feeler ass als éischt geschitt?

Wann d'Opmaache vun der Sitzung ofgeleent gëtt, kontrolléiert d'Protokollkompatibilitéit, ier Dir den Proxy-Endpunkt ännert. D'remoteDriver-Quell vum RSelenium schéckt veralt desiredCapabilities; en arbiträren aktuellen WebDriver-Server kann dat Format ofleenen, ier et e Browser gëtt, fir de Wee ze testen.

Wann d'Sitzung opgeet, awer d'Navigatioun feelt, kontrolléiert d'Erreechbarkeet vum tatsächleche Browserhost. Bei engem Container oder Grid-Knäppchen heescht localhost dee Knäppchen, net d'R-Aarbechtsstatioun.

Ähnlech Artikelen