Qt HttpProxy vs. HttpCachingProxy: CONNECT-mogelijkheden
Onderscheid Qts CONNECT-geschikte HttpProxy van het alleen-op-verzoeken HttpCachingProxy-type.
Qt onderscheidt een HTTP-proxy die kan tunnelen van zijn alleen-cache HTTP-proxytype. Beide namen bevatten HTTP, maar hun verbindingsmogelijkheden verschillen.
| Qt-type | Verbindingsrol |
|---|---|
| HttpProxy | HTTP CONNECT-ondersteuning voor uitgaande TCP-verbindingen |
| HttpCachingProxy | Gewone HTTP-verzoeken in een compatibele verzoekgebaseerde client |
| Socks5Proxy | SOCKS5-onderhandeling met zijn gedocumenteerde transportmogelijkheden |
Een QNetworkAccessManager die een gewoon HTTP-verzoek doet, kan het verzoekgerichte type gebruiken. Een QTcpSocket die een bytetunnel nodig heeft, vereist een proxy met TunnelingCapability. Qt waarschuwt specifiek tegen het installeren van een applicatiestandaard zonder die mogelijkheid wanneer generieke TCP-sockets die moeten gebruiken.
Kies het protocoltype voordat het eindpunt wordt toegewezen. Voor een toegestaan openbaar HTTP-verzoek zonder proxyauthenticatie biedt de HTTP-proxylijst adressen; het Qt-type moet nog steeds de mogelijkheid bieden die dat verzoek nodig heeft. HttpCachingProxy de poort geven die een CONNECT-dienst gebruikt, voegt de ontbrekende mogelijkheid niet toe aan die Qt-keuze.
Het label alleen cache belooft ook niet dat elk antwoord door de externe server wordt opgeslagen of hergebruikt. Het beschrijft de stijl van proxygebruik die de clientinterface ondersteunt, terwijl het HTTP-antwoordbeleid nog steeds hergebruik van de cache bepaalt.