เมื่อเฮลเปอร์ยืนยันตัวตนของ Squid กลายเป็นคอขวด

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

Squid 6.13 ใช้เฮลเปอร์ยืนยันตัวตนภายนอก บริการไดเรกทอรีช้า ไฟล์บัญชีอ่านไม่ได้ เฮลเปอร์ออกซ้ำ หรือเฮลเปอร์ว่างไม่พอ อาจกระทบขั้นนี้ต่างกัน

หาขั้นที่จำกัดจริง

ตรวจล็อก cacheหาความล้มเหลวตอนเริ่ม เฮลเปอร์ออก และข้อความภาระเกิน หากมีสถิติบริหารภายในที่ป้องกันไว้ ให้ดูกิจกรรมที่นั่น อย่าเปิดปลายทางบริหารสู่สาธารณะเพื่อเอาตัวนับเท่านั้น

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

จำนวนโปรเซสไม่ใช่การทำงานพร้อมกันของโพรโทคอล

ตัวอย่างพูลโปรเซสที่มีขอบเขต:

auth_param basic children 16 startup=2 idle=2

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

ตัวเลือก concurrency แยกต่างหากเปลี่ยนโพรโทคอลที่ Squid ใช้คุยกับเฮลเปอร์ ไม่ใช่สวิตช์เพิ่มประสิทธิภาพทั่วไป เปิดเฉพาะเมื่อเฮลเปอร์รองรับตัวระบุช่องและคำขอพร้อมกันที่ต้องการอย่างชัดเจน

การแคชข้อมูลรับรองมีผลต่อความถี่ที่ต้องตรวจด้วย การลดอายุโดยไม่เปลี่ยนพูลเฮลเปอร์อาจเพิ่มงานแม้ทราฟฟิกเบราว์เซอร์คงเดิม

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