Dante hoort IPv6-clients maar weigert ze nog steeds
Controleer zowel Dante's keuze van luisteradressen als adresfamiliebewuste toegangsregels bij het toevoegen van IPv6-clients.
Een Dante-interfacenaam kan zich uitbreiden naar zowel IPv4- als IPv6-adressen. Dat maakt een bestaande toegangsregel die alleen voor IPv4 geldt niet van toepassing op IPv6-clients.
Dit is een veelvoorkomende half afgemaakte dual-stackwijziging: de SOCKS-listener wordt bereikbaar op een IPv6-adres, maar de regels beschrijven nog steeds alleen IPv4-bron- en bestemmingsbereiken.
Controleer adressen en regels apart
Dante kan herhaalde internal-vermeldingen of een passende interfacenaam gebruiken voor luisteradressen. De effectieve adressen hangen af van wat beschikbaar is op de interface wanneer de dienst ze configureert.
Inspecteer daarna de client- en SOCKS-regels. Een adresexpressie zoals 0.0.0.0/0 is IPv4, geen universele spelling voor elke adresfamilie. Dante documenteert een adresfamilieneutrale vorm, maar gebruik geen brede vorm wanneer alleen een bepaald clientsubnet mag worden toegestaan.
Behoud authenticatie- en bestemmingsbeperkingen naast de familieverandering. Het toevoegen van IPv6 mag niet per ongeluk beperkingen verwijderen die effectief waren voor IPv4-gebruikers.
Ook de starttiming kan van belang zijn. Als een adres wordt toegewezen nadat de dienst start, controleer waaraan Dante werkelijk heeft gebonden in plaats van aan te nemen dat een interfacenaam altijd adressen bevat die later verschenen.
Ten slotte zijn een IPv6-clientverbinding en een IPv6-websiteverbinding aparte vereisten. De bedoelde client kan via de ene familie verbinden terwijl de proxy een bestemming via de andere bereikt. Diagnosticeer de familie van de mislukte verbinding, niet alleen of de machine dual stack wordt genoemd.