Hvorfor en Selenium-proxyadresse ikke inneholder innloggingen

En proxy-URL som fungerer i et HTTP-bibliotek, kan mislykkes når den kopieres direkte inn i Seleniums nettleserproxyegenskap. Egenskapen har et definert format, og å konfigurere en adresse er bare én del av å bruke en proxy med autentisering.

WebDriver-spesifikasjonen definerer felt som httpProxy og sslProxy som en vert med en valgfri port. De er ikke et generelt sted for en URL av typen username:password@host.

Fastslå hvilken innlogging som er involvert

• Nettleseren kan trenge innloggingsinformasjon for den utgående proxyen.
• Destinasjonsnettstedet kan ha sin egen innlogging.
• En ekstern WebDriver-tjeneste kan autentisere testkjøringen.

Innloggingsinformasjon for én tilkobling gjelder ikke automatisk for de andre. Å legge til et brukernavn i URL-en til den eksterne WebDriver fastslår for eksempel ikke at nettlesertrafikk kan autentisere mot den utgående proxyen.

Et HTTP 407-svar identifiserer en proxy-utfordring. Noter den annonserte autentiseringsmetoden og kontroller støtten i nettleseren og automatiseringsgrensesnittet du bruker.

Velg en støttet autentiseringsrute

Avhengig av miljøet kan det være en nettleserstøttet autentiseringsintegrasjon, en godkjent utvidelse eller en autorisert lokal proxy som håndterer innloggingen oppstrøms. Hver har ulike krav til utrulling og lagring av innloggingsinformasjon. Bruk gjeldende nettleserdokumentasjon i stedet for å nedgradere Selenium for å gjenopprette en gammel autentiseringsdialogmetode.

Behandle proxyegenskapen som konfigurasjon av en ny økt, og hold formatet på endepunktet entydig. Håndter deretter autentisering gjennom den valgte integrasjonen. Ikke deaktiver sertifikatvalidering for å løse en 407; det endrer en annen del av tilkoblingen og lar innloggingsproblemet stå uløst.