Dem RSelenium-Browser beim Öffnen der Sitzung seinen Proxy geben

Nutzen Sie extraCapabilities für die Browserroute und unterscheiden Sie die Ablehnung des Sitzungsprotokolls von einem Browser, der den Proxy nicht erreicht.

Übergeben Sie den Proxy als Browser-Sitzungsfähigkeit vor driver$open(), in einem RSelenium-Deployment, dessen WebDriver-Server das Sitzungsprotokoll akzeptiert:

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 bezeichnet den WebDriver-Dienst. Die Fähigkeit beschreibt, wohin der Browser als Nächstes geht. Eine HTTP-Proxy-Einstellung in R allein konfiguriert diese Browserroute nicht.

Verwenden Sie host:port in httpProxy und sslProxy. Letzteres wählt HTTPS-Ziele aus; es impliziert keinen TLS-geschützten Proxy-Listener. Ein öffentlicher HTTP-Kandidat aus der HTTP-Proxy-Liste liefert Host und Port für diese Felder, sofern der Browser-Host ihn erreichen kann.

Welcher Fehler trat zuerst auf?

Wird das Öffnen der Sitzung abgelehnt, prüfen Sie die Protokollkompatibilität, bevor Sie den Proxy-Endpunkt ändern. Die remoteDriver-Quelle von RSelenium sendet veraltete desiredCapabilities; ein beliebiger aktueller WebDriver-Server kann dieses Format ablehnen, bevor ein Browser existiert, um die Route zu testen.

Öffnet sich die Sitzung, scheitert aber die Navigation, prüfen Sie die Erreichbarkeit vom tatsächlichen Browser-Host aus. Bei einem Container oder Grid-Knoten bedeutet localhost diesen Knoten, nicht die R-Workstation.

Ähnliche Artikel