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

Squid 6.13 แนบข้อมูลเข้าสู่ระบบแบบคงที่กับนิยามพร็อกซีแม่ได้:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

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

แยกขอบเขตบัญชีให้ชัดเจน

การตั้งค่า auth_param ฝั่งปลายทางตรวจสอบไคลเอนต์ของ Squid อินสแตนซ์นี้ ส่วนตัวเลือก login ของ peer ให้ข้อมูลรับรองสำหรับอีกช่วงหนึ่ง การเปลี่ยนฝั่งหนึ่งไม่อัปเดตอีกฝั่งโดยอัตโนมัติ

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

Squid ยังมีตัวเลือกส่งต่อข้อมูลรับรอง เช่น PASS และ PASSTHRU ซึ่งมีความหมายต่างจากบัญชีต้นทางเฉพาะ และอาจเปิดเผยข้อมูลยืนยันตัวตนของไคลเอนต์ต่อ peer อย่าใช้เป็นทางลัดเมื่อการออกแบบต้องการบัญชีแยก

ปกป้องการตั้งค่าและทดสอบช่วงที่ถูกต้อง

ความลับแบบคงที่เก็บอยู่ในการตั้งค่า จำกัดการเข้าถึงไฟล์และข้อมูลสำรอง และลบข้อมูลอ่อนไหวจากผล parser หรือ debug ก่อนแชร์ ตัวเลือกนี้มีกฎ escape ของตัวเอง เอกสารอนุญาต URL escape และกำหนดให้เขียนเครื่องหมายเปอร์เซ็นต์แบบตรงตัวซ้ำสองตัว

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

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