libproxy เลือกเส้นทาง ไคลเอนต์ของคุณสร้างการเชื่อมต่อ
ใช้ผลลัพธ์ของ libproxy เป็นตัวเลือกเส้นทางต่อ URL แทนที่จะคาดหวังให้การค้นพบเปลี่ยนเส้นทางซ็อกเก็ตของแอปพลิเคชัน
หาก libproxy คืนค่า URI ของพร็อกซีขณะที่ซ็อกเก็ตถัดไปเชื่อมต่อโดยตรง ให้ตรวจสอบการส่งต่อ libproxy ค้นพบนโยบาย แต่ไม่ได้ดักจับทุกซ็อกเก็ตที่แอปพลิเคชันเปิด
- สอบถามทรัพยากร ใน C API ของ libproxy 0.5 ที่มีเอกสารกำกับ ให้สร้างพร็อกซีแฟกทอรีและขอ URL ปลายทางจริง
- ตีความตัวเลือกที่เรียงลำดับ ผลลัพธ์ HTTP, SOCKS และแบบโดยตรงต้องจัดการต่างกัน รักษาลำดับความสำคัญและนโยบายความล้มเหลวที่ตั้งใจไว้
- กำหนดค่าผู้บริโภค ส่งประเภทพร็อกซีที่เลือก จุดปลายทาง และการจัดการการรับรองความถูกต้องให้กับทรานสปอร์ตที่รองรับ ส็อกเก็ต TCP ดิบไม่ได้รับการเจรจา CONNECT หรือ SOCKS จาก URI ที่ส่งคืน
อย่าบันทึกคำตอบเดียวเป็นเส้นทางสำหรับทุกปลายทาง และอย่าทำให้การกำหนดเส้นทางโดยตรงเป็นแบบถาวรเพียงเพราะพร็อกซีตัวแรกล้มเหลวหนึ่งครั้ง
หากไคลเอนต์ HTTP รวมการค้นพบพร็อกซีระบบหรือ PAC อยู่แล้ว ให้เลือกเจ้าของการเลือกเพียงรายเดียว ตัวเลือกอิสระสองตัวบวกกับตัวห่ออีกชั้นอาจสร้างเส้นทางที่ไม่มีนโยบายใดตั้งใจไว้
ในโค้ดเนทีฟ ให้ปฏิบัติตามวงจรชีวิตของแฟกทอรีและหน่วยความจำผลลัพธ์ของ API ที่ติดตั้ง การใช้แฟกทอรีซ้ำอาจเก็บสถานะการค้นพบที่เป็นประโยชน์ไว้ แต่ยังต้องมีคำถามสำหรับทุกปลายทาง บันทึกการเลือกแยกจากผลลัพธ์การเชื่อมต่อ URI ที่ส่งคืนไม่ได้พิสูจน์การรับรองความถูกต้อง การแปลงชื่อ หรือการเข้าถึงต่อไปที่สำเร็จ