OkHttp จะเชื่อมต่อโดยตรงเมื่อพร็อกซีล้มเหลวหรือไม่?
ใช้เวอร์ชันไคลเอนต์ ผู้สมัครเส้นทาง และเส้นทางการลองใหม่ของแอปพลิเคชันเพื่อตัดสินว่าพร็อกซีที่ล้มเหลวอาจนำไปสู่การเข้าถึงโดยตรงหรือไม่
ในกรณีทางประวัติศาสตร์ของพร็อกซี HTTP ระดับระบบ OkHttp เปลี่ยนพฤติกรรมใน 3.5.0 โดยหยุดพยายามเชื่อมต่อโดยตรงหลังจากพร็อกซีนั้นล้มเหลว รายงานเก่าเกี่ยวกับการถอยกลับอย่างเงียบอาจอธิบายพฤติกรรมก่อนการเปลี่ยนแปลงนั้น
ประวัตินั้นไม่ได้ชี้ขาดนโยบายเส้นทางของทุกแอปพลิเคชัน หากต้องการตีความรายงานจากแอปพลิเคชันของคุณเอง ให้ทำการตรวจสอบสามข้อนี้:
- ค้นหาเวอร์ชัน OkHttp ที่ถูกแก้ไขแล้ว ใช้ข้อมูลการพึ่งพาของแอปพลิเคชัน รวมถึงเวอร์ชันที่เฟรมเวิร์กบันเดิลไว้จริง แทนอายุของตัวอย่างที่กำลังคัดลอก
- ค้นหาว่าไคลเอนต์นี้เลือกเส้นทางอย่างไร พร็อกซีที่ระบุชัดเจนและ ProxySelector ที่กำหนดเองเป็นการกำหนดค่าที่แตกต่างกัน หากตัวเลือกให้ผู้สมัครโดยตรงหลังจากพร็อกซี แสดงว่ากำลังเสนอทางเลือกโดยตรง
- ติดตามตัวจัดการความล้มเหลว มองหาโค้ดแอปพลิเคชันที่ลองใหม่ด้วยไคลเอนต์อื่น คำขอโดยตรงที่ตัวแทนนั้นทำอยู่ภายนอกการตัดสินใจของไคลเอนต์ตัวแรก
สำหรับข้อกำหนดพร็อกซีแบบบังคับ นโยบายไคลเอนต์ที่เกี่ยวข้องต้องหยุดแทนที่จะเสนอทางเลือกโดยตรง ตรวจสอบไคลเอนต์จริงและเส้นทางการลองใหม่เทียบกับข้อกำหนดนั้น การเปลี่ยนแปลงใน 3.5.0 เพียงอย่างเดียวไม่ใช่กฎการรับส่งข้อมูลทั้งเครื่อง