driver$open() മുൻപ് പ്രോക്സിയെ ബ്രൗസർ സെഷൻ കഴിവ് ആയി നൽകുക, WebDriver സെർവർ സെഷൻ പ്രോട്ടോക്കോൾ സ്വീകരിക്കുന്ന RSelenium വിന്യാസത്തിൽ:

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 വർക്ക്സ്റ്റേഷൻ അല്ല.

അനുബന്ധ ലേഖനങ്ങൾ