Donnez son proxy au navigateur RSelenium à l'ouverture de la session

Utilisez extraCapabilities pour la route du navigateur et distinguez le rejet du protocole de session d'un navigateur qui ne peut pas joindre le proxy.

Fournissez le proxy comme capacité de session du navigateur avant driver$open(), dans un déploiement RSelenium dont le serveur WebDriver accepte le protocole de session :

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 identifie le service WebDriver. La capacité décrit où le navigateur se rend ensuite. Un réglage de proxy HTTP dans R ne configure pas à lui seul cette route du navigateur.

Utilisez host:port dans httpProxy et sslProxy. Le second choisit les destinations HTTPS ; il n'implique pas un écouteur proxy protégé par TLS. Un candidat HTTP public de la liste de proxies HTTP fournit un hôte et un port pour ces champs, à condition que l'hôte du navigateur puisse l'atteindre.

Quelle panne est survenue en premier ?

Si l'ouverture de la session est refusée, vérifiez la compatibilité du protocole avant de changer le point de terminaison du proxy. La source remoteDriver de RSelenium envoie des desiredCapabilities héritées ; un serveur WebDriver actuel quelconque peut rejeter ce format avant qu'un navigateur existe pour tester la route.

Si la session s'ouvre mais que la navigation échoue, vérifiez l'accessibilité depuis l'hôte réel du navigateur. Pour un conteneur ou un nœud Grid, localhost désigne ce nœud, pas le poste de travail R.

Articles similaires