Dante hört IPv6-Clients, lehnt sie aber weiterhin ab
Prüfen Sie bei IPv6-Clients sowohl die Wahl der Lauschadressen in Dante als auch adressfamilienbewusste Zugriffsregeln.
Ein Dante-Schnittstellenname kann sich auf IPv4- und IPv6-Adressen erweitern. Das macht eine bestehende Nur-IPv4-Zugriffsregel nicht auf IPv6-Clients passend.
Dies ist eine häufige halbfertige Dual-Stack-Änderung: Der SOCKS-Listener wird über eine IPv6-Adresse erreichbar, aber die Regeln beschreiben weiterhin nur IPv4-Quell- und Zielbereiche.
Adressen und Regeln getrennt prüfen
Dante kann wiederholte internal-Einträge oder einen geeigneten Schnittstellennamen für Lauschadressen verwenden. Die wirksamen Adressen hängen davon ab, was auf der Schnittstelle verfügbar ist, wenn der Dienst sie konfiguriert.
Prüfen Sie dann Client- und SOCKS-Regeln. Ein Adressausdruck wie 0.0.0.0/0 ist IPv4, keine universelle Schreibweise für jede Adressfamilie. Dante dokumentiert eine adressfamilienneutrale Form, aber verwenden Sie keine breite Form, wenn nur ein bestimmtes Client-Subnetz erlaubt sein soll.
Behalten Sie Authentifizierungs- und Zielbeschränkungen bei der Familienänderung bei. Das Hinzufügen von IPv6 sollte nicht versehentlich Beschränkungen entfernen, die für IPv4-Nutzer wirksam waren.
Auch das Start-Timing kann eine Rolle spielen. Wird eine Adresse erst nach dem Dienststart zugewiesen, prüfen Sie, woran Dante tatsächlich gebunden hat, statt anzunehmen, dass ein Schnittstellenname immer später erschienene Adressen enthält.
Schließlich sind eine IPv6-Clientverbindung und eine IPv6-Website-Verbindung getrennte Anforderungen. Der vorgesehene Client kann über eine Familie verbinden, während der Proxy ein Ziel über die andere erreicht. Diagnostizieren Sie die Familie der fehlgeschlagenen Verbindung, nicht nur, ob der Rechner Dual-Stack genannt wird.