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: flagsA63<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: flagsA63<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: flagsA63<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 à 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: flagsA63<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: flagsA63<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: flagsA63<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 à 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: flagsA63<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: flagsA63<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: flagsA63<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.
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.
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.
Daniel Huhardeaux a écrit :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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est bien
prise. Ce sont les scripts qui ne se lancent pas.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Joining mDNS multicast
group on interface br0.IPv6 with address 2001:7a8:a8ed:1::1.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: New relevant interface
br0.IPv6 for mDNS.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Registering new address
record for 2001:7a8:a8ed:1::1 on br0.*.
Sep 4 05:35:27 rayleigh systemd[1]: NetworkManager-dispatcher.service:
Succeeded.
Sep 4 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
Sep 4 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
Root rayleigh:[/var/log] > systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled;
vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2019-09-04 05:35:33
CEST; 4h 29min ago
Docs: man:interfaces(5)
Process: 1368 ExecStart=/sbin/ifup -a --read-environment (code=exited,
status=1/FAILURE)
Main PID: 1368 (code=exited, status=1/FAILURE)
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
JKB
Daniel Huhardeaux a écrit :
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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est bien
prise. Ce sont les scripts qui ne se lancent pas.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Joining mDNS multicast
group on interface br0.IPv6 with address 2001:7a8:a8ed:1::1.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: New relevant interface
br0.IPv6 for mDNS.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Registering new address
record for 2001:7a8:a8ed:1::1 on br0.*.
Sep 4 05:35:27 rayleigh systemd[1]: NetworkManager-dispatcher.service:
Succeeded.
Sep 4 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
Sep 4 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
Root rayleigh:[/var/log] > systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled;
vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2019-09-04 05:35:33
CEST; 4h 29min ago
Docs: man:interfaces(5)
Process: 1368 ExecStart=/sbin/ifup -a --read-environment (code=exited,
status=1/FAILURE)
Main PID: 1368 (code=exited, status=1/FAILURE)
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
JKB
Daniel Huhardeaux a écrit :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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est bien
prise. Ce sont les scripts qui ne se lancent pas.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Joining mDNS multicast
group on interface br0.IPv6 with address 2001:7a8:a8ed:1::1.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: New relevant interface
br0.IPv6 for mDNS.
Sep 4 05:35:27 rayleigh avahi-daemon[1350]: Registering new address
record for 2001:7a8:a8ed:1::1 on br0.*.
Sep 4 05:35:27 rayleigh systemd[1]: NetworkManager-dispatcher.service:
Succeeded.
Sep 4 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
Sep 4 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
Sep 4 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
Root rayleigh:[/var/log] > systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled;
vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2019-09-04 05:35:33
CEST; 4h 29min ago
Docs: man:interfaces(5)
Process: 1368 ExecStart=/sbin/ifup -a --read-environment (code=exited,
status=1/FAILURE)
Main PID: 1368 (code=exited, status=1/FAILURE)
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
JKB
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Déjà, ça ce n'est pas terrible. A mon avis les ports ne devraient pas
être spécifiés s'ils n'existent pas à la création du pont.
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
Pourquoi la DAD ne s'appliquerait-elle pas en statique ?
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Déjà, ça ce n'est pas terrible. A mon avis les ports ne devraient pas
être spécifiés s'ils n'existent pas à la création du pont.
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
Pourquoi la DAD ne s'appliquerait-elle pas en statique ?
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap1"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap1 does not exist!
sept. 04 05:35:16 rayleigh ifup[1368]: Cannot find device "tap2"
sept. 04 05:35:16 rayleigh ifup[1368]: interface tap2 does not exist!
sept. 04 05:35:17 rayleigh ifup[1368]: Waiting for br0 to get ready
(MAXWAIT is 32 seconds).
sept. 04 05:35:33 rayleigh ifup[1368]: Waiting for DAD... Timed out
sept. 04 05:35:33 rayleigh ifup[1368]: ifup: failed to bring up br0
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Main process
exited, code=exited, status=1/FAILURE
sept. 04 05:35:33 rayleigh systemd[1]: networking.service: Failed with
result 'exit-code'.
sept. 04 05:35:33 rayleigh systemd[1]: Failed to start Raise network
interfaces.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent).
Déjà, ça ce n'est pas terrible. A mon avis les ports ne devraient pas
être spécifiés s'ils n'existent pas à la création du pont.
Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
Pourquoi la DAD ne s'appliquerait-elle pas en statique ?
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Directement dans le fichier interfaces ?
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Directement dans le fichier interfaces ?
Si le problème vient de la DAD tu peux essayer de la désactiver avec
dad-attemps 0
Directement dans le fichier interfaces ?
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :Daniel Huhardeaux a écrit :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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est
bien
prise. Ce sont les scripts qui ne se lancent pas.
Dans mon cas également l'adresse ipv6 était prise: c'est la gw par
défaut qui ne l'était pas. En lançant manuellement c'était tout bon,
comme toi.
Tu as bien
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
dans sysctl.conf ?
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :
Daniel Huhardeaux a écrit :
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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est
bien
prise. Ce sont les scripts qui ne se lancent pas.
Dans mon cas également l'adresse ipv6 était prise: c'est la gw par
défaut qui ne l'était pas. En lançant manuellement c'était tout bon,
comme toi.
Tu as bien
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
dans sysctl.conf ?
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :Daniel Huhardeaux a écrit :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.
Je ne saisis pas bien la réponse. Dans mon cas, l'adresse IPv6 est
bien
prise. Ce sont les scripts qui ne se lancent pas.
Dans mon cas également l'adresse ipv6 était prise: c'est la gw par
défaut qui ne l'était pas. En lançant manuellement c'était tout bon,
comme toi.
Tu as bien
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
dans sysctl.conf ?
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.br0.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.eth0.disable_ipv6 = 0
net.ipv6.conf.eth1.disable_ipv6 = 0
net.ipv6.conf.eth2.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.tap0.disable_ipv6 = 0
net.ipv6.conf.tap1.disable_ipv6 = 1
net.ipv6.conf.tap2.disable_ipv6 = 1
Je me demande bien d'où proviennent les deux dernières lignes,
d'ailleurs...
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.br0.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.eth0.disable_ipv6 = 0
net.ipv6.conf.eth1.disable_ipv6 = 0
net.ipv6.conf.eth2.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.tap0.disable_ipv6 = 0
net.ipv6.conf.tap1.disable_ipv6 = 1
net.ipv6.conf.tap2.disable_ipv6 = 1
Je me demande bien d'où proviennent les deux dernières lignes,
d'ailleurs...
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.br0.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.eth0.disable_ipv6 = 0
net.ipv6.conf.eth1.disable_ipv6 = 0
net.ipv6.conf.eth2.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0
net.ipv6.conf.tap0.disable_ipv6 = 0
net.ipv6.conf.tap1.disable_ipv6 = 1
net.ipv6.conf.tap2.disable_ipv6 = 1
Je me demande bien d'où proviennent les deux dernières lignes,
d'ailleurs...
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waitin g for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waitin g for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waitin g for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
J'ai un gag similaire tout récemment avec Debian 10 avec samba et le DAD
qui comme toi empêche le service de redémarrer.
Peut être est-ce lié à ce bug qui est réapparu :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugp5996
Personnellement je l'ai solutionné en ajoutant une ligne dans l'unit
systemd du service
ExecStartPre=/bin/sleep 3.
La solution proposée par Pascal me parait beaucoup plus propre.
Néanmoins, je vois que je pourrais a la place désactiver le DAD sur ces
serveurs spécifiquement avec la commande temporaire
echo 0 > /proc/sys/net/ipv6/conf/all/accept_dad
Ou avec une ligne dans un fichier de configuration sysctl.d
net.ipv6.conf.all.accept_dad=0
Sachant que comme toi je suis en IPv6 fixe et que l'autoconf et le ra
sont désactivés
Des objections ou des remarques ?
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :
tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
J'ai un gag similaire tout récemment avec Debian 10 avec samba et le DAD
qui comme toi empêche le service de redémarrer.
Peut être est-ce lié à ce bug qui est réapparu :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugp5996
Personnellement je l'ai solutionné en ajoutant une ligne dans l'unit
systemd du service
ExecStartPre=/bin/sleep 3.
La solution proposée par Pascal me parait beaucoup plus propre.
Néanmoins, je vois que je pourrais a la place désactiver le DAD sur ces
serveurs spécifiquement avec la commande temporaire
echo 0 > /proc/sys/net/ipv6/conf/all/accept_dad
Ou avec une ligne dans un fichier de configuration sysctl.d
net.ipv6.conf.all.accept_dad=0
Sachant que comme toi je suis en IPv6 fixe et que l'autoconf et le ra
sont désactivés
Des objections ou des remarques ?
Le 04/09/2019 à 10:06, BERTRAND Joël a écrit :tap1 et tap2 n'existent pas encore (il faut du temps pour qu'ils
montent). Mais visiblement, ce qui ne lui plaît pas, c'est "Waiting for
DAD... Timed out". Or je suis en adressage IPv6 _statique_. Je ne vois
pas trop ce que les paquets DAD viennnt faire ici.
J'ai un gag similaire tout récemment avec Debian 10 avec samba et le DAD
qui comme toi empêche le service de redémarrer.
Peut être est-ce lié à ce bug qui est réapparu :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bugp5996
Personnellement je l'ai solutionné en ajoutant une ligne dans l'unit
systemd du service
ExecStartPre=/bin/sleep 3.
La solution proposée par Pascal me parait beaucoup plus propre.
Néanmoins, je vois que je pourrais a la place désactiver le DAD sur ces
serveurs spécifiquement avec la commande temporaire
echo 0 > /proc/sys/net/ipv6/conf/all/accept_dad
Ou avec une ligne dans un fichier de configuration sysctl.d
net.ipv6.conf.all.accept_dad=0
Sachant que comme toi je suis en IPv6 fixe et que l'autoconf et le ra
sont désactivés
Des objections ou des remarques ?