Squid 5–7: ทำไม dns_v4_first จึงใช้ไม่ได้อีกต่อไป
อธิบายการถอด dns_v4_first ใน Squid 5 ถึง 7 และแยกความชอบด้านแอดเดรสออกจากการบังคับใช้ IPv4 อย่างเดียว
การตั้งค่า Squid แบบเก่ามี dns_v4_first on อยู่ หลังอัปเกรด บรรทัดนั้นไม่ให้ความชอบ IPv4 ตามที่คาดอีกต่อไป การเพิ่มสำเนาอื่นเข้าไปจะไม่คืนพฤติกรรมเดิม
เอกสารอ้างอิงการตั้งค่าระบุว่าคำสั่งนี้ใช้ไม่ได้ใน Squid 5 ถึง 7 การเลือกแอดเดรสของ Squid เปลี่ยนไปพร้อมงาน Happy Eyeballs คำแนะนำเรื่องความชอบแบบเก่าต้องอ่านในบริบทของรุ่นนั้น
ความชอบและการบังคับเป็นคำขอที่ต่างกัน
ก่อนอื่นตัดสินใจว่าคุณต้องการอะไร ให้ความชอบเส้นทาง IPv4 ที่ใช้งานได้เมื่อทั้งสองตระกูลพร้อมใช้? กำจัดการเชื่อมต่อ IPv6 ที่เสีย? รับประกันว่าทางออกหนึ่งใช้เฉพาะ IPv4? สิ่งเหล่านี้ไม่ใช่นโยบายเดียวกัน ข้อจำกัดตามตระกูลปลายทาง ก็ต้องแยกจาก ACL ของต้นทางไคลเอนต์ด้วย
การปิดการเข้าถึงตระกูลหนึ่งอาจทำให้บางเว็บไซต์เข้าถึงไม่ได้ การเปลี่ยนคำตอบ DNS เปลี่ยนผู้สมัครที่พร็อกซีมี การซ่อมเส้นทางที่ช้าหรือเสียแก้ไขความผิดพลาดของเครือข่าย ไม่มีข้อใดควรถูกอธิบายว่าเป็นบรรทัดทดแทนสากลสำหรับคำสั่งที่ถูกถอด
แยกการเลือกแอดเดรสปลายทางออกจากแอดเดรสที่ใช้ไปถึงพร็อกซีแม่ด้วย ชื่อโฮสต์แม่สามารถมีผู้สมัคร IPv4 และ IPv6 ของตัวเอง ขณะที่แม่ทำการเชื่อมต่อเว็บไซต์สุดท้ายตามนโยบายของตน
กฎแอดเดรสต้นทางมีบทบาทอีกอย่าง คือเลือกต้นทางที่เข้ากันได้สำหรับการเชื่อมต่อ ไม่ใช่สร้างการสนับสนุนปลายทาง ต้นทาง IPv4 ไม่ได้ทำให้ปลายทางที่มีเพียง IPv6 กลายเป็นจุดสิ้นสุด IPv4
ตรวจสอบเอกสารของรุ่นที่ติดตั้งและเส้นทางการส่งต่อทั้งหมด หากปัญหาเป็นการเชื่อมต่อ IPv6 ที่ไม่น่าเชื่อถือ ให้รักษาการวินิจฉัยนั้นไว้แทนที่จะทำการเปลี่ยนแปลงทั่วโลกอย่างเงียบ ๆ ซึ่งเพียงกลบไว้ ความชอบเส้นทางที่ใช้งานได้และทางออกตระกูลเดียวที่เข้มงวดสมควรได้รับการตั้งค่าที่ต่างกัน