Hello zoc,

As-tu le lien vers ton script de firewall qui prends en charge le changement de préfixe ?

Merci beaucoup

Pour info le firmware 1.8.5 est sorti :

http://community.ubnt.com/t5/EdgeMAX-Updates-Blog/EdgeMAX-EdgeRouter-software-release-v1-8-5/ba-p/1591710

La règle de firewall pour laisser passer la réponse du serveur DHCP6 ? (Je dis ça parce que je me suis fait avoir aussi la première fois  ).

Mes règles WAN6_LOCAL sont les suivantes:
default-action drop
 description "WAN6 to GW"
 rule 1 {
     action accept
     description "Allow Established Sessions"
     log disable
     protocol all
     state {
         established enable
         invalid disable
         new disable
         related enable
     }
 }
 rule 2 {
     action drop
     description "Drop invalid states"
     log disable
     protocol all
     state {
         established disable
         invalid enable
         new disable
         related disable
     }
 }
 rule 3 {
     action accept
     description "Allow ICMP6"
     log disable
     protocol icmpv6
 }
 rule 4 {
     action accept
     description DHCP6
     destination {
         port 546
     }
     log disable
     protocol udp
 }

Accessoirement j'ai également "option dns-server" dans ma config pour l'interface, et également "duid-type duid-ll" en paramètre global. Et evidemment également un script qui va attribuer les IP aux interfaces (dibbler ne le fait pas tout seul):

#!/bin/bash

env > /tmp/dibbler.log 2>&1

if [ "$SRV_MESSAGE" != "REPLY" ]
then
exit 1
fi

ETH0_SUFFIX="01::1"

STATUS_FILE=/run/dibbler.lease

if [ -f "$STATUS_FILE" ]
then
source $STATUS_FILE
fi

TRIM_SIZE=${#PREFIX1}
TRIM_SIZE=$((TRIM_SIZE - 4))
PREFIX1=${PREFIX1:0:TRIM_SIZE}

if [ "$PREFIX1" != "$CURRENT_PREFIX1" ]
then
if [ "$CURRENT_PREFIX1" != "" ]
then
ip addr delete "$CURRENT_PREFIX1$ETH0_SUFFIX/64" dev eth0
fi

echo "CURRENT_PREFIX1=$PREFIX1" > $STATUS_FILE

ip addr add "$PREFIX1$ETH0_SUFFIX/64" dev eth0

service radvd restart >/dev/null 2>&1
fi

Ensuite, pour que l'ERL apprenne tout seul la route par défaut, rajouter dans interfaces ethernet eth1 vif 832 :
ipv6 {
     address {
         autoconf
     }
 }

Et enfin, pour que radvd annonce le préfixe sur eth0 (je n'utilise pas DHCP6 sur mon LAN aucun équipement n'en n'a besoin, et je n'ai pas non plus de serveur DNS en IPv6), la config de radvd dans interfaces ethernet eth0 :
ipv6 {
     dup-addr-detect-transmits 1
     router-advert {
         prefix ::/64 {
         }
     }
 }


Personnellement je n'utilise pas les zones (peut-être que je devrais vu le nombre de réseaux avec des règles différentes que j'ai chez moi), donc je ne sais pas dans quelle mesure ça peut influer.

Le client DHCP pour Ipv4 (dhclient) utilise des sockets RAW, et par conséquent il bypasse complètement iptables (donc même si tu bloquais volontairement DHCP ça passerait quand même)...

Ce n'est pas le cas de dibbler qui utilise des sockets "classiques". Après, clairement, ça ne passe pas en related (je suppose que c'est parce que l'adresse de destination est une adresse multicast et que la réponse vient d'une adresse unicast). Donc règle spécifique obligatoire (et je confirme que ça ne marche pas chez moi sans la règle pour DHCP6).

on notera quand l'@ mac est utilisé comme identifiant (IAID) du PD.

En pratique avec dibbler ça marche sans préciser l'IAID du PD (je ne sais pas ce que prend dibbler dans ce cas là, je n'ai pas regardé). Et pour le DUID, celui calculé par dibbler à partir de l'@Mac du port de l'ERL convient également.