Qt HttpProxy fronte a HttpCachingProxy: capacidades de CONNECT
Distinga o HttpProxy de Qt con CONNECT do tipo HttpCachingProxy só para peticións.
Qt distingue un proxy HTTP capaz de crear túneles do seu tipo de proxy HTTP só para caché. Ambos os nomes conteñen HTTP, pero as súas capacidades de conexión difiren.
| Tipo de Qt | Rol de conexión |
|---|---|
| HttpProxy | Compatibilidade con HTTP CONNECT para conexións TCP saíntes |
| HttpCachingProxy | Peticións HTTP comúns nun cliente compatible baseado en peticións |
| Socks5Proxy | Negociación SOCKS5 coas súas capacidades de transporte documentadas |
Un QNetworkAccessManager que fai unha petición HTTP común pode usar o tipo orientado a peticións. Un QTcpSocket que necesita un túnel de bytes require un proxy con TunnelingCapability. Qt advirte especificamente contra instalar un valor predeterminado da aplicación sen esa capacidade cando os sockets TCP xenéricos deben usalo.
Escolla o tipo de protocolo antes de asignar o extremo. Para unha petición HTTP pública permitida sen autenticación de proxy, a lista de proxies HTTP ofrece enderezos; o tipo de Qt debe seguir proporcionando a capacidade que necesita esa petición. Dar a HttpCachingProxy o porto que usa un servizo CONNECT non engade a capacidade que falta a esa selección de Qt.
A etiqueta de só caché tampouco promete que o servidor remoto almacene ou reutilice cada resposta. Describe o estilo de uso do proxy que admite a interface do cliente, mentres que a política de respostas HTTP segue a rexer a reutilización da caché.