Qt HttpProxy vs. HttpCachingProxy: capabilități CONNECT
Distingeți HttpProxy din Qt cu CONNECT de tipul HttpCachingProxy doar pentru cereri.
Qt distinge un proxy HTTP capabil de tunelare de tipul său de proxy HTTP doar pentru cache. Ambele nume conțin HTTP, dar capabilitățile lor de conexiune diferă.
| Tip Qt | Rolul conexiunii |
|---|---|
| HttpProxy | Suport HTTP CONNECT pentru conexiuni TCP de ieșire |
| HttpCachingProxy | Cereri HTTP obișnuite într-un client compatibil bazat pe cereri |
| Socks5Proxy | Negociere SOCKS5 cu capabilitățile sale de transport documentate |
Un QNetworkAccessManager care face o cerere HTTP obișnuită poate folosi tipul orientat spre cereri. Un QTcpSocket care are nevoie de un tunel de octeți necesită un proxy cu TunnelingCapability. Qt avertizează în mod special împotriva instalării unei valori implicite a aplicației fără această capabilitate atunci când socketurile TCP generice trebuie să o folosească.
Alegeți tipul de protocol înainte de a atribui punctul final. Pentru o cerere HTTP publică permisă fără autentificare de proxy, lista de proxy HTTP oferă adrese; totuși, tipul Qt trebuie să furnizeze capabilitatea de care are nevoie cererea. A da HttpCachingProxy portul folosit de un serviciu CONNECT nu adaugă capabilitatea lipsă acelei selecții Qt.
Eticheta doar cache nu promite nici că fiecare răspuns va fi stocat sau reutilizat de serverul la distanță. Descrie stilul de utilizare a proxy-ului acceptat de interfața clientului, în timp ce politica răspunsurilor HTTP guvernează în continuare reutilizarea cache-ului.