Hur man hanterar proxyautentisering i Selenium Webdriver

HTTP-proxyer förstår webbtrafik och konfigureras vanligtvis med separata HTTP- och HTTPS-värden. SOCKS-proxyer fungerar på en lägre nivå och kan bära olika typer av TCP-trafik utan att tolka applikationsprotokollet. SOCKS5 stöder dessutom autentisering och är vanligtvis den föredragna SOCKS-versionen.

Webbläsaren och proxyleverantören måste stödja samma metod. En giltig slutpunkt garanterar inte att Selenium kan slutföra en inbyggd användarnamn/lösenordsdialog automatiskt.

För en proxy som inte kräver interaktiv autentisering kan Selenium 4 tilldela en Proxy protestera mot ChromeOptions. Nuvarande officiell dokumentation för Seleniums webbläsarinställningar demonstrerar detta kompetensbaserade tillvägagångssätt.

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");

För SOCKS5, ange SOCKS-slutpunkten och versionen istället:

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

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

Autentiserade proxyservrar kräver extra planering. Att bädda in autentiseringsuppgifter i en URL kan avvisas av moderna webbläsare och kan avslöja hemligheter. Föredra dessa metoder:

1. IP-tillåtelselista: auktorisera den fasta publika IP-adressen för din CI-löpare eller Selenium Grid-nod så att ingen webbläsardialogruta visas.
2. Lokal gateway: Placera en betrodd vidarebefordringsproxy på testmaskinen. Selenium ansluter lokalt utan inloggningsuppgifter, och gatewayen autentiserar uppströms.
3. Kontrollerad webbläsartillägg: skapa ett internt Chrome-tillägg som konfigurerar proxyn och svarar på autentiseringsproblem. Ladda det endast från en skyddad testartefakt.
4. Konfiguration på rutnätsnivå: konfigurera nätverk och hemligheter på Selenium-noden istället för att distribuera autentiseringsuppgifter till varje test.

Läs inloggningsuppgifter från en hemlig hanterare eller miljöspecifik testkonfiguration. Kommentera dem aldrig till Git, skriv ut dem till konsolutdata eller inkludera dem i skärmdumpar. Efter uppstart, verifiera avslutnings-IP:n med en godkänd testslutpunkt innan du fortsätter med sviten.

AutoIt kan automatisera Windows-dialogrutor genom att hitta ett fönster, skriva inloggningsuppgifter och trycka på en knapp. Det var en gång en vanlig Selenium-lösning eftersom WebDriver inte kunde hantera webbläsarägda autentiseringsfönster.

Metoden är ömtålig: den är endast för Windows, kräver ett olåst interaktivt skrivbord, är beroende av fönstertitlar och timing och misslyckas vanligtvis i headless-containrar eller fjärrstyrda CI-agenter. Den kan också avslöja lösenord genom skript eller processargument.

Om en äldre miljö inte lämnar något alternativ, kompilera AutoIt-skriptet, lagra det på en kontrollerad plats för testartefakter, hämta autentiseringsuppgifter säkert vid körning och vänta på den exakta dialogrutan istället för att använda ett fast viloläge. Begränsa denna teknik till en isolerad Windows-körning. För underhållbara sviter är IP-tillåtelselistning, en gateway eller centralt konfigurerade Grid-noder säkrare val.

Selenium kan hantera JavaScript-aviseringar som skapats av webbsideskod:

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

En proxyautentiseringsdialogruta är dock normalt sett webbläsarens Chrome-kod, inte en JavaScript-varning. Därför driver.switchTo().alert() kastar ofta NoAlertPresentException även när en uppmaning om autentiseringsuppgifter visas. Samma begränsning gäller för många HTTP-dialogrutor för grundläggande autentisering.

Använd endast varnings-API:et efter att ha bekräftat att WebDriver känner igen prompten. Om den inte gör det, ta bort prompten via nätverkskonfigurationen eller använd någon av de autentiserade proxymetoderna som beskrivs ovan. Detta är mer stabilt än att koordinera tangenttryckningar med ett fönster som Selenium inte kan inspektera.