ไคลเอนต์ Squid IPv4 และปลายทาง IPv6: นโยบายแยกกัน

เป็นไปได้ที่จะรับไคลเอนต์ผ่าน IPv4 และไปถึงเว็บไซต์ที่ร้องขอผ่าน IPv6 สิ่งเหล่านี้เป็นการเชื่อมต่อแยกกัน นโยบายฝั่งเว็บไซต์ไม่ควรปฏิเสธไคลเอนต์ IPv4 โดยอัตโนมัติ

นี่คือกับดักในตัวอย่างที่รวมการปฏิเสธตระกูลปลายทางกับ src ipv4: ACL ต้นทางเปลี่ยนว่าใครเชื่อมต่อได้ ไม่ใช่แค่การเชื่อมต่อเว็บไซต์ใดได้รับอนุญาต

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

สำหรับ Squid เวอร์ชันที่รองรับ IP ACL ที่เกี่ยวข้อง กฎตระกูลปลายทางสามารถใช้ dst ipv4 เพื่อระบุปลายทาง IPv4 รวมกฎดังกล่าวกับการรับรองความถูกต้องและสิทธิ์ปลายทางที่มีอยู่ อย่าเพิ่มการอนุญาต IPv6 แบบกว้างที่ข้ามกฎเหล่านี้

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

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

การเปลี่ยน forwarded_for ไม่ได้แก้ปัญหานี้ มีผลต่อส่วนหัว HTTP ไม่ใช่ตระกูลที่อยู่ของการเชื่อมต่อ TCP ของพร็อกซี ในทำนองเดียวกัน ตัวแก้ไข DNS IPv6 ไม่ได้รับประกันว่าทุกชื่อที่ตอบมีปลายทาง IPv6

ตรวจสอบพฤติกรรมเฉพาะเวอร์ชันก่อนนำการกำหนดค่าเก่าขนาดใหญ่ไปใช้ โดยเฉพาะ: dns_v4_first ไม่ใช่สวิตช์การเลือกตระกูลที่รองรับใน Squid 5 ถึง 7 นโยบายที่คุณอธิบายได้อย่างแม่นยำนั้นตรวจสอบได้ง่ายกว่าชุดการตั้งค่า IPv6 ที่ไม่เกี่ยวข้องกัน