მიაწოდეთ 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 სერვისს. შესაძლებლობა აღწერს, სად მიდის ბრაუზერი შემდეგ. მხოლოდ R-ში HTTP პროქსის პარამეტრი ამ ბრაუზერის მარშრუტს არ აკონფიგურირებს.

გამოიყენეთ host:port httpProxy და sslProxy ველებში. ეს უკანასკნელი ირჩევს HTTPS დანიშნულებებს; ეს არ ნიშნავს TLS-ით დაცულ პროქსი მსმენელს. HTTP პროქსების სიიდან საჯარო HTTP კანდიდატი ამ ველებისთვის ჰოსტსა და პორტს იძლევა, იმ პირობით, რომ ბრაუზერის ჰოსტი მას მიაღწევს.

რომელი წარუმატებლობა მოხდა პირველი?

თუ სესიის გახსნა უარყოფილია, შეამოწმეთ პროტოკოლის თავსებადობა პროქსის ბოლო წერტილის შეცვლამდე. RSelenium-ის remoteDriver წყარო ძველ desiredCapabilities-ს აგზავნის; ნებისმიერმა მიმდინარე WebDriver სერვერმა შეიძლება უარყოს ეს ფორმატი მანამ, სანამ მარშრუტის შესამოწმებლად ბრაუზერი არსებობს.

თუ სესია იხსნება, მაგრამ ნავიგაცია ვერ ხერხდება, შეამოწმეთ ხელმისაწვდომობა ბრაუზერის რეალური ჰოსტიდან. კონტეინერის ან Grid კვანძისთვის localhost ნიშნავს იმ კვანძს, არა R სამუშაო სადგურს.

დაკავშირებული სტატიები