กฎ allow หนึ่งข้อของ Squid หมายถึง AND; สองข้ออาจหมายถึง OR
อ่านการผสม ACL ของ Squid และกฎการเข้าถึงที่เรียงลำดับ เพื่อให้พร็อกซีส่วนตัวให้เฉพาะการเข้าถึงที่ต้องการ
อ่านนโยบายนี้ออกเสียงดัง: อนุญาตให้เครือข่ายสำนักงานใช้พร็อกซีสำหรับปลายทางที่อนุมัติ หากเงื่อนไขเหล่านั้นอยู่ด้วยกัน จงเก็บไว้ด้วยกันในกฎ
http_access allow office_clients approved_destinationACL ทั้งสองต้องตรงกันเพื่อให้บรรทัดนั้นอนุญาตคำขอ การแยกมันออกจะเปลี่ยนนโยบาย:
http_access allow office_clients
http_access allow approved_destinationตอนนี้ไคลเอนต์สำนักงานสามารถได้รับอนุญาตโดยไม่มีข้อจำกัดปลายทาง และคำขอไปยังปลายทางนั้นโดยไม่มีข้อจำกัดสำนักงาน เว้นแต่กฎก่อนหน้าจะปฏิเสธไว้ สองบรรทัดไม่ใช่การสะกดที่อ่านง่ายกว่าของบรรทัดเดียว
ลำดับเป็นส่วนหนึ่งของนโยบาย
Squid ประเมินกฎการเข้าถึงตามลำดับ การตัดสินใจแรกที่ตรงกันควบคุมคำขอ allow all ที่อยู่ก่อนหน้าทำให้ข้อจำกัดที่ระมัดระวังในภายหลังเป็นโมฆะ การปฏิเสธที่ตรงกันก่อนหน้าขัดขวางการไปถึงการอนุญาตในภายหลัง
เอกสาร http_access อธิบายลำดับนี้ จงเก็บการปฏิเสธขั้นสุดท้ายไว้โดยเจตนา แทนที่จะพึ่งให้ผู้อ่านจำพฤติกรรมเริ่มต้นโดยนัย
คำจำกัดความ ACL หลายอันมีความสัมพันธ์แบบ OR ที่ต่างออกไป: ACL ต้นทางที่มีชื่อหนึ่งรายการสามารถระบุช่วงที่อนุญาตได้หลายช่วง นั่นไม่ได้ทำให้อัตลักษณ์ของต้นทางและปลายทางเป็น ACL ชนิดเดียวกัน จงนิยามแยกจากกัน แล้วรวมชื่อในคำตัดสินการเข้าถึง
สำหรับทางออกส่วนตัว สิ่งนี้ส่งผลว่าใครใช้ IP ภายนอกของคุณได้ พิจารณาสี่กรณี: ไคลเอนต์ที่อนุมัติไปยังปลายทางที่อนุมัติ ไคลเอนต์ที่อนุมัติไปที่อื่น ไคลเอนต์อื่นไปยังปลายทางที่อนุมัติ และไคลเอนต์อื่นไปที่อื่น หาก กฎอนุญาตกรณีมากกว่าที่นโยบายตั้งใจ จงแก้ไขตรรกะก่อนขยายตัวรับฟัง การกำหนดค่าที่ถูกต้องตามไวยากรณ์ยังสามารถแสดงสิทธิ์ที่ผิดได้