Дайце браўзеру RSelenium яго проксі пры адкрыцці сесіі

Выкарыстоўвайце extraCapabilities для маршруту браўзера і адрознівайце адмову пратакола сесіі ад браўзера, які не можа дасягнуць проксі.

Падайце проксі як магчымасць сесіі браўзера перад driver$open(), у разгортванні RSelenium, сервер WebDriver якога прымае пратакол сесіі:

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 вызначае службу WebDriver. Магчымасць апісвае, куды браўзер пойдзе далей. Адна налада HTTP-проксі ў R не наладжвае гэты маршрут браўзера.

Выкарыстоўвайце host:port у httpProxy і sslProxy. Апошні выбірае прызначэнні HTTPS; ён не азначае проксі-слухач, абаронены TLS. Публічны HTTP-кандыдат са спісу HTTP-проксі дае хост і порт для гэтых палёў, пры ўмове, што хост браўзера можа да яго дабрацца.

Якая памылка адбылася першай?

Калі адкрыццё сесіі адхілена, праверце сумяшчальнасць пратакола, перш чым мяняць канечную кропку проксі. Крыніца remoteDriver у RSelenium адпраўляе састарэлыя desiredCapabilities; адвольны сучасны сервер WebDriver можа адхіліць гэты фармат яшчэ да таго, як з'явіцца браўзер для праверкі маршруту.

Калі сесія адкрываецца, але навігацыя не ўдаецца, праверце дасяжнасць з фактычнага хоста браўзера. Для кантэйнера або вузла Grid localhost азначае гэты вузел, а не працоўную станцыю R.

Падобныя артыкулы