Le 04/09/2019 à 08:03, BERTRAND Joël a écrit :
        Bonjour à tous,

        Un petit truc me chagrine dans la configuration d'IPv6 sur un serveur.
Ayant un fournisseur d'accès que je qualifierais d'"internet pour les
ploucs" (Wimax avec tous les ports fermés ou presque...), je suis
contraint d'utiliser un serveur dans un bureau distant comme broker IPv6
(et accès IPv4 entrant tant qu'à faire). Comme le FAI (celui d'internet
pour les ploucs) coupe autoritairement les ports mêmes utilisés, j'ai
bricolé un VPN sur deux ports avec du stp. Ça fonctionne. J'ai juste un
souci avec IPv6 au démarrage.

        En effet, lors d'un redémarrage du serveur, tout fonctionne sauf le
routage IPv6 (comprendre : br0 a bien une adresse IPv6, mais la route
vers le sous réseau au bout de br0 n'est pas montée) :

ifconfig retourne :
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1336
         inet 192.168.1.1  netmask 255.255.255.0  broadcast 192.168.1.255
         inet6 fe80::64b9:94ff:fe3b:1b5  prefixlen 64  scopeid 0x20<link>
         inet6 2001:7a8:a8ed:1::1  prefixlen 64  scopeid 0x0<global>
         ether 66:b9:94:3b:01:b5  txqueuelen 1000  (Ethernet)
         RX packets 14018  bytes 1126600 (1.0 MiB)
         RX errors 0  dropped 0  overruns 0  frame 0
         TX packets 14995  bytes 25922932 (24.7 MiB)
         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
...
tap1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1336
         ether 9e:74:8c:46:30:19  txqueuelen 100  (Ethernet)
         RX packets 14018  bytes 1322852 (1.2 MiB)
         RX errors 0  dropped 0  overruns 0  frame 0
         TX packets 28464  bytes 26748756 (25.5 MiB)
         TX errors 0  dropped 3 overruns 0  carrier 0  collisions 0

tap2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1336
         ether 66:b9:94:3b:01:b5  txqueuelen 100  (Ethernet)
         RX packets 0  bytes 0 (0.0 B)
         RX errors 0  dropped 0  overruns 0  frame 0
         TX packets 4895  bytes 250208 (244.3 KiB)
         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

        Or, dans /etc/network/interface, j'ai bien :

auto br0
iface br0 inet static
         bridge_stp on
         mtu 1336
         bridge_ports tap1 tap2
         address 192.168.1.1
         netmask 255.255.255.0
         network 192.168.1.0
         post-up /sbin/route add -net 192.168.10.0/24 gw 192.168.1.2
         pre-down /sbin/route del -net 192.168.10.0/24

iface br0 inet6 static
         address 2001:7a8:a8ed:1::1
         netmask 64
         post-up /sbin/route -A inet6 add 2001:7a8:a8ed:10::/64 gw
2001:7a8:a8ed:1::2
         pre-down /sbin/route -A inet6 del 2001:7a8:a8ed:10::/64 gw
2001:7a8:a8ed:1::2

        J'avoue que je ne comprends pas bien. Pourquoi br0 prend-elle la bonne
adresse IPv6 sans prendre la route associée ? Il suffit en effet que je
lance à la main :

/sbin/route -A inet6 add 2001:7a8:a8ed:10::/64 gw 2001:7a8:a8ed:1::2

pour que le routage IPv6 fonctionne à nouveau.

        Le serveur est un Linux debian/testing, le client est un NetBSD (côté
NetBSD aucun problème de ce genre, le routage IPv6 est persistant).

        Toute idée sera la bienvenue.

Bonjour,

j'ai eu un problème au démarrage/sortie hibernation ou sysctl n'appliquait pas les règles ipv6. Mon post-up dans interfaces lance un sctipt dans if-up.d dans lequel entre autres j'active sysctl par "sysctl -p 1>&2>/dev/null" J'adapte également la mtu à 1492 ayant également eu des soucis sans cette adaptation.

Ubuntu 16.04 tout comme Debian 9
--
Daniel

Répondre à