Qt HttpProxy vs HttpCachingProxy : capacités CONNECT
Distinguez le HttpProxy de Qt compatible CONNECT du type HttpCachingProxy réservé aux requêtes.
Qt distingue un proxy HTTP capable de tunneliser de son type de proxy HTTP réservé à la mise en cache. Les deux noms contiennent HTTP, mais leurs capacités de connexion diffèrent.
| Type Qt | Rôle de connexion |
|---|---|
| HttpProxy | Prise en charge de HTTP CONNECT pour les connexions TCP sortantes |
| HttpCachingProxy | Requêtes HTTP ordinaires dans un client compatible basé sur les requêtes |
| Socks5Proxy | Négociation SOCKS5 avec ses capacités de transport documentées |
Un QNetworkAccessManager effectuant une requête HTTP ordinaire peut utiliser le type orienté requêtes. Un QTcpSocket qui a besoin d'un tunnel d'octets exige un proxy doté de TunnelingCapability. Qt met explicitement en garde contre l'installation d'un proxy par défaut de l'application sans cette capacité lorsque des sockets TCP génériques doivent l'utiliser.
Choisissez le type de protocole avant d'attribuer le point de terminaison. Pour une requête HTTP publique autorisée sans authentification de proxy, la liste de proxys HTTP propose des adresses ; le type Qt doit néanmoins fournir la capacité dont cette requête a besoin. Donner à HttpCachingProxy le port utilisé par un service CONNECT n'ajoute pas la capacité manquante à cette sélection Qt.
L'étiquette de cache uniquement ne promet pas non plus que chaque réponse sera stockée ou réutilisée par le serveur distant. Elle décrit le style d'utilisation du proxy pris en charge par l'interface cliente, tandis que la politique de réponse HTTP régit toujours la réutilisation du cache.