Qt HttpProxy vs. HttpCachingProxy: capacitats de CONNECT
Distingiu l'HttpProxy de Qt amb CONNECT del tipus HttpCachingProxy només per a peticions.
Qt distingeix un proxy HTTP capaç de fer túnels del seu tipus de proxy HTTP només de memòria cau. Tots dos noms contenen HTTP, però les seves capacitats de connexió són diferents.
| Tipus de Qt | Rol de connexió |
|---|---|
| HttpProxy | Suport de HTTP CONNECT per a connexions TCP sortints |
| HttpCachingProxy | Peticions HTTP ordinàries en un client compatible basat en peticions |
| Socks5Proxy | Negociació SOCKS5 amb les seves capacitats de transport documentades |
Un QNetworkAccessManager que fa una petició HTTP ordinària pot utilitzar el tipus orientat a peticions. Un QTcpSocket que necessita un túnel de bytes requereix un proxy amb TunnelingCapability. Qt adverteix específicament contra instal·lar un proxy predeterminat de l'aplicació sense aquesta capacitat quan els sockets TCP genèrics l'han d'utilitzar.
Trieu el tipus de protocol abans d'assignar el punt final. Per a una petició HTTP pública permesa sense autenticació de proxy, la llista de proxys HTTP ofereix adreces; el tipus de Qt ha de proporcionar igualment la capacitat que necessita aquesta petició. Donar a HttpCachingProxy el port que utilitza un servei CONNECT no afegeix la capacitat que falta a aquesta selecció de Qt.
L'etiqueta només de memòria cau tampoc no promet que cada resposta serà emmagatzemada o reutilitzada pel servidor remot. Descriu l'estil d'ús de proxy admès per la interfície del client, mentre que la política de respostes HTTP continua regint la reutilització de la memòria cau.