Как обрабатывать прокси-аутентификацию в Selenium Webdriver

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

Браузер и прокси-сервер должны поддерживать один и тот же метод. Наличие действительной конечной точки не гарантирует, что Selenium сможет автоматически завершить диалог ввода имени пользователя/пароля.

Для прокси-сервера, не требующего интерактивной аутентификации, Selenium 4 может назначить Proxy Возражать ChromeOptions, Электрический ток официальная документация Selenium browser-options демонстрирует этот подход, основанный на возможностях.

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, требует разблокированного интерактивного рабочего стола, зависит от заголовков окон и времени их отображения и обычно дает сбой в безмониторных контейнерах или удаленных агентах CI. Он также может раскрывать пароли через скрипты или аргументы процесса.

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

Selenium может обрабатывать JavaScript-оповещения, создаваемые кодом веб-страницы:

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

Однако диалоговое окно аутентификации через прокси-сервер обычно отображается в элементах интерфейса браузера, а не в виде JavaScript-сообщения. Поэтому... driver.switchTo().alert() часто бросает NoAlertPresentException даже когда отображается запрос на ввод учетных данных. Это же ограничение относится ко многим диалоговым окнам базовой аутентификации HTTP.

Используйте API оповещений только после подтверждения того, что WebDriver распознает приглашение к вводу. Если это не так, удалите приглашение через сетевую конфигурацию или используйте один из описанных выше подходов с использованием аутентифицированного прокси. Это более стабильно, чем координация нажатий клавиш с окном, которое Selenium не может проверить.