Qt HttpProxy frente a HttpCachingProxy: capacidades de CONNECT
Distinga el HttpProxy de Qt con CONNECT del tipo HttpCachingProxy solo para peticiones.
Qt distingue un proxy HTTP capaz de crear túneles de su tipo de proxy HTTP solo para caché. Ambos nombres contienen HTTP, pero sus capacidades de conexión difieren.
| Tipo de Qt | Rol de conexión |
|---|---|
| HttpProxy | Compatibilidad con HTTP CONNECT para conexiones TCP salientes |
| HttpCachingProxy | Peticiones HTTP ordinarias en un cliente compatible basado en peticiones |
| Socks5Proxy | Negociación SOCKS5 con sus capacidades de transporte documentadas |
Un QNetworkAccessManager que realiza una petición HTTP ordinaria puede usar el tipo orientado a peticiones. Un QTcpSocket que necesita un túnel de bytes requiere un proxy con TunnelingCapability. Qt advierte específicamente contra instalar un valor predeterminado de la aplicación sin esa capacidad cuando los sockets TCP genéricos deben usarlo.
Elija el tipo de protocolo antes de asignar el extremo. Para una petición HTTP pública permitida sin autenticación de proxy, la lista de proxies HTTP ofrece direcciones; el tipo de Qt debe seguir proporcionando la capacidad que necesita esa petición. Dar a HttpCachingProxy el puerto que usa un servicio CONNECT no añade la capacidad faltante a esa selección de Qt.
La etiqueta de solo caché tampoco promete que el servidor remoto almacene o reutilice cada respuesta. Describe el estilo de uso del proxy que admite la interfaz del cliente, mientras que la política de respuestas HTTP sigue rigiendo la reutilización de la caché.