Autenticación SOCKS en Qt Network e WebEngine
Separe a configuración de proxy de Qt Network do comportamento de WebEngine baseado en Chromium cando un servizo SOCKS require autenticación.
Un inicio de sesión de proxy de Qt Network que funciona non demostra que WebEngine admita a mesma autenticación SOCKS. WebEngine usa Chromium, cuxa implementación de SOCKS5 carece de compatibilidade con métodos de autenticación; o manexo do inicio de sesión de proxy HTTP non fornece ese intercambio.
QNetworkProxy pode almacenar protocolo, host, porto, nome de usuario e contrasinal. Dous consumidores que lean eses campos poden implementar protocolos e métodos distintos.
Para comparar éxito en Network e fallo en WebEngine, rexistre o protocolo/método real do proxy, as versións de Qt/Chromium e a etapa que fallou. Escolla unha ruta compatible co consumidor que fai a solicitude. Para a navegación pública permitida con WebEngine, a lista de proxies SOCKS5 ofrece candidatos para comprobar o acceso sen autenticación; use unha configuración separada sen reutilizar o nome de usuario nin o contrasinal doutro proxy. Un método non admitido detense antes do inicio de sesión no sitio, así que cambiar a conta de destino aborda o intercambio equivocado.