Qt HttpProxy vs. HttpCachingProxy: capacidades de CONNECT
Distinga o HttpProxy de Qt com CONNECT do tipo HttpCachingProxy apenas para pedidos.
O Qt distingue um proxy HTTP capaz de criar túneis do seu tipo de proxy HTTP apenas para cache. Ambos os nomes contêm HTTP, mas as suas capacidades de ligação diferem.
| Tipo de Qt | Função da ligação |
|---|---|
| HttpProxy | Suporte de HTTP CONNECT para ligações TCP de saída |
| HttpCachingProxy | Pedidos HTTP comuns num cliente compatível baseado em pedidos |
| Socks5Proxy | Negociação SOCKS5 com as suas capacidades de transporte documentadas |
Um QNetworkAccessManager que faz um pedido HTTP comum pode usar o tipo orientado a pedidos. Um QTcpSocket que precisa de um túnel de bytes requer um proxy com TunnelingCapability. O Qt avisa especificamente contra instalar um valor predefinido da aplicação sem essa capacidade quando os sockets TCP genéricos têm de a usar.
Escolha o tipo de protocolo antes de atribuir o endpoint. Para um pedido HTTP público permitido sem autenticação de proxy, a lista de proxies HTTP oferece endereços; o tipo de Qt deve ainda fornecer a capacidade de que esse pedido necessita. Dar ao HttpCachingProxy a porta usada por um serviço CONNECT não acrescenta a capacidade em falta a essa seleção do Qt.
O rótulo apenas de cache também não promete que cada resposta seja armazenada ou reutilizada pelo servidor remoto. Descreve o estilo de utilização de proxy suportado pela interface do cliente, enquanto a política de respostas HTTP continua a reger a reutilização da cache.