Qt HttpProxy teenoor HttpCachingProxy: CONNECT-vermoëns
Onderskei Qt se CONNECT-vermoënde HttpProxy van die slegs-versoek HttpCachingProxy-tipe.
Qt onderskei 'n HTTP-proxy wat kan tonnel van sy slegs-kas-HTTP-proxytipe. Albei name bevat HTTP, maar hul verbindingsvermoëns verskil.
| Qt-tipe | Verbindingsrol |
|---|---|
| HttpProxy | HTTP CONNECT-ondersteuning vir uitgaande TCP-verbindings |
| HttpCachingProxy | Gewone HTTP-versoeke in 'n versoenbare versoekgebaseerde kliënt |
| Socks5Proxy | SOCKS5-onderhandeling met sy gedokumenteerde vervoervermoëns |
'n QNetworkAccessManager wat 'n gewone HTTP-versoek maak, kan die versoekgeoriënteerde tipe gebruik. 'n QTcpSocket wat 'n greintonnel nodig het, vereis 'n proxy met TunnelingCapability. Qt waarsku spesifiek teen die installering van 'n toepassingsverstek sonder daardie vermoë wanneer generiese TCP-sokke dit moet gebruik.
Kies die protokoltipes voordat die eindpunt toegewys word. Vir 'n toegelate openbare HTTP-versoek sonder proxy-verifikasie bied die HTTP-proxylys adresse; die Qt-tipe moet steeds die vermoë verskaf wat daardie versoek nodig het. Om aan HttpCachingProxy die poort te gee wat 'n CONNECT-diens gebruik, voeg nie die ontbrekende vermoë by daardie Qt-keuse nie.
Die slegs-kas-etiket belowe ook nie dat elke antwoord deur die afgeleë bediener gestoor of hergebruik sal word nie. Dit beskryf die kliëntkoppelvlak se ondersteunde styl van proxygebruik, terwyl die HTTP-antwoordbeleid steeds kashergebruik beheer.