Qt HttpProxy vs. HttpCachingProxy: možnosti CONNECT
Odlište HttpProxy v Qt s podporou CONNECT od typu HttpCachingProxy určeného jen pro požadavky.
Qt rozlišuje HTTP proxy schopnou tunelování od svého typu HTTP proxy pouze pro ukládání do mezipaměti. Obě jména obsahují HTTP, ale jejich možnosti připojení se liší.
| Typ Qt | Role připojení |
|---|---|
| HttpProxy | Podpora HTTP CONNECT pro odchozí TCP připojení |
| HttpCachingProxy | Běžné HTTP požadavky v kompatibilním klientovi založeném na požadavcích |
| Socks5Proxy | Vyjednávání SOCKS5 s jeho dokumentovanými přenosovými možnostmi |
QNetworkAccessManager, který provádí běžný HTTP požadavek, může použít typ orientovaný na požadavky. QTcpSocket, který potřebuje bajtový tunel, vyžaduje proxy s TunnelingCapability. Qt výslovně varuje před instalací výchozího proxy aplikace bez této možnosti, když jej musejí používat obecné TCP sockety.
Zvolte typ protokolu dříve, než přiřadíte koncový bod. Pro povolený veřejný HTTP požadavek bez ověřování proxy nabízí seznam HTTP proxy adresy; typ Qt však stále musí poskytovat možnost, kterou tento požadavek potřebuje. Přiřazení portu, který používá služba CONNECT, typu HttpCachingProxy nepřidá chybějící možnost do tohoto výběru Qt.
Označení pouze pro mezipaměť také neslibuje, že každá odpověď bude vzdáleným serverem uložena nebo znovu použita. Popisuje styl použití proxy podporovaný klientským rozhraním, zatímco politika HTTP odpovědí stále řídí opětovné použití mezipaměti.