Nadaj przeglądarce RSelenium jej proxy przy otwieraniu sesji

Użyj extraCapabilities dla trasy przeglądarki i odróżnij odrzucenie protokołu sesji od przeglądarki, która nie może dotrzeć do proxy.

Podaj proxy jako możliwość sesji przeglądarki przed driver$open(), we wdrożeniu RSelenium, którego serwer WebDriver akceptuje protokół sesji:

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 wskazuje usługę WebDriver. Możliwość opisuje, dokąd przeglądarka udaje się następnie. Samo ustawienie proxy HTTP w R nie konfiguruje tej trasy przeglądarki.

Użyj host:port w httpProxy i sslProxy. Drugie wybiera cele HTTPS; nie oznacza to nasłuchu proxy chronionego przez TLS. Publiczny kandydat HTTP z listy proxy HTTP daje host i port dla tych pól, pod warunkiem że host przeglądarki może do niego dotrzeć.

Która awaria wystąpiła pierwsza?

Jeśli otwarcie sesji zostanie odrzucone, sprawdź zgodność protokołu, zanim zmienisz punkt końcowy proxy. Źródło remoteDriver w RSelenium wysyła przestarzałe desiredCapabilities; dowolny obecny serwer WebDriver może odrzucić ten format, zanim powstanie przeglądarka do przetestowania trasy.

Jeśli sesja się otwiera, ale nawigacja zawodzi, sprawdź osiągalność z rzeczywistego hosta przeglądarki. Dla kontenera lub węzła Grid localhost oznacza ten węzeł, a nie stację roboczą R.

Powiązane artykuły