อนุญาตปลายทาง Squid หนึ่งแห่งโดยไม่ต้องตรวจสอบสิทธิ์พร็อกซี
รักษาขีดจำกัดต้นทางและปลายทางรอบข้อยกเว้นการตรวจสอบสิทธิ์ที่ตั้งใจไว้ใน Squid
หน้าติดตามตรวจสอบต้องทำงานได้โดยไม่ต้องเข้าสู่ระบบพร็อกซี กฎที่ชัดเจนคือ http_access allow status_site หากวางไว้ก่อนการตรวจสอบสิทธิ์ มันยังอาจให้ข้อยกเว้นแก่ไคลเอนต์ที่คุณไม่เคยตั้งใจให้บริการ
สำหรับ Squid 6 หรือ 7 ให้เก็บเงื่อนไขของข้อยกเว้นไว้ด้วยกัน หลังการป้องกันด้านการจัดการ พอร์ตที่ไม่ปลอดภัย CONNECT และบริการภายในที่มีอยู่ ส่วนที่เกี่ยวข้องอาจมีลักษณะเช่นนี้:
acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED
http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all
เครือข่ายและชื่อโฮสต์เป็นตัวแทน การตรวจสอบสิทธิ์ยังต้องใช้การกำหนดค่าตัวช่วยที่มีอยู่ นี่คือส่วนข้อยกเว้นของนโยบายการเข้าถึง ไม่ใช่การกำหนดค่าพร็อกซีที่สมบูรณ์
บรรทัดแรกอนุญาตให้ไคลเอนต์ที่เลือกเข้าถึงปลายทางนั้นโดยไม่ประเมิน ACL การเข้าสู่ระบบ บรรทัดถัดไปอนุญาตให้ไคลเอนต์เหล่านั้นไปที่อื่นได้หลังการตรวจสอบสิทธิ์เท่านั้น การอนุญาตแบบกว้างก่อนหน้าหรือเส้นทางทางเลือกภายหลังอาจเปลี่ยนผลลัพธ์ ดังนั้นอ่านนโยบายที่เรียงลำดับทั้งหมด รวมถึงไฟล์ที่รวมไว้
อย่าย้ายข้อยกเว้นไปเหนือการป้องกันพอร์ตปลายทางเพียงเพื่อหลีกเลี่ยงข้อความแจ้ง เว็บไซต์ที่ได้รับอนุญาตบนพอร์ตที่ไม่ตั้งใจยังคงเป็นเส้นทางอื่น ตัดสินใจด้วยว่าควรให้ โฮสต์ที่แน่นอนหรือโดเมนย่อยมีคุณสมบัติ แทนการเพิ่มส่วนต่อท้ายที่กว้างเกินจำเป็น
ข้อยกเว้นชื่อโฮสต์ครอบคลุมปลายทางที่ตรงกัน ไม่ใช่ทุกทรัพยากรที่เพจโหลด การเปลี่ยนเส้นทางและสินทรัพย์ของบุคคลที่สามอาจพบข้อกำหนดการเข้าสู่ระบบปกติได้อย่างชอบธรรม
สำหรับ HTTP ธรรมดา พร็อกซีสามารถใช้ข้อมูล URL ที่ละเอียดกว่าเมื่อเหมาะสม คำขอ HTTPS CONNECT ทั่วไปไม่เปิดเผยเส้นทางของเพจ ดังนั้นจึงไม่สามารถอนุมานกฎ «หน้าเดียวเท่านั้น» จากข้อยกเว้นอุโมงค์สำหรับโฮสต์ทั้งหมดได้