Qt HttpProxy vs. HttpCachingProxy: CONNECT-förmågor
Skilj Qts CONNECT-kapabla HttpProxy från den enbart förfrågningsbaserade typen HttpCachingProxy.
Qt skiljer mellan en HTTP-proxy som kan tunnla och sin HTTP-proxytyp som bara används för cachelagring. Båda namnen innehåller HTTP, men deras anslutningsförmågor skiljer sig.
| Qt-typ | Anslutningsroll |
|---|---|
| HttpProxy | HTTP CONNECT-stöd för utgående TCP-anslutningar |
| HttpCachingProxy | Vanliga HTTP-förfrågningar i en kompatibel förfrågningsbaserad klient |
| Socks5Proxy | SOCKS5-förhandling med sina dokumenterade transportförmågor |
En QNetworkAccessManager som gör en vanlig HTTP-förfrågan kan använda den förfrågningsorienterade typen. En QTcpSocket som behöver en bytetunnel kräver en proxy med TunnelingCapability. Qt varnar särskilt för att installera en programstandard utan den förmågan när generiska TCP-sockets måste använda den.
Välj protokolltyp innan slutpunkten tilldelas. För en tillåten offentlig HTTP-förfrågan utan proxyautentisering erbjuder HTTP-proxylistan adresser; Qt-typen måste ändå ge den förmåga som förfrågan behöver. Att ge HttpCachingProxy porten som en CONNECT-tjänst använder lägger inte till den saknade förmågan i det Qt-valet.
Beteckningen bara cache lovar inte heller att varje svar lagras eller återanvänds av fjärrservern. Den beskriver den stil av proxyanvändning som klientgränssnittet stöder, medan HTTP-svarspolicyn fortfarande styr återanvändning av cachen.