Qt HttpProxy เทียบกับ HttpCachingProxy: ความสามารถ CONNECT
แยก HttpProxy ของ Qt ที่รองรับ CONNECT ออกจากชนิด HttpCachingProxy ที่ใช้เฉพาะคำขอ
Qt แยกพร็อกซี HTTP ที่ทำทันเนลได้ออกจากชนิดพร็อกซี HTTP ที่ใช้แคชเท่านั้น ชื่อทั้งสองมี HTTP แต่ความสามารถในการเชื่อมต่อต่างกัน
| ชนิดของ Qt | บทบาทการเชื่อมต่อ |
|---|---|
| HttpProxy | การรองรับ HTTP CONNECT สำหรับการเชื่อมต่อ TCP ขาออก |
| HttpCachingProxy | คำขอ HTTP ปกติในไคลเอนต์ที่เข้ากันได้ซึ่งอิงคำขอ |
| Socks5Proxy | การเจรจา SOCKS5 พร้อมความสามารถในการขนส่งที่มีเอกสารกำกับ |
QNetworkAccessManager ที่ส่งคำขอ HTTP ปกติสามารถใช้ชนิดที่เน้นคำขอได้ ส่วน QTcpSocket ที่ต้องใช้อุโมงค์ไบต์ต้องใช้พร็อกซีที่มี TunnelingCapability Qt เตือนเป็นพิเศษไม่ให้ติดตั้งค่าดีฟอลต์ของแอปพลิเคชันโดยไม่มีความสามารถนั้น เมื่อซ็อกเก็ต TCP ทั่วไปต้องใช้มัน
เลือกชนิดโปรโตคอลก่อนกำหนดปลายทาง สำหรับคำขอ HTTP สาธารณะที่ได้รับอนุญาตโดยไม่มีการพิสูจน์ตัวตนพร็อกซี รายการพร็อกซี HTTP จะให้ที่อยู่ แต่ชนิดของ Qt ยังต้องให้ความสามารถที่คำขอนั้นต้องการ การให้พอร์ตที่บริการ CONNECT ใช้กับ HttpCachingProxy ไม่ได้เพิ่มความสามารถที่ขาดไปให้กับการเลือก Qt นั้น
ป้ายแคชเท่านั้นยังไม่ได้สัญญาว่าทุกคำตอบจะถูกจัดเก็บหรือนำกลับมาใช้โดยเซิร์ฟเวอร์ระยะไกล ป้ายนี้บรรยายรูปแบบการใช้พร็อกซีที่อินเทอร์เฟซไคลเอนต์รองรับ ขณะที่นโยบายคำตอบ HTTP ยังคงควบคุมการใช้แคชซ้ำ