Qt HttpProxy vs. HttpCachingProxy: CONNECT-muligheder
Skeln mellem Qts CONNECT-kapable HttpProxy og den anmodningsbaserede HttpCachingProxy-type.
Qt skelner mellem en HTTP-proxy, der kan tunnelere, og sin HTTP-proxytype, der kun bruges til caching. Begge navne indeholder HTTP, men deres forbindelsesmuligheder er forskellige.
| Qt-type | Forbindelsesrolle |
|---|---|
| HttpProxy | HTTP CONNECT-understøttelse til udgående TCP-forbindelser |
| HttpCachingProxy | Almindelige HTTP-anmodninger i en kompatibel anmodningsbaseret klient |
| Socks5Proxy | SOCKS5-forhandling med sine dokumenterede transportegenskaber |
En QNetworkAccessManager, der udfører en almindelig HTTP-anmodning, kan bruge den anmodningsorienterede type. En QTcpSocket, der har brug for en bytetunnel, kræver en proxy med TunnelingCapability. Qt advarer specifikt mod at installere en applikationsstandard uden denne egenskab, når generiske TCP-sockets skal bruge den.
Vælg protokoltypen, før slutpunktet tildeles. For en tilladt offentlig HTTP-anmodning uden proxygodkendelse tilbyder HTTP-proxylisten adresser; Qt-typen skal stadig levere den egenskab, som anmodningen kræver. At give HttpCachingProxy den port, som en CONNECT-tjeneste bruger, tilføjer ikke den manglende egenskab til det Qt-valg.
Betegnelsen kun til caching lover heller ikke, at hvert svar gemmes eller genbruges af fjernserveren. Den beskriver den stil for proxybrug, som klientgrænsefladen understøtter, mens HTTP-svarpolitikken stadig styrer genbrug af cachen.