Cum să gestionați autentificarea proxy în Selenium Webdriver

Proxy-urile HTTP înțeleg traficul web și sunt de obicei configurate cu valori HTTP și HTTPS separate. Proxy-urile SOCKS funcționează la un nivel inferior și pot transporta diferite tipuri de trafic TCP fără a interpreta protocolul aplicației. SOCKS5 acceptă în plus autentificarea și este de obicei versiunea SOCKS preferată.

Browserul și furnizorul de proxy trebuie să accepte aceeași metodă. Un endpoint valid nu garantează că Selenium poate completa automat un dialog nativ nume de utilizator/parolă.

Pentru un proxy care nu necesită autentificare interactivă, Selenium 4 poate atribui un Proxy obiect la ChromeOptions. Curent documentația oficială a opțiunilor de browser Selenium demonstrează această abordare bazată pe capacități.

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

Pentru SOCKS5, setați în schimb endpoint-ul și versiunea SOCKS:

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

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

Proxy-urile autentificate necesită o planificare suplimentară. Integrarea acreditărilor într-o adresă URL poate fi respinsă de browserele moderne și poate expune secrete. Preferați aceste abordări:

1. Adresarea IP-urilor permise: autorizați adresa IP publică fixă ​​a runner-ului CI sau a nodului Selenium Grid, astfel încât să nu apară nicio casetă de dialog în browser.
2. Gateway local: Plasați un proxy de redirecționare de încredere pe mașina de testare. Selenium se conectează local fără acreditări, iar gateway-ul se autentifică în amonte.
3. Extensie de browser controlată: Creați o extensie Chrome internă care configurează proxy-ul și răspunde la provocările de autentificare. Încărcați-o doar dintr-un artefact de testare protejat.
4. Configurație la nivel de grilă: configurați rețeaua și secretele pe nodul Selenium în loc să distribuiți acreditări fiecărui test.

Citiți acreditările dintr-un manager de secrete sau dintr-o configurație de testare specifică mediului. Nu le trimiteți niciodată către Git, nu le afișați în ieșirea consolei și nu le includeți în capturi de ecran. După lansare, verificați adresa IP de ieșire cu un endpoint de testare aprobat înainte de a continua suita.

AutoIt poate automatiza dialogurile Windows prin localizarea unei ferestre, tastarea credențialelor și apăsarea unui buton. A fost odată o soluție alternativă comună pentru Selenium, deoarece WebDriver nu putea opera ferestre de autentificare deținute de browser.

Metoda este fragilă: este disponibilă doar pentru Windows, necesită un desktop interactiv deblocat, depinde de titlurile și sincronizarea ferestrelor și, de obicei, eșuează în containere headless sau agenți CI la distanță. De asemenea, poate dezvălui parole prin scripturi sau argumente de proces.

Dacă un mediu moștenit nu lasă nicio alternativă, compilați scriptul AutoIt, stocați-l într-o locație controlată pentru artefactele de testare, recuperați acreditările în siguranță la momentul execuției și așteptați dialogul exact, în loc să utilizați o stare fixă ​​de repaus. Restricționați această tehnică la un runner Windows izolat. Pentru suite ușor de întreținut, includerea pe listele de adrese IP permise, un gateway sau nodurile Grid configurate central sunt opțiuni mai sigure.

Selenium poate gestiona alerte JavaScript create de codul paginii web:

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

Totuși, o casetă de dialog de autentificare proxy este în mod normal un browser Chrome, nu o alertă JavaScript. Prin urmare, driver.switchTo().alert() aruncă adesea NoAlertPresentException chiar și atunci când este vizibilă o solicitare de acreditare. Aceeași limitare se aplică multor dialoguri de autentificare de bază HTTP.

Folosește API-ul de alertă numai după ce confirmi că WebDriver recunoaște solicitarea. Dacă nu o face, elimină solicitarea prin configurarea rețelei sau folosește una dintre abordările de tip proxy autentificat descrise mai sus. Aceasta este mai stabilă decât coordonarea apăsărilor de taste cu o fereastră pe care Selenium nu o poate inspecta.