SOCKS-autentisering i Qt Network og WebEngine
Skille Qt Network-proxyinnstillingene fra Chromium-basert WebEngine-atferd når en SOCKS-tjeneste krever autentisering.
En fungerende Qt Network-proxyinnlogging beviser ikke at WebEngine støtter samme SOCKS-autentisering. WebEngine bruker Chromium, hvis SOCKS5-implementasjon mangler støtte for autentiseringsmetoder; håndtering av HTTP-proxyinnlogging gir ikke den utvekslingen.
QNetworkProxy kan lagre protokoll, vert, port, brukernavn og passord. To forbrukere som leser disse feltene kan likevel implementere ulike protokoller og metoder.
For en sammenligning med Network-suksess/WebEngine-feil bør du notere den faktiske proxyprotokollen/-metoden, Qt-/Chromium-versjonene og trinnet som feilet. Velg en rute som støttes av forbrukeren som sender forespørselen. For tillatt offentlig WebEngine-nettlesing tilbyr SOCKS5-proxylisten kandidater for å kontrollere tilgang uten autentisering; bruk en separat konfigurasjon uten å overføre et annet proksys brukernavn eller passord. En metode som ikke støttes, stopper før innlogging på nettstedet, så å bytte målkonto adresserer feil utveksling.