Как да се справим с удостоверяването на прокси сървър в Selenium Webdriver

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

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

За прокси, който не изисква интерактивно удостоверяване, Selenium 4 може да присвои a 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 runner или 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();

Диалоговият прозорец за удостоверяване на прокси сървър обикновено е в браузъра Chrome, а не в JavaScript предупреждение. Следователно. driver.switchTo().alert() често хвърля NoAlertPresentException дори когато е видимо подканата за идентификационни данни. Същото ограничение важи и за много диалози за основно удостоверяване на HTTP.

Използвайте API за предупреждения само след като потвърдите, че WebDriver разпознава подканата. Ако не го направи, премахнете подканата чрез мрежова конфигурация или използвайте един от описаните по-горе подходи за удостоверяване на прокси. Това е по-стабилно от координирането на натисканията на клавиши с прозорец, който Selenium не може да инспектира.