सत्र खोलते समय RSelenium ब्राउज़र को उसका प्रॉक्सी दें

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 वर्कस्टेशन नहीं।