Varför en Selenium-proxyadress inte innehåller inloggningen

En proxy-URL som fungerar i ett HTTP-bibliotek kan misslyckas när den kopieras direkt in i Seleniums webbläsarproxyfunktion. Funktionen har ett definierat format, och att konfigurera en adress är bara en del av att använda en autentiserad proxy.

WebDriver-specifikationen definierar fält som httpProxy och sslProxy som en värd med en valfri port. De är inte en generell plats för en URL av typen username:password@host.

Avgör vilken inloggning som är inblandad

• Webbläsaren kan behöva inloggningsuppgifter för den utgående proxyn.
• Målwebbplatsen kan ha sin egen inloggning.
• En fjärransluten WebDriver-tjänst kan autentisera testköraren.

Inloggningsuppgifter för en anslutning gäller inte automatiskt för de andra. Att till exempel lägga till ett användarnamn i URL:en för den fjärranslutna WebDriver innebär inte att webbläsartrafiken kan autentisera sig mot den utgående proxyn.

Ett HTTP 407-svar indikerar en proxy-utmaning. Notera den annonserade autentiseringsmetoden och kontrollera stödet i webbläsaren och det automatiseringsgränssnitt du använder.

Välj en stödd autentiseringsväg

Beroende på miljön kan det vara en webbläsarstödd autentiseringsintegrering, ett godkänt tillägg eller en auktoriserad lokal proxy som hanterar inloggningen uppströms. Var och en har olika krav på distribution och lagring av inloggningsuppgifter. Använd aktuell webbläsardokumentation i stället för att nedgradera Selenium för att återställa en gammal autentiseringsdialogmetod.

Behandla proxyfunktionen som konfiguration av en ny session och håll slutpunktens format entydigt. Hantera sedan autentiseringen via den valda integreringen. Inaktivera inte certifikatverifiering för att lösa en 407; det ändrar en annan del av anslutningen och lämnar inloggningsproblemet olöst.