Dele al navegador RSelenium su proxy al abrir la sesión

Use extraCapabilities para la ruta del navegador y distinga el rechazo del protocolo de sesión de un navegador que no puede llegar al proxy.

Entregue el proxy como capacidad de sesión del navegador antes de driver$open(), en un despliegue de RSelenium cuyo servidor WebDriver acepte el protocolo de sesión:

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 identifica el servicio WebDriver. La capacidad describe adónde va el navegador después. Un ajuste de proxy HTTP en R por sí solo no configura esa ruta del navegador.

Use host:port en httpProxy y sslProxy. El segundo elige destinos HTTPS; no implica un escucha de proxy protegido con TLS. Un candidato HTTP público de la lista de proxies HTTP aporta un host y un puerto para esos campos, siempre que el host del navegador pueda alcanzarlo.

¿Qué fallo ocurrió primero?

Si se rechaza la apertura de la sesión, compruebe la compatibilidad del protocolo antes de cambiar el extremo del proxy. La fuente remoteDriver de RSelenium envía desiredCapabilities heredados; un servidor WebDriver actual cualquiera puede rechazar ese formato antes de que exista un navegador para probar la ruta.

Si la sesión se abre pero la navegación falla, compruebe la accesibilidad desde el host real del navegador. Para un contenedor o un nodo de Grid, localhost significa ese nodo, no la estación de trabajo R.

Artículos relacionados