Radvd sendet Multicast-Nachrichten mit Netzwerkinformationen. Es werden keine Antworten von Clients zurückgegeben, was sie mit diesen Informationen tun. Also (1) funktioniert nicht.
Linklokale Adressen (die fe80:Adressen) beziehen sich nicht auf die globalen Unicast-Adressen, die ein Client verwendet. Schritt (2) ist daher auch nicht möglich.
Die häufigsten Lösungen für das, was Sie tun möchten, sind:
- Verwenden Sie SLAAC und DHCPv6 parallel. Die auf DHCPv6 basierenden Adressen werden vom DHCPv6-Server für Verbindungen zum Client in DNS abgelegt. Die SLAAC-Adressen werden nicht in DNS abgelegt, um die Vertraulichkeit ausgehender Verbindungen vom Client zu gewährleisten.
- Verwenden Sie DHCPv6 ohne SLAAC (schalten Sie das
AFlag in der RA aus) und lassen Sie die Adressen vom DHCPv6-Server in DNS eintragen . Android-basierte Geräte funktionieren in einer solchen Umgebung jedoch nicht, also keine gute Idee. - Verwenden Sie SLAAC und lassen Sie den Client seine eigenen Adressen in DNS eintragen. In verwalteten Umgebungen (ich erinnere mich daran, dass dies vor langer Zeit in der Win2k- und Win2k3-Ära war) kann dies automatisch konfiguriert werden.
Darüber hinaus können Sie auch Skripte auf Geräten erstellen, auf denen sowohl die MAC-Adresse als auch die im Netzwerk verwendeten IPv6-Adressen angezeigt werden können, z. B. auf Switches und dem Standard-Gateway-Router. Sie können ein Skript schreiben, das überwacht, welche IPv6-Adressen verwendet werden, die MAC-Adresse überprüfen, um welches physikalische Gerät es sich handelt, den Hostnamen für dieses Gerät in einer Datenbank nachschlagen und anschließend den DNS aktualisieren. Ich glaube nicht, dass es Standardsoftware gibt, die das für Sie tun wird.