Dante entend les clients IPv6 mais les refuse toujours
Vérifiez à la fois le choix des adresses d'écoute de Dante et les règles d'accès tenant compte de la famille d'adresses lors de l'ajout de clients IPv6.
Un nom d'interface Dante peut s'étendre à la fois aux adresses IPv4 et IPv6. Cela ne rend pas une règle d'accès existante réservée à IPv4 applicable aux clients IPv6.
Il s'agit d'un changement dual-stack courant à moitié terminé : l'écouteur SOCKS devient joignable sur une adresse IPv6, mais les règles ne décrivent encore que des plages source et destination IPv4.
Vérifiez séparément les adresses et les règles
Dante peut utiliser des entrées internal répétées ou un nom d'interface approprié pour les adresses d'écoute. Les adresses effectives dépendent de ce qui est disponible sur l'interface lorsque le service les configure.
Inspectez ensuite les règles client et SOCKS. Une expression d'adresse comme 0.0.0.0/0 est IPv4, pas une écriture universelle pour chaque famille d'adresses. Dante documente une forme neutre vis-à-vis de la famille d'adresses, mais n'utilisez pas une forme large lorsqu'un seul sous-réseau client précis doit être autorisé.
Conservez les restrictions d'authentification et de destination en même temps que le changement de famille. L'ajout d'IPv6 ne doit pas supprimer accidentellement des restrictions qui étaient efficaces pour les utilisateurs IPv4.
Le moment du démarrage peut aussi compter. Si une adresse est attribuée après le démarrage du service, vérifiez ce à quoi Dante s'est réellement lié au lieu de supposer qu'un nom d'interface inclut toujours les adresses apparues plus tard.
Enfin, une connexion client IPv6 et une connexion à un site web IPv6 sont des exigences distinctes. Le client visé peut se connecter via une famille tandis que le proxy atteint une destination via l'autre. Diagnostiquez la famille de la connexion en échec, pas simplement si la machine est dite dual stack.