תנו לדפדפן RSelenium את ה-proxy שלו בפתיחת ההפעלה

השתמשו ב-extraCapabilities עבור נתיב הדפדפן, והבחינו בין דחיית פרוטוקול ההפעלה לבין דפדפן שאינו מצליח להגיע ל-proxy.

ספקו את ה-proxy כיכולת הפעלה של הדפדפן לפני 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. היכולת מתארת לאן הדפדפן הולך לאחר מכן. הגדרת proxy של HTTP ב-R לבדה אינה מגדירה את נתיב הדפדפן הזה.

השתמשו ב-host:port בשדות httpProxy ו-sslProxy. האחרון בוחר יעדי HTTPS; הוא אינו מרמז על מאזין proxy מוגן ב-TLS. מועמד HTTP ציבורי מרשימת ה-proxy של HTTP מספק מארח ופורט לשדות האלה, בתנאי שמארח הדפדפן יכול להגיע אליו.

איזו כשלה קודם?

אם פתיחת ההפעלה נדחית, בדקו תאימות פרוטוקול לפני שינוי נקודת הקצה של ה-proxy. המקור remoteDriver של RSelenium שולח desiredCapabilities מיושנים; שרת WebDriver עכשווי כלשהו עלול לדחות את הפורמט הזה לפני שקיים דפדפן לבדיקת הנתיב.

אם ההפעלה נפתחת אך הניווט נכשל, בדקו נגישות ממארח הדפדפן בפועל. עבור מכולה או צומת Grid, localhost פירושו אותו צומת, ולא תחנת העבודה של R.

מאמרים קשורים