As consultas de proxy do Qt incluem o tipo de conexão
Mantenha os candidatos de proxy do Qt associados ao URL e à operação de destino em vez de congelar um resultado como endereço global.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Esta consulta do Qt Network examina a política para um URL. Inclua os cabeçalhos do Qt Network correspondentes. Não abre uma conexão nem identifica a rota para cada socket do processo.
QNetworkProxyQuery inclui informações de destino e um tipo de consulta. As operações TCP, UDP e de servidor podem precisar de capacidades diferentes das de um proxy de cache HTTP ou túnel HTTP, ou de um proxy SOCKS. Consulte a operação que falhou em vez de uma página pública conveniente e não relacionada.
Interprete o tipo de cada candidato. NoProxy seleciona deliberadamente o acesso direto; um host que parece vazio nesse resultado não é uma falha de descoberta. Preserve a ordem de preferência e os candidatos alternativos.
Quando o roteamento deve permanecer dinâmico, use a integração suportada de configuração do sistema ou de fábrica de proxy para o socket ou QNetworkAccessManager participante. Congelar o primeiro resultado como endpoint fixo da aplicação descarta decisões posteriores por destino. Inspecione o gerenciador real ou a fábrica de aplicações instalada: uma chamada de diagnóstico ao lado não prova que ele usa a mesma política.
Um navegador incorporado pode ter uma pilha de rede diferente da do Qt Network. Um candidato válido de socket Qt não estabelece que todos os componentes suportam o mesmo protocolo ou autenticação.