FreeBSD9 perte de la route ipv6 default

15 réponses

xavier

19/06/2013 à 16:05

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)

5 réponses

1 2

xavier

22/06/2013 à 11:18

Gérald Niel <gerald.niel+ wrote:

> 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.

Sur ma console, il est bien indiqué un /64, pourtant.

--
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)

Bruno Ducrot

24/06/2013 à 11:12

On 2013-06-22, Xavier wrote:

Gérald Niel <gerald.niel+ wrote:

> 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.

Sur ma console, il est bien indiqué un /64, pourtant.

J'ai remplacé par 56 et virer la route faisant mention de ovh.
J'ai aussi rebooté, bien que je ne sois pas windowsien, mais
pour vérifier que ça marcherait en cas de reboot inopiné.

Je n'ai plus de soucis avec :

ipv6_interfaces="em0"
ipv6_ifconfig_em0="2001:41D0:8:93a0::1 prefixlen 56"
ipv6_defaultrouter="2001:41D0:8:93ff:ff:ff:ff:ff"

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?

xavier

24/06/2013 à 12:50

Bruno Ducrot wrote:

Je n'ai plus de soucis avec :

ipv6_interfaces="em0"
ipv6_ifconfig_em0="2001:41D0:8:93a0::1 prefixlen 56"
ipv6_defaultrouter="2001:41D0:8:93ff:ff:ff:ff:ff"

Je vais tester ça. Merci Bruno.

--
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)

Patrick Lamaizière

24/06/2013 à 15:35

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" ?

Je ne trouve plus où j'avais trouvé cette info...
Peut-être qu'il y a eu des modifs
par ex:
http://www.mirtouf.net/index.php/2012/06/kimsufi-ovh-payez-du-base-64-repartez-en-base-56/

(j'ai toujours de l'ipv6 depuis l'autre jour, la tortue se meut)

Bruno Ducrot

24/06/2013 à 17:59

On 2013-06-24, Xavier wrote:

Bruno Ducrot wrote:

Je n'ai plus de soucis avec :

ipv6_interfaces="em0"
ipv6_ifconfig_em0="2001:41D0:8:93a0::1 prefixlen 56"
ipv6_defaultrouter="2001:41D0:8:93ff:ff:ff:ff:ff"

Je vais tester ça. Merci Bruno.

Il vaudrait mieux remercier Patrick et Gérald, qui m'ont
soufflé cette solution.

A plus,

--
Bruno Ducrot

A quoi ca sert que Ducrot hisse des carcasses ?

1 2

FreeBSD9 perte de la route ipv6 default

5 réponses

Veuillez sélectionner un problème