Dante escoita os clientes IPv6 pero aínda os rexeita
Comprobe tanto a selección de enderezos de escoita de Dante como as regras de acceso que teñen en conta a familia de enderezos ao engadir clientes IPv6.
Un nome de interface de Dante pode expandirse tanto a enderezos IPv4 como IPv6. Iso non fai que unha regra de acceso existente só para IPv4 coincida cos clientes IPv6.
Este é un cambio dual-stack habitual a medio rematar: o receptor SOCKS pasa a ser accesible nun enderezo IPv6, pero as regras seguen describindo só rangos de orixe e destino IPv4.
Comprobe enderezos e regras por separado
Dante pode usar entradas internal repetidas ou un nome de interface axeitado para os enderezos de escoita. Os enderezos efectivos dependen do que estea dispoñible na interface cando o servizo os configura.
Despois inspeccione as regras de cliente e SOCKS. Unha expresión de enderezo como 0.0.0.0/0 é IPv4, non unha forma universal para cada familia de enderezos. Dante documenta unha forma neutra respecto á familia de enderezos, pero non use unha forma ampla cando só se debe permitir unha subrede de cliente concreta.
Manteña as restricións de autenticación e destino xunto co cambio de familia. Engadir IPv6 non debería eliminar por accidente restricións que eran efectivas para os usuarios de IPv4.
O momento de inicio tamén pode importar. Se un enderezo se asigna despois de que arrinque o servizo, comprobe a que se vinculou realmente Dante en lugar de supor que un nome de interface sempre inclúe enderezos que apareceron despois.
Por último, unha conexión de cliente IPv6 e unha conexión a un sitio web IPv6 son requisitos distintos. O cliente previsto pode conectarse por unha familia mentres o proxy chega a un destino pola outra. Diagnostique a familia da conexión fallida, non só se a máquina se denomina dual stack.