Dálle ao navegador RSelenium o seu proxy ao abrir a sesión

Use extraCapabilities para a ruta do navegador e distinga o rexeitamento do protocolo de sesión dun navegador que non pode chegar ao proxy.

Subministre o proxy como capacidade de sesión do navegador antes de driver$open(), nunha implantación de RSelenium cuxo servidor WebDriver acepta o 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 o servizo WebDriver. A capacidade describe a onde vai o navegador despois. Un axuste de proxy HTTP en R por si só non configura esa ruta do navegador.

Use host:port en httpProxy e sslProxy. O segundo escolle destinos HTTPS; non implica un oínte de proxy protexido con TLS. Un candidato HTTP público da lista de proxies HTTP fornece un host e un porto para eses campos, sempre que o host do navegador poida chegar a el.

Que fallo ocorreu primeiro?

Se se rexeita a apertura da sesión, comprobe a compatibilidade do protocolo antes de cambiar o punto final do proxy. A fonte remoteDriver de RSelenium envía desiredCapabilities herdados; un servidor WebDriver actual calquera pode rexeitar ese formato antes de que exista un navegador para probar a ruta.

Se a sesión se abre pero a navegación falla, comprobe a accesibilidade desde o host real do navegador. Para un contedor ou un nodo de Grid, localhost significa ese nodo, non a estación de traballo R.

Artigos relacionados