Qt HttpProxy a HttpCachingProxy: możliwości CONNECT
Odróżnij obsługujący CONNECT HttpProxy w Qt od typu HttpCachingProxy przeznaczonego tylko dla żądań.
Qt odróżnia serwer proxy HTTP zdolny do tunelowania od swojego typu proxy HTTP przeznaczonego wyłącznie do buforowania. Obie nazwy zawierają HTTP, ale ich możliwości połączenia są różne.
| Typ Qt | Rola połączenia |
|---|---|
| HttpProxy | Obsługa HTTP CONNECT dla połączeń TCP wychodzących |
| HttpCachingProxy | Zwykłe żądania HTTP w zgodnym kliencie opartym na żądaniach |
| Socks5Proxy | Negocjacja SOCKS5 z udokumentowanymi możliwościami transportu |
QNetworkAccessManager wykonujący zwykłe żądanie HTTP może użyć typu zorientowanego na żądania. QTcpSocket potrzebujący tunelu bajtów wymaga proxy z TunnelingCapability. Qt szczególnie ostrzega przed instalowaniem domyślnego ustawienia aplikacji bez tej możliwości, gdy ogólne gniazda TCP muszą go używać.
Wybierz typ protokołu przed przypisaniem punktu końcowego. Dla dozwolonego publicznego żądania HTTP bez uwierzytelniania proxy lista proxy HTTP oferuje adresy; typ Qt nadal musi zapewniać możliwość wymaganą przez to żądanie. Przydzielenie HttpCachingProxy portu używanego przez usługę CONNECT nie dodaje brakującej możliwości do tego wyboru Qt.
Etykieta tylko do buforowania nie gwarantuje też, że każda odpowiedź zostanie zapisana lub ponownie użyta przez zdalny serwer. Opisuje styl korzystania z proxy obsługiwany przez interfejs klienta, a polityka odpowiedzi HTTP nadal rządzi ponownym użyciem pamięci podręcznej.