Qt HttpProxy kontra HttpCachingProxy: CONNECT-muligheter
Skille Qts HttpProxy med CONNECT-støtte fra HttpCachingProxy-typen som bare håndterer forespørsler.
Qt skiller en HTTP-proxy som kan tunnelere fra sin egen HTTP-proxytype for hurtiglagring. Begge navnene inneholder HTTP, men tilkoblingsmulighetene er forskjellige.
| Qt-type | Tilkoblingsrolle |
|---|---|
| HttpProxy | HTTP CONNECT-støtte for utgående TCP-tilkoblinger |
| HttpCachingProxy | Vanlige HTTP-forespørsler i en kompatibel forespørselsbasert klient |
| Socks5Proxy | SOCKS5-forhandling med dokumenterte transportegenskaper |
En QNetworkAccessManager som sender en vanlig HTTP-forespørsel, kan bruke den forespørselsrettede typen. En QTcpSocket som trenger en bytetunnel, må ha en proxy med TunnelingCapability. Qt advarer uttrykkelig mot å installere en programstandard uten denne egenskapen når generelle TCP-sokler skal bruke den.
Velg protokolltype før endepunktet tildeles. For en tillatt åpen HTTP-forespørsel uten proxyautentisering gir HTTP-proxylisten adresser; Qt-typen må fortsatt tilby egenskapen som forespørselen krever. Å gi HttpCachingProxy porten til en CONNECT-tjeneste tilfører ikke den manglende egenskapen til dette Qt-valget.
Betegnelsen kun hurtiglagring garanterer heller ikke at hver respons blir lagret eller gjenbrukt av fjernserveren. Den beskriver hvilken proxybruk klientgrensesnittet støtter, mens HTTP-responspolicyen fortsatt styrer gjenbruk av hurtiglagret.