Dante ouve os clientes IPv6 mas continua a recusá-los
Verifique tanto a seleção de endereços de escuta do Dante como as regras de acesso que consideram a família de endereços ao adicionar clientes IPv6.
Um nome de interface do Dante pode expandir-se tanto para endereços IPv4 como IPv6. Isso não faz com que uma regra de acesso existente apenas para IPv4 corresponda a clientes IPv6.
Esta é uma alteração dual-stack comum e meio concluída: o ouvinte SOCKS torna-se acessível num endereço IPv6, mas as regras continuam a descrever apenas intervalos de origem e destino IPv4.
Verifique endereços e regras separadamente
O Dante pode usar entradas internal repetidas ou um nome de interface adequado para os endereços de escuta. Os endereços efetivos dependem do que está disponível na interface quando o serviço os configura.
Depois, inspecione as regras de cliente e SOCKS. Uma expressão de endereço como 0.0.0.0/0 é IPv4, não uma grafia universal para todas as famílias de endereços. O Dante documenta uma forma neutra em relação à família de endereços, mas não use uma forma ampla quando apenas uma sub-rede de cliente específica deve ser permitida.
Mantenha as restrições de autenticação e de destino junto com a mudança de família. Adicionar IPv6 não deve remover acidentalmente restrições que eram eficazes para utilizadores IPv4.
O momento do arranque também pode importar. Se um endereço for atribuído depois de o serviço arrancar, verifique a que o Dante se vinculou realmente, em vez de assumir que um nome de interface inclui sempre endereços que apareceram mais tarde.
Por fim, uma ligação de cliente IPv6 e uma ligação a um site IPv6 são requisitos separados. O cliente pretendido pode ligar-se por uma família enquanto o proxy alcança um destino pela outra. Diagnostique a família da ligação falhada, não apenas se a máquina é chamada dual stack.