Як керувати автентифікацією проксі-сервера в Selenium Webdriver

HTTP-проксі розуміють веб-трафік і зазвичай налаштовуються з окремими значеннями HTTP та HTTPS. SOCKS-проксі працюють на нижчому рівні та можуть передавати різні види TCP-трафіку без інтерпретації протоколу програми. SOCKS5 також підтримує автентифікацію та зазвичай є кращою версією SOCKS.

Браузер та проксі-сервер повинні підтримувати один і той самий метод. Дійсна кінцева точка не гарантує, що Selenium зможе автоматично завершити діалогове вікно введення імені користувача/пароля.

Для проксі-сервера, який не потребує інтерактивної автентифікації, Selenium 4 може призначити Proxy заперечувати проти ChromeOptions. Поточний Офіційна документація з налаштувань браузера Selenium демонструє цей підхід, заснований на можливостях.

import org.openqa.selenium.Proxy;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.chrome.ChromeDriver;
import org.openqa.selenium.chrome.ChromeOptions;

Proxy proxy = new Proxy();
proxy.setHttpProxy("proxy.example.test:8080");
proxy.setSslProxy("proxy.example.test:8080");

ChromeOptions options = new ChromeOptions();
options.setProxy(proxy);

WebDriver driver = new ChromeDriver(options);
driver.get("https://example.com");

Для SOCKS5 встановіть кінцеву точку та версію SOCKS:

Proxy proxy = new Proxy();
proxy.setSocksProxy("proxy.example.test:1080");
proxy.setSocksVersion(5);

ChromeOptions options = new ChromeOptions();
options.setProxy(proxy);

Автентифіковані проксі-сервери потребують додаткового планування. Вбудовування облікових даних в URL-адресу може бути відхилено сучасними браузерами та може розкрити секрети. Віддавайте перевагу таким підходам:

1. Список дозволених IP-адрес: авторизуйте фіксовану публічну IP-адресу вашого CI-бігуна або вузла Selenium Grid, щоб не з'являлося діалогове вікно браузера.
2. Локальний шлюз: Розмістіть довірений проксі-сервер для переадресації на тестовій машині. Selenium підключається локально без облікових даних, а шлюз автентифікується вище за течією.
3. Контрольоване розширення браузера: створити внутрішнє розширення Chrome, яке налаштовує проксі-сервер і відповідає на запити автентифікації. Завантажувати його лише із захищеного тестового артефакту.
4. Конфігурація на рівні сітки: налаштувати мережу та секрети на вузлі Selenium, а не розповсюджувати облікові дані для кожного тесту.

Зчитуйте облікові дані з менеджера секретів або тестової конфігурації, специфічної для середовища. Ніколи не передавайте їх до Git, не виводьте їх у консоль і не додавайте до скріншотів. Після запуску перевірте вихідну IP-адресу за допомогою затвердженої кінцевої точки тестування, перш ніж продовжувати роботу з набором.

AutoIt може автоматизувати діалогові вікна Windows, знаходячи вікно, вводячи облікові дані та натискаючи кнопку. Колись це було поширеним обхідним рішенням Selenium, оскільки WebDriver не міг керувати вікнами автентифікації, що належать браузеру.

Цей метод є крихким: він працює лише у Windows, вимагає розблокованого інтерактивного робочого столу, залежить від заголовків вікон та часу, і зазвичай не працює в безголових контейнерах або віддалених агентах неперевершеної інтеграції. Він також може розкривати паролі через скрипти або аргументи процесу.

Якщо застаріле середовище не залишає альтернативи, скомпілюйте скрипт AutoIt, збережіть його в контрольованому місці артефактів тестування, безпечно отримайте облікові дані під час виконання та чекайте на саме діалогове вікно, а не використовуйте фіксований режим сну. Обмежте цей метод ізольованим виконавцем Windows. Для підтримуваних пакетів безпечнішим вибором є створення білого списку IP-адрес, шлюз або централізовано налаштовані вузли Grid.

Selenium може обробляти сповіщення JavaScript, створені кодом веб-сторінки:

Alert alert = new WebDriverWait(driver, Duration.ofSeconds(10))
    .until(ExpectedConditions.alertIsPresent());
alert.accept();

Однак, діалогове вікно автентифікації проксі-сервера зазвичай відображається у браузері Chrome, а не у вигляді сповіщення JavaScript. Тому driver.switchTo().alert() часто кидає NoAlertPresentException навіть коли видно запит на введення облікових даних. Таке саме обмеження стосується багатьох діалогових вікон базової автентифікації HTTP.

Використовуйте API сповіщень лише після підтвердження того, що WebDriver розпізнає запит. Якщо ні, видаліть запит через конфігурацію мережі або скористайтеся одним із описаних вище підходів автентифікованого проксі. Це стабільніше, ніж координація натискань клавіш з вікном, яке Selenium не може перевірити.