سیشن کھولتے وقت 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 ورک سٹیشن نہیں۔

متعلقہ مضامین