Dante sente i client IPv6 ma continua a rifiutarli
Controllate sia la scelta degli indirizzi di ascolto di Dante sia le regole di accesso che tengono conto della famiglia di indirizzi quando aggiungete client IPv6.
Un nome di interfaccia Dante può espandersi sia in indirizzi IPv4 che IPv6. Ciò non rende una regola di accesso esistente solo per IPv4 adatta ai client IPv6.
Si tratta di un comune cambiamento dual-stack a metà: il listener SOCKS diventa raggiungibile su un indirizzo IPv6, ma le regole descrivono ancora solo intervalli di origine e destinazione IPv4.
Controllate indirizzi e regole separatamente
Dante può usare voci internal ripetute o un nome di interfaccia adatto per gli indirizzi di ascolto. Gli indirizzi effettivi dipendono da ciò che è disponibile sull'interfaccia quando il servizio li configura.
Poi esaminate le regole client e SOCKS. Un'espressione di indirizzo come 0.0.0.0/0 è IPv4, non una grafia universale per ogni famiglia di indirizzi. Dante documenta una forma neutra rispetto alla famiglia di indirizzi, ma non usate una forma ampia quando deve essere consentita solo una specifica sottorete client.
Mantenete i vincoli di autenticazione e di destinazione insieme al cambio di famiglia. L'aggiunta di IPv6 non dovrebbe rimuovere per caso vincoli efficaci per gli utenti IPv4.
Anche il momento dell'avvio può contare. Se un indirizzo viene assegnato dopo l'avvio del servizio, verificate a cosa si è effettivamente legato Dante invece di supporre che un nome di interfaccia includa sempre indirizzi comparsi più tardi.
Infine, una connessione client IPv6 e una connessione a un sito web IPv6 sono requisiti separati. Il client previsto può connettersi tramite una famiglia mentre il proxy raggiunge una destinazione tramite l'altra. Diagnosticate la famiglia della connessione fallita, non solo se la macchina è chiamata dual stack.