คำขอ Squid ช้าเมื่อตัวเขียน URL ใหม่ล่ม

ถ้า Squid รับการเชื่อมต่อแต่ใช้เวลานานในการส่งคำขอต่อไป ตรวจสอบตัวเขียน URL ใหม่ใด ๆ บนเส้นทางนั้น ใน Squid 5–7 url_rewrite_program ระบุชื่อโปรแกรมภายนอกที่ถูกเรียกหลังการตรวจสอบสิทธิ์เข้าถึงเบื้องต้น มันอาจทำให้คำขอช้าลงก่อนที่ปลายทางจะได้รับ

1. อ่านคำสั่งเขียนใหม่ที่ใช้งานจริง รวมถึงตัวห่อและอาร์กิวเมนต์
2. จับคู่ทรานแซกชันที่ได้รับผลกระทบกับการวินิจฉัยของตัวช่วย การที่โพรเซสลูกออกซ้ำ ๆ การตอบกลับที่ผิดรูปแบบ และคิวที่เพิ่มขึ้นเป็นเบาะแสที่แตกต่างกัน
3. ตรวจสอบว่ารูปแบบ URL เดียวเป็นตัวกระตุ้นความล้มเหลวหรือไม่ เก็บตัวอย่างที่ปิดข้อมูลอ่อนไหวของอินพุตนั้นไว้ แทนที่จะเปลี่ยนการตั้งค่า resolver ที่ไม่เกี่ยวข้อง

ตัวช่วยมีสัญญาคำขอ/ตอบกลับแบบแยกตามบรรทัด ข้อความความคืบหน้าของตัวห่อบนเอาต์พุตมาตรฐานอาจทำให้สัญญาเสียได้ การรันสคริปต์สำเร็จในฐานะผู้ดูแลระบบก็ไม่สามารถจำลองสตรีมอินพุต สภาพแวดล้อม หรือสิทธิ์ของ Squid ได้ เส้นทางนี้แยกจากการตรวจสอบรหัสผ่าน

เมื่อการแลกเปลี่ยนทำงานได้แล้วเท่านั้นจึงควรมองว่าเป็นปัญหาความจุ url_rewrite_children ควบคุมโพรเซสและพฤติกรรมคิวที่เกี่ยวข้อง แต่โพรเซสลูกที่เพิ่มขึ้นไม่สามารถซ่อมการล่มที่เกิดจากอินพุตได้ ตัวเลือก concurrency ของมันเพิ่มตัวระบุแชนเนลและต้องมีตัวช่วยที่รองรับบทสนทนานั้น

การเปรียบเทียบที่ได้รับอนุญาตโดยไม่มีตัวเขียนใหม่สามารถแยกส่วนสนับสนุนของมันได้ การปล่อยให้ถูกข้ามระหว่างการโอเวอร์โหลดอาจเปลี่ยนเส้นทางหรือการกรองที่มันบังคับใช้ ดังนั้นนี่คือการตัดสินใจเชิงนโยบาย เปรียบเทียบเวลารอของตัวช่วยที่สังเกตได้กับหลักฐาน DNS และการเชื่อมต่อถัดไปก่อนจะโทษความหน่วงของเครือข่ายทั้งหมด