Las consultas de proxy de Qt incluyen el tipo de conexión
Mantenga los candidatos de proxy de Qt asociados con la URL y la operación de destino en lugar de congelar un resultado como dirección global.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Esta consulta de Qt Network inspecciona la política para una URL. Incluya las cabeceras de Qt Network correspondientes. No abre una conexión ni identifica la ruta para cada socket del proceso.
QNetworkProxyQuery incluye información de destino y un tipo de consulta. Las operaciones TCP, UDP y de servidor pueden necesitar capacidades distintas de las de un proxy de caché HTTP o un túnel HTTP, o un proxy SOCKS. Consulte la operación fallida en lugar de una página pública conveniente y no relacionada.
Interprete el tipo de cada candidato. NoProxy selecciona deliberadamente el acceso directo; un host que parece vacío en ese resultado no es un fallo de descubrimiento. Preserve el orden de preferencia y los candidatos alternativos.
Cuando el enrutamiento deba seguir siendo dinámico, use la integración compatible de configuración del sistema o de fábrica de proxy para el socket o QNetworkAccessManager participante. Congelar el primer resultado como punto final fijo de la aplicación descarta decisiones posteriores por destino. Inspeccione el gestor real o la fábrica de aplicaciones instalada: una llamada de diagnóstico junto a él no demuestra que use la misma política.
Un navegador integrado puede tener una pila de red distinta de la de Qt Network. Un candidato válido de socket Qt no establece que todos los componentes admitan el mismo protocolo o autenticación.