Autenticación SOCKS en Qt Network y WebEngine
Separe la configuración de proxy de Qt Network del comportamiento de WebEngine basado en Chromium cuando un servicio SOCKS requiere autenticación.
Un inicio de sesión de proxy de Qt Network que funciona no demuestra que WebEngine admita la misma autenticación SOCKS. WebEngine usa Chromium, cuya implementación de SOCKS5 carece de compatibilidad con métodos de autenticación; el manejo del inicio de sesión de proxy HTTP no proporciona ese intercambio.
QNetworkProxy puede almacenar protocolo, host, puerto, nombre de usuario y contraseña. Dos consumidores que lean esos campos pueden implementar protocolos y métodos distintos.
Para comparar éxito en Network y fallo en WebEngine, registre el protocolo/método real del proxy, las versiones de Qt/Chromium y la etapa que falló. Elija una ruta compatible con el consumidor que realiza la solicitud. Para la navegación pública permitida con WebEngine, la lista de proxies SOCKS5 ofrece candidatos para comprobar el acceso sin autenticación; use una configuración aparte sin reutilizar el nombre de usuario ni la contraseña de otro proxy. Un método no admitido se detiene antes del inicio de sesión en el sitio, así que cambiar la cuenta de destino aborda el intercambio equivocado.