'n JavaScript Selenium-skrip stuur WebDriver-opdragte na die afgeleë bediener voordat daardie bediener se blaaier enige plek kan navigeer. As die opdragverbinding deur 'n HTTP-volmag moet gaan, stel die Builder se WebDriver-volmag in:

const { Builder, Browser } = require("selenium-webdriver");

const driver = await new Builder()
  .forBrowser(Browser.CHROME)
  .usingServer(gridUrl)
  .usingWebDriverProxy("http://proxy.example.net:8080")
  .build();

gridUrl is die werklike Selenium-bediener of gehoste WebDriver-eindpunt. Vir 'n publiek bereikbare eindpunt waar daardie roete toegelaat word, verskaf die HTTP-volmaglys kandidate vir usingWebDriverProxy. Voer die fragment in 'n async CommonJS-funksie uit. Sluit die drywer af wanneer die toetssessie eindig.

usingWebDriverProxy beheer die JavaScript-binding se HTTP-verbindings. Dit stel nie Chrome se volmagvermoë of 'n Chrome-aanvangargument in nie.

As blaaierverkeer ook 'n tussenganger nodig het, verskaf die beoogde Chrome-opsies afsonderlik. Daardie blaaier loop op die afgeleë masjien, so sy volmag-eindpunt moet daar bereikbaar wees. 'n Loopback-adres op die skrip se masjien is nie outomaties 'n loopback-diens wat vir die afgeleë blaaier beskikbaar is nie.

Identifiseer of die fout gebeur tydens die skep van die WebDriver-sessie of tydens die navigeer van 'n webwerf. Die twee foute kan verskillende netwerkclients en verskillende volmagbeleide behels.

Verwante artikels