Dante escucha a los clientes IPv6 pero sigue rechazándolos
Compruebe tanto la selección de direcciones de escucha de Dante como las reglas de acceso que tienen en cuenta la familia de direcciones al añadir clientes IPv6.
Un nombre de interfaz de Dante puede expandirse tanto a direcciones IPv4 como IPv6. Eso no hace que una regla de acceso existente solo para IPv4 coincida con los clientes IPv6.
Este es un cambio dual-stack habitual a medio terminar: el receptor SOCKS pasa a ser accesible en una dirección IPv6, pero las reglas siguen describiendo solo rangos de origen y destino IPv4.
Compruebe direcciones y reglas por separado
Dante puede usar entradas internal repetidas o un nombre de interfaz adecuado para las direcciones de escucha. Las direcciones efectivas dependen de lo que esté disponible en la interfaz cuando el servicio las configura.
Después, inspeccione las reglas de cliente y SOCKS. Una expresión de dirección como 0.0.0.0/0 es IPv4, no una forma universal para cada familia de direcciones. Dante documenta una forma neutral respecto a la familia de direcciones, pero no use una forma amplia cuando solo deba permitirse una subred de cliente concreta.
Mantenga las restricciones de autenticación y de destino junto con el cambio de familia. Añadir IPv6 no debería eliminar por accidente restricciones que eran efectivas para los usuarios de IPv4.
El momento de inicio también puede importar. Si una dirección se asigna después de que arranque el servicio, compruebe a qué se vinculó realmente Dante en lugar de suponer que un nombre de interfaz siempre incluye direcciones que aparecieron más tarde.
Por último, una conexión de cliente IPv6 y una conexión a un sitio web IPv6 son requisitos distintos. El cliente previsto puede conectarse por una familia mientras el proxy alcanza un destino por la otra. Diagnostique la familia de la conexión fallida, no solo si la máquina se denomina dual stack.