Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

FreeBSD9 perte de la route ipv6 default

15 réponses
Avatar
xavier
Bonjou,

J'ai un dédié (kimsufi) qui perd régulièrement sa connectivité ipv6. Obligé de me
connecter par ssh -4, sinon 2 minutes d'attente (timeout sans doute)

Le système :

FreeBSD aragorn.amdh.fr 9.1-STABLE FreeBSD 9.1-STABLE #0 r251793: Sun Jun 16
00:19:33 CEST 2013 root@aragorn.amdh.fr:/usr/obj/usr/src/sys/XAVIER amd64

La cause est simple le remède aussi :

| [root@aragorn ~]# netstat -rnf inet6
| Routing tables
|
| Internet6:
| Destination Gateway Flags Netif Expire
| ::/96 ::1 UGRS lo0
| ::1 link#7 UH lo0
| ::ffff:0.0.0.0/96 ::1 UGRS lo0
| 2001:41d0:8:eb00::/56 link#1 U em0
| 2001:41d0:8:ebcd::/64 link#1 U em0
| 2001:41d0:8:ebcd::1 link#1 UHS lo0
| 2001:41d0:8:ebff:ff:ff:ff:ff 00:22:4d:a1:a5:16 UHS em0
| fe80::/10 ::1 UGRS lo0
| fe80::%em0/64 link#1 U em0
| fe80::222:4dff:fea1:a516%em0 link#1 UHS lo0
| fe80::%lo0/64 link#7 U lo0
| fe80::1%lo0 link#7 UHS lo0
| ff01::%em0/32 fe80::222:4dff:fea1:a516%em0 U em0
| ff01::%lo0/32 ::1 U lo0
| ff02::/16 ::1 UGRS lo0
| ff02::%em0/32 fe80::222:4dff:fea1:a516%em0 U em0
| ff02::%lo0/32 ::1 U lo0

Pas de route par défaut. Je relance le pseudo-démon routing :

| [root@aragorn ~]# /etc/rc.d/routing restart
| delete net default: gateway 176.31.180.254
| delete net ::ffff:0.0.0.0: gateway ::1
| delete net ::0.0.0.0: gateway ::1
| route: writing to routing socket: No such process
| delete net default: gateway 2001:41D0:8:EBff:ff:ff:ff:ff: not in table
| delete host 2001:41D0:8:EBff:ff:ff:ff:ff: gateway em0
| delete net fe80::: gateway ::1
| delete net ff02::: gateway ::1
| add net default: gateway 176.31.180.254
| add net ::ffff:0.0.0.0: gateway ::1
| add net ::0.0.0.0: gateway ::1
| add net default: gateway 2001:41D0:8:EBff:ff:ff:ff:ff
| add host 2001:41D0:8:EBff:ff:ff:ff:ff: gateway em0
| add net fe80::: gateway ::1
| add net ff02::: gateway ::1

Et hop, tout revient dans l'ordre, la connectivité ipv6 est revenue.

| [root@aragorn ~]# netstat -rnf inet6
| Routing tables
|
| Internet6:
| Destination Gateway Flags Netif Expire
| ::/96 ::1 UGRS lo0 =>
| default 2001:41d0:8:ebff:ff:ff:ff:ff UGS em0
| ::1 link#7 UH lo0
| ::ffff:0.0.0.0/96 ::1 UGRS lo0
| 2001:41d0:8:eb00::/56 link#1 U em0
| 2001:41d0:8:ebcd::/64 link#1 U em0
| 2001:41d0:8:ebcd::1 link#1 UHS lo0
| 2001:41d0:8:ebff:ff:ff:ff:ff 00:22:4d:a1:a5:16 UHS em0
| fe80::/10 ::1 UGRS lo0
| fe80::%em0/64 link#1 U em0
| fe80::222:4dff:fea1:a516%em0 link#1 UHS lo0
| fe80::%lo0/64 link#7 U lo0
| fe80::1%lo0 link#7 UHS lo0
| ff01::%em0/32 fe80::222:4dff:fea1:a516%em0 U em0
| ff01::%lo0/32 ::1 U lo0
| ff02::/16 ::1 UGRS lo0
| ff02::%em0/32 fe80::222:4dff:fea1:a516%em0 U em0
| ff02::%lo0/32 ::1 U lo0

Maintenant, reste comme question : pourquoi, comment ? Et comment faire pour que
ça ne se reproduise pas, à part la solution sale d'une crontask qui relance
routing...

Ce n'est bien sûr pas un incideent isolé...

PS : je suis preneur de la syntaxe de "route add default 2001:x:x:x:x::x", tel
quel ça ne marche pas, et man route(8) est muet sur ipv6

Merci,

--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)

10 réponses

1 2
Avatar
jca+news
(Xavier) writes:

Bonjou,



Hello,

[...]

PS : je suis preneur de la syntaxe de "route add default 2001:x:x:x:x::x" , tel
quel ça ne marche pas, et man route(8) est muet sur ipv6



J'aurais bien aimé tester mais je n'ai pas de freesbie sous la main.
Le message d'erreur de route(8) m'aurait ptêt empêché de dir e des
âneries, mais bon… :)

route(8) dit entre autres :

"A destination of default is a synonym for -net 0.0.0.0, which is the
default route."

S'il n'essaie pas d'être plus intelligent il y a des chances qu'il te
sorte une erreur dûe à un bête mismatch de famille d'adresse s.
Du coup tu pourrais essayer ceci :

route add ::/0 2001:x:x:x:x:x
route add -inet6 default 2001:x:x:x:x:x
route add -inet6 ::/0 2001:x:x:x:x:x

Merci,



My 0.02 cents.

Après, je pense que tu ferais mieux de trouver le vrai problème.

Cette histoire de famille d'adresses me fait penser que le route(8) sur
OpenBSD a été recouvert de poudre verte pour autodétecter le s adresses
v4/v6, mais je ne suis pas sûr que ce soit suffisant dans tous les cas …

--
Jérémie Courrèges-Anglas
Empreinte PGP : 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Avatar
Gérald Niel
Le Mercredi 19 juin 2013 à 14:05 UTC, Xavier écrivait sur
fr.comp.os.bsd :

J'ai un dédié (kimsufi) qui perd régulièrement sa connectivité ipv6. Obligé de me
connecter par ssh -4, sinon 2 minutes d'attente (timeout sans doute)

PS : je suis preneur de la syntaxe de "route add default 2001:x:x:x:x::x", tel
quel ça ne marche pas, et man route(8) est muet sur ipv6



Tu as quoi dans ton rc.conf ?

Tu as bien déclaré le routeur ? :
ipv6_defaultrouter="2001:41d0:1:9cff:ff:ff:ff:ff"
^^^^^^^^^^^^^^
À modifier en fonction de ton préfixe IPV6.

@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
Avatar
xavier
Gérald Niel <gerald.niel+ wrote:


Tu as bien déclaré le routeur ? :
ipv6_defaultrouter="2001:41d0:1:9cff:ff:ff:ff:ff"



Bien sûr, sinon relancer routing (ou rebooter) n'aurait aucun effet...

--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Avatar
Gérald Niel
Le Mercredi 19 juin 2013 à 18:02 UTC, Xavier écrivait sur
fr.comp.os.bsd :

Tu as bien déclaré le routeur ? :
ipv6_defaultrouter="2001:41d0:1:9cff:ff:ff:ff:ff"



Bien sûr, sinon relancer routing (ou rebooter) n'aurait aucun effet...



OK.
Alors aucune idée. Je vais tester de mon coté voir si j'observe la
même chose. (j'ai un KS aussi, par contre c'est un "vieux" 7.4)

Sont pas d'un très grand niveau technique, mais on ne sait jamais, tu
es allé sur les forums KS ?

@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
Avatar
Bruno Ducrot
On 2013-06-19, Xavier wrote:
Bonjou,

J'ai un dédié (kimsufi) qui perd régulièrement sa connectivité ipv6. Obligé de me
connecter par ssh -4, sinon 2 minutes d'attente (timeout sans doute)



J'ai exactement le même problème, et je ne sais comment le résoudre
proprement :(

Personellement, je fais ca :

~# route add -inet6 default fe80::264:40ff:fe3a:fac0%em0
add net default: gateway fe80::264:40ff:fe3a:fac0%em0
~# ping6 www.google.fr
PING6(56@+8+8 bytes) 2001:41d0:8:93a0::1 --> 2a00:1450:4007:803::101f
16 bytes from 2a00:1450:4007:803::101f, icmp_seq=0 hlimW time=9.904 ms
16 bytes from 2a00:1450:4007:803::101f, icmp_seq=1 hlimW time=4.670 ms
^C
--- www.google.fr ping6 statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 4.670/7.287/9.904/2.617 ms

~# netstat -nrf inet6
Routing tables

Internet6:
Destination Gateway Flags Netif Expire
::/96 ::1 UGRS lo0 =>
default fe80::264:40ff:fe3a:fac0%em0 UGS em0
::1 link#9 UH lo0
::ffff:0.0.0.0/96 ::1 UGRS lo0
2001:41d0:8:93a0::/64 link#1 U em0
2001:41d0:8:93a0::1 link#1 UHS lo0
2001:41d0:8:93ff:ff:ff:ff:ff 00:22:4d:81:b9:10 UHS em0
fe80::/10 ::1 UGRS lo0
fe80::%em0/64 link#1 U em0
fe80::222:4dff:fe81:b910%em0 link#1 UHS lo0
fe80::%lo0/64 link#9 U lo0
fe80::1%lo0 link#9 UHS lo0
ff01::%em0/32 fe80::222:4dff:fe81:b910%em0 U em0
ff01::%lo0/32 ::1 U lo0
ff02::/16 ::1 UGRS lo0
ff02::%em0/32 fe80::222:4dff:fe81:b910%em0 U em0
ff02::%lo0/32 ::1 U lo0


ps : il faut rajouter -inet6 à la commande 'route' pour pouvoir manipuler
les routes en ipv6.

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?
Avatar
Bruno Ducrot
On 2013-06-19, Gérald Niel wrote:
Alors aucune idée. Je vais tester de mon coté voir si j'observe la
même chose. (j'ai un KS aussi, par contre c'est un "vieux" 7.4)



Je n'avais pas de problème avec 9.0. Mais après mise à jour en 9.1,
boom. Apu ipv6 :(

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?
Avatar
Patrick Lamaizière
Xavier :

Bonjou,

J'ai un dédié (kimsufi) qui perd régulièrement sa connectivité ipv6. Obligé de me
connecter par ssh -4, sinon 2 minutes d'attente (timeout sans doute)

Le système :

FreeBSD aragorn.amdh.fr 9.1-STABLE FreeBSD 9.1-STABLE #0 r251793: Sun Jun 16
00:19:33 CEST 2013 :/usr/obj/usr/src/sys/XAVIER amd64

La cause est simple le remède aussi :

| [ ~]# netstat -rnf inet6
| Routing tables
|
| Internet6:
| Destination Gateway Flags Netif Expire
| ::/96 ::1 UGRS lo0
| ::1 link#7 UH lo0
| ::ffff:0.0.0.0/96 ::1 UGRS lo0
| 2001:41d0:8:eb00::/56 link#1 U em0
| 2001:41d0:8:ebcd::/64 link#1 U em0



elle sort d'où cette route en /64 ?
Si me souvient bien OVH fourni un /56

Perso j'ai (en 9.1/STABLE):
rc.conf
# ipv6
ipv6_network_interfaces="re0"
ifconfig_re0_ipv6="inet6 2001:41d0:2:8193::1 prefixlen 56"
ipv6_defaultrouter="2001:41d0:2:81FF:FF:FF:FF:FF"

$ netstat -rnf inet6
Routing tables

Internet6:
Destination Gateway Flags Netif Expire
::/96 ::1 UGRS lo0 =>
default 2001:41d0:2:81ff:ff:ff:ff:ff UGS re0
::1 link#7 UH lo0
::ffff:0.0.0.0/96 ::1 UGRS lo0
2001:41d0:2:8100::/56 link#1 U re0
2001:41d0:2:8193::1 link#1 UHS lo0
2001:41d0:2:8193::1:1 link#1 UHS lo0
2001:41d0:2:8193::1:2 link#1 UHS lo0
2001:41d0:2:8193::1:3 link#1 UHS lo0
2001:41d0:2:8193::1:4 link#1 UHS lo0
2001:41d0:2:8193::1:5 link#1 UHS lo0
2001:41d0:2:8193::1:10 link#1 UHS lo0
2001:41d0:2:8193::1:128 link#1 UHS lo0
fe80::/10 ::1 UGRS lo0
fe80::%re0/64 link#1 U re0
fe80::7271:bcff:fecd:83c2%re0 link#1 UHS lo0
fe80::%lo0/64 link#7 U lo0
fe80::1%lo0 link#7 UHS lo0
ff01::%re0/32 fe80::7271:bcff:fecd:83c2%re0 U re0
ff01::%lo0/32 ::1 U lo0
ff02::/16 ::1 UGRS lo0
ff02::%re0/32 fe80::7271:bcff:fecd:83c2%re0 U re0
ff02::%lo0/32 ::1 U lo0

Par contre je peux pas dire si ça tiens dans le temps, j'ai rebouté hier
suite au pb sur nmap mais là ça marche...
Avatar
Bruno Ducrot
On 2013-06-20, Patrick Lamaizière wrote:
Xavier :


Perso j'ai (en 9.1/STABLE):


...

ifconfig_re0_ipv6="inet6 2001:41d0:2:8193::1 prefixlen 56"


^^
A oui, ça marche
mieux, en effet.

Merci,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?
Avatar
xavier
Patrick Lamaizière wrote:

elle sort d'où cette route en /64 ?
Si me souvient bien OVH fourni un /56



Alors c'est leur installeur qui merdoie, parce que le prefixlen 64, c'est pas
moi qui l'ai inventé...

J'ai trouvé ça dans rc.conf juste après l'installation :

----------->8----------
ipv6_defaultrouter="2001:41D0:8:EBff:ff:ff:ff:ff"
ifconfig_em0_ipv6="inet6 2001:41D0:8:EBcd::1 prefixlen 64"
ipv6_static_routes="ovhgw"
ipv6_route_ovhgw="2001:41D0:8:EBff:ff:ff:ff:ff -prefixlen 128 -interface em0"
----------->8----------

A moins que ce soit différent pour OVH "OVH" et OVH "Kimsufi" ?

--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Avatar
Gérald Niel
Le Vendredi 21 juin 2013 à 13:59 UTC, Xavier écrivait sur
fr.comp.os.bsd :

J'ai trouvé ça dans rc.conf juste après l'installation :

----------->8----------
ipv6_defaultrouter="2001:41D0:8:EBff:ff:ff:ff:ff"
ifconfig_em0_ipv6="inet6 2001:41D0:8:EBcd::1 prefixlen 64"
ipv6_static_routes="ovhgw"
ipv6_route_ovhgw="2001:41D0:8:EBff:ff:ff:ff:ff -prefixlen 128 -interface em0"
----------->8----------



Tiens, c'est nouveau ça.

Moi je n'ai que ça aussi, et ajouté par moi-même d'après les doc, rien
après l'installation. Bon… certes, ça date et c'est un 7.4.
Et au début, ça marchait même juste avec rtadvd.

ipv6_enable="YES"
ipv6_ifconfig_re0="2001:41D0:1:9c8a::1 prefixlen 56"
ipv6_ifconfig_re0_alias0="2001:41D0:1:9c8a::10 prefixlen 56"
ipv6_defaultrouter="2001:41d0:1:9cff:ff:ff:ff:ff"

à essayer :
ifconfig_em0_ipv6="inet6 accept_rtadv"

A moins que ce soit différent pour OVH "OVH" et OVH "Kimsufi" ?



Non, à priori ça concerne tout les dédiés d'après les docs.

@+
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
1 2