Dante ได้ยินไคลเอนต์ IPv6 แต่ยังคงปฏิเสธ

ชื่ออินเทอร์เฟซของ Dante สามารถขยายไปยังทั้งที่อยู่ IPv4 และ IPv6 ได้ แต่ไม่ได้ทำให้กฎการเข้าถึงที่มีอยู่เฉพาะ IPv4 ตรงกับไคลเอนต์ IPv6

นี่คือการเปลี่ยนแปลง dual-stack ที่ทำค้างไว้ซึ่งพบได้บ่อย: ตัวรับฟัง SOCKS เข้าถึงได้บนที่อยู่ IPv6 แต่กฎยังคงอธิบายเฉพาะช่วงต้นทางและปลายทาง IPv4

ตรวจสอบที่อยู่และกฎแยกจากกัน

Dante สามารถใช้รายการ internal ซ้ำหรือชื่ออินเทอร์เฟซที่เหมาะสมสำหรับที่อยู่รับฟัง ที่อยู่จริงขึ้นอยู่กับสิ่งที่มีอยู่ในอินเทอร์เฟซเมื่อบริการกำหนดค่า

จากนั้นตรวจสอบกฎของไคลเอนต์และ SOCKS นิพจน์ที่อยู่เช่น 0.0.0.0/0 เป็น IPv4 ไม่ใช่การสะกดสากลสำหรับทุกตระกูลที่อยู่ Dante จัดทำเอกสารรูปแบบที่เป็นกลางต่อตระกูลที่อยู่ แต่ไม่ควรใช้รูปแบบกว้างเมื่อควรอนุญาตเฉพาะซับเน็ตของไคลเอนต์ที่กำหนดเท่านั้น

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

เวลาที่เริ่มทำงานก็อาจสำคัญได้ หากที่อยู่ถูกกำหนดหลังบริการเริ่มทำงาน ให้ตรวจสอบว่า Dante ผูกกับอะไรจริง ๆ แทนที่จะสมมติว่าชื่ออินเทอร์เฟซมักมีที่อยู่ที่ปรากฏในภายหลังเสมอ

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