C# RemoteWebDriver-ს აქვს პროქსი თავისი ბრძანებებისთვის
სანამ დისტანციურ Selenium სესიას შექმნით, System.Net.WebProxy დააყენეთ HttpCommandExecutor-ზე.
როდესაც 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, როცა შუამავალი ავთენტიფიკაციას არ მოითხოვს. ამ შემთხვევაში, თუ დისტანციური WebDriver სერვისი საჯაროა და საჯარო პროქსით წვდომა დასაშვებია, HTTP პროქსების სია კანდიდატებს გვაწვდის.
დააყენეთ შემსრულებლის თვისება RemoteWebDriver-ის აგებამდე. დრაივერის შექმნა იწყებს დისტანციური სესიის გაცვლას; შემსრულებელი თავის ძირითად HTTP კლიენტს პირველად საჭიროებისას ქმნის. თვისების მოგვიანებით შეცვლა საიმედო გზა არ არის იმ დამმუშავებლის შესაცვლელად, რომელსაც ეს კლიენტი უკვე იყენებს.
ეს მარშრუტი WebDriver ბრძანებებს გადააქვს გამშვიდან დისტანციურ სერვისამდე. თავად ბრაუზერის ვებ-ტრაფიკი ცალკე კავშირია. თუ მასაც სჭირდება პროქსი, კონფიგურაცია გააკეთეთ ბრაუზერის შესაძლებლობების საშუალებით, ბრაუზერის მანქანიდან მისაწვდომი ბოლო წერტილის გამოყენებით.
პროქსის სერტიფიკატები შუამავალთან ავთენტიფიცირდება. დისტანციური სერვისის სერტიფიკატები კვლავ პროვაიდერის მხარდაჭერილ შესვლის ან შესაძლებლობების კონფიგურაციას ეკუთვნის.