Qt HttpProxy vs. HttpCachingProxy: CONNECT-Fähigkeiten
Unterscheiden Sie Qts CONNECT-fähigen HttpProxy vom rein anfrageorientierten Typ HttpCachingProxy.
Qt unterscheidet einen tunnelnden HTTP-Proxy von seinem reinen Caching-HTTP-Proxytyp. Beide Namen enthalten HTTP, ihre Verbindungsfähigkeiten unterscheiden sich jedoch.
| Qt-Typ | Verbindungsrolle |
|---|---|
| HttpProxy | HTTP-CONNECT-Unterstützung für ausgehende TCP-Verbindungen |
| HttpCachingProxy | Gewöhnliche HTTP-Anfragen in einem kompatiblen anfragebasierten Client |
| Socks5Proxy | SOCKS5-Aushandlung mit den dokumentierten Transportfähigkeiten |
Ein QNetworkAccessManager, der eine gewöhnliche HTTP-Anfrage stellt, kann den anfrageorientierten Typ verwenden. Ein QTcpSocket, der einen Byte-Tunnel benötigt, verlangt einen Proxy mit TunnelingCapability. Qt warnt ausdrücklich davor, eine Anwendungsvorgabe ohne diese Fähigkeit zu installieren, wenn generische TCP-Sockets sie nutzen müssen.
Wählen Sie den Protokolltyp, bevor Sie den Endpunkt zuweisen. Für eine zulässige öffentliche HTTP-Anfrage ohne Proxy-Authentifizierung bietet die HTTP-Proxy-Liste Adressen; der Qt-Typ muss dennoch die Fähigkeit bereitstellen, die diese Anfrage benötigt. HttpCachingProxy den Port eines CONNECT-Dienstes zu geben, fügt dieser Qt-Auswahl die fehlende Fähigkeit nicht hinzu.
Die Kennzeichnung als reiner Cache verspricht auch nicht, dass jede Antwort vom entfernten Server gespeichert oder wiederverwendet wird. Sie beschreibt die vom Client-Interface unterstützte Art der Proxy-Nutzung, während die HTTP-Antwortrichtlinie weiterhin die Cache-Wiederverwendung bestimmt.