Donu al la retumilo RSelenium ĝian prokurilon kiam oni malfermas la seancon

Uzu extraCapabilities por la retumila vojo, kaj distingigu malakcepton de la seanca protokolo de retumilo, kiu ne povas atingi la prokurilon.

Provizu la prokurilon kiel seancan kapablon de la retumilo antaŭ driver$open(), en RSelenium-muntado, kies WebDriver-servilo akceptas la seancan protokolon:

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 identigas la WebDriver-servon. La kapablo priskribas, kien la retumilo iras poste. HTTP-prokurila agordo en R sola ne agordas tiun retumilan vojon.

Uzu host:port en httpProxy kaj sslProxy. La lasta elektas HTTPS-celojn; ĝi ne implicas prokurilan aŭskultanton protektitan per TLS. Publika HTTP-kandidato el la listo de HTTP-prokuriloj provizas gastiganton kaj pordon por tiuj kampoj, kondiĉe ke la retumila gastiganto povas atingi ĝin.

Kiu fiasko okazis unue?

Se oni malakceptas la malfermon de la seanco, kontrolu protokolan kongruecon antaŭ ol ŝanĝi la prokurilan finpunkton. La fonto remoteDriver de RSelenium sendas malnovajn desiredCapabilities; arbitra nuna WebDriver-servilo povas malakcepti tiun formaton antaŭ ol ekzistas retumilo por testi la vojon.

Se la seanco malfermiĝas sed navigado fiaskas, kontrolu atingeblon el la reala retumila gastiganto. Por ujo aŭ Grid-nodo, localhost signifas tiun nodon, ne la R-laborstacion.

Rilataj artikoloj