Калі працэсу тэставання на C# патрэбны прамы проксі для доступу да аддаленай службы Selenium, далучыце System.Net.WebProxy да яго выканаўцы HTTP-каманд:

using System;
using System.Net;
using OpenQA.Selenium.Remote;

var commandProxy = new WebProxy("http://proxy.example:8080")
{
    Credentials = proxyCredentials
};
var executor = new HttpCommandExecutor(
    remoteWebDriverUri, TimeSpan.FromSeconds(60))
{
    Proxy = commandProxy
};

using var driver = new RemoteWebDriver(
    executor, browserOptions.ToCapabilities());

proxyCredentials — гэта прызначаны ўліковы запіс проксі, remoteWebDriverUri — наладжаны URI аддаленай службы, а browserOptions змяшчае існуючыя магчымасці браўзера і пастаўшчыка. Не ўказвайце Credentials, калі пасярэднік не патрабуе аўтэнтыфікацыі. У такім разе спіс HTTP-проксі пастаўляе кандыдатаў, калі аддаленая служба WebDriver публічная і доступ праз публічныя проксі дазволены.

Задайце ўласцівасць выканаўцы перад стварэннем RemoteWebDriver. Стварэнне драйвера запускае абмен аддаленай сесіі; выканаўца стварае свой базовы HTTP-кліент пры першай неабходнасці. Пазнейшае змяненне ўласцівасці не з'яўляецца надзейным спосабам замяніць апрацоўшчык, які ўжо выкарыстоўвае гэты кліент.

Гэты шлях перадае каманды WebDriver ад запускальніка да аддаленай службы. Уласны вэб-трафік браўзера — асобнае злучэнне. Калі яму таксама патрэбны проксі, наладзьце яго праз магчымасці браўзера, выкарыстоўваючы канчатковы пункт, дасяжны з машыны браўзера.

Уліковыя даныя проксі аўтэнтыфікуюцца ў пасярэдніка. Уліковыя даныя аддаленай службы па-ранейшаму належаць канфігурацыі ўваходу або магчымасцей, якую падтрымлівае пастаўшчык.

Падобныя артыкулы