# Ipv6 fourni par le FAI?

**URL:** <https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529>\
**Category:** Support Debian\
**Created:** [Mars 18, 2020, 7:30 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529 "2020-03-18T19:30:59Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 18, 2020, 7:31 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/1 "2020-03-18T19:31:00Z")

</div>

Bonjour

Dans mon compte client chez OVH j’ai vu que ipv4 était activé mais pas ipv6.  
Sans raison formelle j’active ipv6, en me disant que depuis le temps qu’on en parle ça devrait servir à quelque chose.  
Une fois activé je fais des test ipv6 et les résultats sont toujours “unreachable”.  
J’en parle à OVH et on me répond :

**L’IPv6 est bien actif sur votre modem actuellement.  
Est-ce qu’il y a une raison pour laquelle vous souhaitez l’utiliser ?  
Est-ce que vos appareils sont paramétrés pour ?**

Et c’est là que j’attends vos avis . . . !  
car je trouve la réponse bizarre, comme si c’était à moi de décider de l’usage ipv6 et le noyau prend en charge nativement ipv6 ?!

Je crois qu’une explication me ferait du bien.

Merci

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 19, 2020, 8:12 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/2 "2020-03-19T08:12:48Z")

</div>

Bonjour,

La première chose à faire et de t’assurer d’avoir redémarré ton « _modem_ » (box /routeur) et de vérifier sur son interface de configuration qu’il fournit bien de l’IPv6 (voir les docs OVH).

Ensuite tu pourra regarder sur ta machine ce que dit la commande ip :

```nohighlight
ip a

```

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 19, 2020, 2:14 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/3 "2020-03-19T14:14:05Z")

</div>

Je demande de l’aide sur 3 forum, ce qui suit est un retour “commun”.

Box redémarrée -\> idem ipv6 unreachable

Dans mon compte client l’adresse ipv6 est présente avec une terminaison /56

Sur le PC une commande

```nohighlight
ip a

```

retourne

```nohighlight
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp27s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:d8:61:34:0c:b1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.69/24 brd 192.168.1.255 scope global dynamic enp27s0
       valid_lft 75270sec preferred_lft 75270sec
    inet6 2001:41d0:fe53:ce00:2d8:61ff:fe34:cb1/64 scope global dynamic mngtmpaddr 
       valid_lft 2535278sec preferred_lft 548078sec
    inet6 fe80::2d8:61ff:fe34:cb1/64 scope link 
       valid_lft forever preferred_lft forever

```

Il y aurait-il quelque chose à renseigner dans les paramètre réseaux du PC ??

J’ai mis le retour entre balises code mais ça affiche un platras, désolé !

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 19, 2020, 5:02 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/4 "2020-03-19T17:02:31Z")

</div>

Ta machine a bien une adresse IPv6 publique pour l’interface Ethernet _enp27s0_ :

> [@antek](#):
>
> `2001:41d0:fe53:ce00:2d8:61ff:fe34:cb1`

Donc au niveau de la box et de la configuration réseau cela semble bon.  
Est-ce que tu as une route en IPV6 :

```plaintext
ip -6 route

```

Est-ce que tu peux faire un ping :

```plaintext
ping -6 -c2 ipv6.google.com

```

Sinon il faudra regarder au niveau du pare-feu, sur la box et éventuellement sur le PC.

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 19, 2020, 6:08 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/5 "2020-03-19T18:08:10Z")

</div>

```nohighlight
jarek@prozerpine:~$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2001:41d0:fe53:ce00::/64 dev enp27s0 proto kernel metric 256 expires 2520614sec pref medium
fe80::/64 dev enp27s0 proto kernel metric 256 pref medium

```

```nohighlight
jarek@prozerpine:~$ ping -6 -c2 ipv6.google.com
connect: Le réseau n'est pas accessible

```

Le pare-feu sur le modem est paramétré “normal”

Merci

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 19, 2020, 9:03 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/6 "2020-03-19T21:03:09Z")

</div>

Je viens de découvrir un wiki IPV6 qui semble convenir à mon cas je le consulte demain.

Bonne soirée !

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 20, 2020, 6:35 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/7 "2020-03-20T18:35:12Z")

</div>

Je rame, tout ce que j’ai trouvé de pertinent est là :

```nohighlight
jarek@prozerpine:~$ cat /proc/sys/net/ipv6/conf/lo/disable_ipv6
0
jarek@prozerpine:~$ cat /proc/sys/net/ipv6/conf/enp27s0/disable_ipv6
0

```

Merci

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 20, 2020, 7:31 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/8 "2020-03-20T19:31:20Z")

</div>

Tu n’a pas de route / passerelle pour « sortir » en IPv6.  
Soit il y a une mauvaise configuration de la box/routeur qui n’enverrait pas de paquets RA (Routeur Advertisement). Encore une fois il faut consulter la doc OVH sur ce sujet.  
Soit tu as un pare-feu qui bloque l’ICMPv6.

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 20, 2020, 8:54 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/9 "2020-03-20T20:54:21Z")

</div>

C’est noté, merci !

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mars 22, 2020, 11:22 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/10 "2020-03-22T11:22:19Z")

</div>

> [@anon70622873](#):
>
> Soit il y a une mauvaise configuration de la box/routeur qui n’enverrait pas de paquets RA (Routeur Advertisement). Encore une fois il faut consulter la doc OVH sur ce sujet.  
> Soit tu as un pare-feu qui bloque l’ICMPv6.

Dans un cas comme dans l’autre, comment l’interface aurait-elle acquis cette adresse IPv6 globale dont la partie hôte est manifestement basée sur l’adresse MAC ? Par DHCPv6 ? (ça marche sans RA ?)

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 22, 2020, 12:03 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/11 "2020-03-22T12:03:29Z")

</div>

Exact c’est bien une adresse obtenue d’après l’adresse MAC. Ce que j’ai dit est une connerie 😔

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 22, 2020, 2:20 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/12 "2020-03-22T14:20:44Z")

</div>

Merci à vous, mais là je me rend concrètement compte qu’un ordinateur n’est pas une machine à laver . . .  
Pour info, ce matin j’ai installé bullseye sur un nouveau PC.  
En cours d’installation j’ai eu un “configuration automatique ipv6 impossible” !

C’est à se demander à quoi ça sert (à part écrire des articles), d’autant plus que les seuls tuto usager que j’ai trouvé concernent sa désactivation . . .

La doc OVH ne m’a rien appris.  
Est-ce que ce qui suit permettrait de m’orienter pratiquement ?  
Je persiste parce que ça m’agace . . .

* * *

Configuration de mon modem (fourni par OVH)

## IP LAN -\> statique

## DHCP -\> actif passerelle -\> renseigné DNS p/s -\> renseigné nom domaine DHCP -\> LAN plage DHCP -\> renseigné durée d’allocation -\> renseigné

## baux DHCP -\> néant redirection de ports -\> néant

configurations avancées  
les services activables (mais non activés) sont FTP et partage contenu

* * *

Sur le PC en interface graphique j’ai accès à “configuration réseau avancée” -\>  
ethernet -\> wired connexion 1 -\>

paramètres ipv4 -\> methode -\> automatique (DHCP)

paramètres ipv6 -\> methode -\> automatique  
avec choix entre

- ignorer
- automatique
- automatique (adresse uniquement)
- automatique (DHCP uniquement)
- manuel
- lien local uniquement
- partagé avec d’autres ordinateurs

* * *

Le passage en gras n’est pas volontaire.

Bon dimanche !

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 22, 2020, 4:41 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/13 "2020-03-22T16:41:22Z")

</div>

Si tu as le même problème sur une autre machine, cela laisse supposer un problème avec de configuration du routeur (modem). Il serait intéressant de voir le retour des commandes `ip a` et `ip -6 route` sur cette nouvelle machine.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mars 22, 2020, 5:55 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/14 "2020-03-22T17:55:50Z")

</div>

Ce serait intéressant de capturer une annonce de routeur IPv6 (RA) émise par ce modem. Le programme/paquet **radvdump** est fait spécialement pour ça. Il faut lui indiquer sur quelle interface réseau écouter, et le laisser tourner jusqu’à ce qu’un RA soit reçu. Normalement un routeur IPv6 en émet périodiquement, et sur demande lorsqu’il reçoit une sollicitation d’une machine qui vient de se connecter au réseau.

Mes hypothèses sont que ces annonces pourraient contenir une donnée incorrecte dans ces annonces, ou bien une particularité qui ne s’accorde pas bien avec Linux.

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 22, 2020, 9:19 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/15 "2020-03-22T21:19:03Z")

</div>

La nouvelle n’est pas fonctionnelle.

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 23, 2020, 8:29 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/16 "2020-03-23T20:29:35Z")

</div>

J’ai refait une install bullseye en mode “expert” (c’est assez valorisant . . .) et ipv6 s’est “automatiquement installé” sans le redouté “impossible”.  
Une dernière question :  
Comment déterminer le gestionnaire de connexion installé (NM, ifupdown, . . .) ?

Je reviendrai plus tard pour le problème ipv6.

merci et bonne soirée !

---

<div class="post-metadata">

**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\
**Post date:** [Mars 30, 2020, 12:11 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/17 "2020-03-30T12:11:43Z")

</div>

Suite et fin . . .

Après de nombreuses manip, avec une installation de buster ou bullseye en “mode expert” le mode ipv6 fonctionne.  
En “mode automatique” (celui par défaut en 1e page) le mode ipv6 ne fonctionne pas.

Je renonce à comprendre !

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mars 30, 2020, 1:06 UTC](https://www.debian-fr.org/t/ipv6-fourni-par-le-fai/81529/18 "2020-03-30T13:06:06Z")

</div>

Je ne comprends pas non plus. A ma connaissance, la seule différence entre l’installation normale et l’installation expert est la priorité minimale des questions posées à l’utilisateur. L’installation normale ne pose pas les questions de priorité basse et prend automatiquement le choix par défaut. Si on répond à toutes les questions en laissant le choix par défaut, le résultat devrait être identique.

Pour la configuration du réseau, l’installation expert demande s’il faut configurer le réseau automatiquement alors que l’installation normale essaie directement sans demander.
