ตัวเขียน URL ของ Squid แก้ไขเนื้อหาการตอบกลับได้หรือไม่

แยกการเลือก URL ของคำขอออกจากการปรับการตอบกลับและการถอดรหัส TLS เมื่อขยายพร็อกซีส่งต่อ

url_rewrite_program ทำงานกับการตัดสินใจเรื่อง URL ของคำขอ มันรับข้อมูลคำขอและตอบกลับผ่านโปรโตคอลตัวช่วยของ Squid มันไม่ได้รับไฟล์ที่ดาวน์โหลดมาเพื่อแก้ไขแล้วส่งคืน

การดำเนินการที่ต้องการขอบเขตที่เกี่ยวข้อง
เปลี่ยนเส้นทางเบราว์เซอร์หรือเลือก URL ของคำขออื่นบทบาทของตัวช่วยเขียน URL ในขั้นคำขอ
แก้ไขเนื้อหาการตอบกลับ HTTP ที่มองเห็นได้กลไกปรับการตอบกลับ เช่น การแก้ไขการตอบกลับผ่าน ICAP ที่กำหนดค่าไว้
อ่าน HTTP ภายใน CONNECT ปกติต้องยุติ TLS ของปลายทางก่อนภายใต้การติดตั้งที่เหมาะสม
ถอดรหัสไฟล์ที่แอปพลิเคชันเข้ารหัสไว้รูปแบบ อัลกอริทึม และคีย์ของไฟล์ ไม่ว่าจะขนส่งอย่างไร

สองแถวสุดท้ายสับสนกันได้ง่าย ไฟล์ปกติที่ขนส่งผ่าน HTTPS ได้รับการปกป้องด้วย TLS ไฟล์ที่แอปพลิเคชันเข้ารหัสไว้อาจยังเข้ารหัสอยู่แม้ HTTPS จะสิ้นสุดลงแล้ว การเลือกอินเทอร์เฟซสำหรับปรับไม่ได้ให้ทั้งคีย์ของแอปพลิเคชันและอัลกอริทึมถอดรหัสของมัน

CONNECT ปกติส่งต่อไบต์ของอุโมงค์ที่เข้ารหัสแล้ว ตัวช่วย URL ไม่เปิดเผยการตอบกลับภายใน การออกแบบที่ต้องตรวจสอบจึงต้องระบุว่าการรับส่งนั้นถอดรหัสได้และควรถอดรหัสในการติดตั้งหรือไม่

ในจุดที่ Squid ตรวจสอบข้อความ HTTP ได้ บริการแก้ไขการตอบกลับยังคงรับผิดชอบการเข้ารหัสเนื้อหา ความยาวที่เปลี่ยนไป และพฤติกรรมเมื่อล้มเหลว เลือกอินเทอร์เฟซหลังจากกำหนดการแปลงแล้ว แทนที่จะขยายตัวอย่างการเขียน URL ที่ใช้งานได้ไปยังขั้นประมวลผลที่มันไม่เคยได้รับ

บทความที่เกี่ยวข้อง