Jou RSelenium-browser syn proxy by it iepenjen fan de sesje

Brûk extraCapabilities foar de browserrûte en ûnderskied ôfwizing fan it sesjeprotokol fan in browser dy't it proxy net berikke kin.

Lever it proxy as browsersesjekapasiteit foar driver$open(), yn in RSelenium-ynset wêrfan de WebDriver-tsjinner it sesjeprotokol akseptearret:

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 identifisearret de WebDriver-tsjinst. De kapasiteit beskriuwt wêr't de browser dêrnei hinne giet. In HTTP-proxyynstelling yn R allinnich konfigurearret dy browserrûte net.

Brûk host:port yn httpProxy en sslProxy. De lêste kiest HTTPS-bestimmingen; it betsjut net in TLS-beskerme proxy-ôfharker. In iepenbier HTTP-kandidaat út de HTTP-proxylist leveret in host en poarte foar dy fjilden, mits de browserhost it berikke kin.

Hokker flater barde earst?

As it iepenjen fan de sesje wegere wurdt, kontrolearje protokolkampatibiliteit foardat jo it proxy-einpunt feroarje. De remoteDriver-boarne fan RSelenium stjoert ferâldere desiredCapabilities; in willekeurige hjoeddeistige WebDriver-tsjinner kin dat formaat ôfwize foardat der in browser is om de rûte te testen.

As de sesje iepenet mar navigaasje mislearret, kontrolearje berikberens fan de echte browserhost. Foar in container of Grid-knooppunt betsjut localhost dat knooppunt, net it R-wurkstasjon.

Relatearre artikelen