Date al browser RSelenium il suo proxy all'apertura della sessione

Usate extraCapabilities per la rotta del browser e distinguete il rifiuto del protocollo di sessione da un browser che non riesce a raggiungere il proxy.

Fornite il proxy come capacità di sessione del browser prima di driver$open(), in un deployment RSelenium il cui server WebDriver accetta il protocollo di sessione:

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 il servizio WebDriver. La capacità descrive dove va il browser in seguito. Un'impostazione proxy HTTP in R da sola non configura quella rotta del browser.

Usate host:port in httpProxy e sslProxy. Il secondo sceglie destinazioni HTTPS; non implica un listener proxy protetto con TLS. Un candidato HTTP pubblico dalla lista di proxy HTTP fornisce host e porta per questi campi, a condizione che l'host del browser riesca a raggiungerlo.

Quale guasto è avvenuto prima?

Se l'apertura della sessione viene rifiutata, controllate la compatibilità del protocollo prima di cambiare l'endpoint del proxy. La sorgente remoteDriver di RSelenium invia desiredCapabilities obsoleti; un qualsiasi server WebDriver attuale può rifiutare quel formato prima che esista un browser per provare la rotta.

Se la sessione si apre ma la navigazione fallisce, controllate la raggiungibilità dall'host reale del browser. Per un container o un nodo Grid, localhost indica quel nodo, non la workstation R.

Articoli correlati