IPV6 fonctionne pas sous install Debian10

Bonjour,

J ai le même pb de configuration IPV6 et Debian 10 ca fait 1 semaine que je cherche.

moi j ai tout essayé rien ne fonctionne . J ai évidemment suivi la doc j ai aussi essaye de recréer le fichier /etc/network/interfaces ca plante pffff
Ja i monté une Dedian 10 server sur un pc et la aucun pb
Avez-vous trouvé une solution?

Bonjour, non hélas je n'ai à ce jour aucune solution - et le support tech OVH non plus, en dehors de répéter "en mode rescue ça fonctionne donc lisez la doc Debian, allez sur les forums ou payez vous les services d'un type qui vas vous le faire..." et de rajouter "On comprends votre colère mais c'est Debian qui nous fait les customisations que on utilise alors on ne peux pas y toucher [...]" - un cas d'école de bottage en touche.

J'ai quelques idées :
* dégager le "cloud init" qui est peut-être la cause du problème et en revenir à une init de la couche réseau plus standard
* vérifier la config du client dhcp - notamment pour la v6
* renommer l'interface réseau de eno0 (Debian) en eth0 (comme elle est en mode rescue)

mais je doute que ça y fasse quelque chose, et surtout je sait que tenter des actions sur cette partie là est dangereux: si les interfaces réseaux ne remontent pas, il faut attendre un bon quart d'heure que la supervision OVH détecte que le serveur ne réponds plus au ping, puis environ 30 minutes pour que les techniciens interviennent physiquement sur le serveur pour le relancer en mode rescue, puis lorsque c'est fait monter la partition Debian dans la rescue et annuler ses modifications.

Autrement dit, une bonne heure de downtime minimum à chaque manipulation qui marche pas !
Donc c'est à se choisir le meilleur moment pendant lequel tu peux mettre ton serveur en panne - d'autant que j'ai été contraint de provisionner ce serveur en catastrophe, en remplacement d'un autre serveur en train de lâcher. Bref, maintenant qu'il est opérationnel il m'est très difficile de le mettre downtime... et je n'ai donc pas pu y procéder à ce jour. J'ai pas l'IPV6 mais je fait avec.

Bonjour,

Avez-vous trouver une solution ?
Lorsque l'on modifie l'IPV6 du serveur, pendant un certain moment il répond sur l'interface… après un délai, il ne répond plus.

Lorsque j'intègre le gateway dans le fichier "interfaces", plus aucune des IP (4 et 6) ne réponds.

A ce jour toujours aucune solution. Le support OVH depuis sa réforme est aussi toujours autant à coté de la plaque donc rien n'as changé, mon serveur est inutilisable en IPV6

Pour activer l'IPv6, je fais comme ici :
https://community.ovhcloud.com/community/fr/site-fonctionne-en-wifi-mais-pas-en-4g?id=community_question&sys_id=cc94bd4cb55a0ad0f078da7e5576c9c3?u=christophegx

Dans la documentation OVH, il y a une ligne vide, peut-être la raison du problème.

Bonjour,
Voici la solution si besoin,
ajouter dans le /etc/network/interfaces les lignes
iface eth0 inet6 static
address 2001:41d0:XXXXXXXXXX
netmask 64
autoconf 0
gateway 2001:41d0:XXXXXXXXXX

(remplacer les XXXX par l'ipv6 et gateway de votre compte)

Bonsoir,
Pour ma part, cela a permis l'activation du v6 mais ca ne tenait que quelques heures (au renouvellement du bail v4?).
Pour que ca tienne chez moi et après avoir fait des updates debian 9 > 10 (où la config fonctionne), j'ai supprimé le dhcp de l'ipv4...
Le fichier /etc/network/interfaces.d/50-cloud-init ressemble à ceci :

auto eno0
iface eno0 inet static
address [adresse_v4]
netmask 24
gateway [gateway_v4]
iface eno0 inet6 static
address [adresse_v6]
netmask 128
gateway [gateway_v6]

(pour la [gateway_v4], à vérifier chez vous, mais elle semble être l'adresse 254 de l'ip - XXX.XXX.XXX.254)



A tester... mais de mon côté, cela tient depuis 1 semaine et avec des freshs installs)

(pas oublier de contrôler le fichier /etc/resolv.conf et de redémarrer le service "systemctl restart networking")

systemctl restart networking

Merci pour ces indications, je vais tester car cela commence à me gaver grave cette incompétence à gérer les problèmes qu'ils créent !

Une question cependant que suggérez-vous en parlant du resolv.conf ?

J'ai repris une configuration d'un vps qui fonctionnait et d'un issu de la migration debian 9 vers 10..
nameserver 127.0.0.1
nameserver 213.186.33.99
nameserver 2001:41d0:3:163::1
mais il peut s'adapter pour s'optimiser à votre utilisation..
Tiens nous au courant si cela fonctionne chez toi ;) (sur mon serveur, l'ipV6 est toujours actif depuis...)

Je confirme tout fonctionne à merveille, merci !

Bonjour à tous.

J'ai aussi "un peu ramé" autour de l'ipv6 sous debian 10.
Après consultations de docs diverses (ovh etc...), contact avec le support SYS, forums ici et ailleurs, et j'en passe, je partage "ma solution" (si on peut dire), ça intéressera peut-être quelqu'un.
Je vous la livre bien sûr "with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law" comme indiqué dans notre console préférée.
Donc je ne force personne mais pour moi ça marche.

Vérification de la config, du contenu des fichiers et redémarrage du réseau
ifconfig
nano /etc/sysctl.conf
nano /etc/network/interfaces
nano /etc/network/interfaces.d/50-cloud-init
/etc/init.d/networking restart
ok

**Config de l'ipv6**
créer (cf l'entête de /50-cloud-init)
nano /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg
ajouter
network: {config: disabled}

nano /etc/sysctl.conf
ajouter
net.ipv6.conf.all.autoconf = 0 (doc ovh)
net.ipv6.conf.all.accept_ra = 0 (doc ovh)
net.ipv4.ip_forward=0 (dans une config depuis webmin)
net.ipv6.conf.default.autoconf = 0 (forum US)
net.ipv6.conf.eno1.autoconf = 0 (forum US)
net.ipv6.conf.default.accept_ra = 0 (forum US)
net.ipv6.conf.eno1.accept_ra = 0 (forum US)

sh sysctl -p (doc ovh)
la commande me renvoie
/usr/sbin/sysctl: /usr/sbin/sysctl: cannot execute binary file
(à régler plus tard je choisi le reboot)

systemctl reboot
ok

**enregistrement de l'ipv6 et routing**

ip addr add [IPV6/64] dev IF (SYS)
ip -6 route add [IPV6_GATEWAY] dev IF (SYS)
ip -6 route add default via [IPV6_GATEWAY] dev IF (SYS)

ifconfig
(ok ipv6 prise en compte mais à ce stade sera perdue au redémarrage du réseau ou au reboot)

nano /etc/network/interfaces

IPV6
iface IF inet6 static
address YOUR_IPv6
netmask 64

post-up /sbin/ip -f inet6 route add IPv6_GATEWAY dev IF
post-up /sbin/ip -f inet6 route add default via IPv6_GATEWAY
pre-down /sbin/ip -f inet6 route del IPv6_GATEWAY dev IF
pre-down /sbin/ip -f inet6 route del default via Ipv6_GATEWAY

etc/init.d/networking restart
ok

(test ping)
date && ping -c 6 proof.ovh.net
ping6 -c 4 2001:4860:4860::8888 (doc ovh)
date && mtr -rbwz -c 10 -6 [ipv6 de ma connexion]
tous ok

depuis ma connexion
date && ping6 -c 6 [ipv6 du serveur]
date && mtr -rbwz -c 10 -6 [ipv6 du serveur]
ok

systemctl reboot
ok
ifconfig ok
ip a ok
(re)tests ping divers ok

😀☺️😎

Quelques précisions et réflexions.
Les commandes (SYS) m'ont été passées par le support (SYS) à faire en mode rescue. Donc ça marche, mais on les perd au reboot. J'ai juste tenté la même chose en mode "normal" à chaud.

Avant de poster, j'ai testé pas mal de solutions.
La création de /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg avec network: {config: disabled} me semble indispensable, lors d'un test sans, les commandes
post-up /sbin/ip -f inet6 route add IPv6_GATEWAY dev IF
post-up /sbin/ip -f inet6 route add default via IPv6_GATEWAY
étaient acceptées (/etc/init.d/networking restart ok)
mais
pre-down /sbin/ip -f inet6 route del IPv6_GATEWAY dev IF
pre-down /sbin/ip -f inet6 route del default via Ipv6_GATEWAY
aboutissaient sur un blocage du serveur (freeze ?)
Mais curieusement le seveur répondait au ping...???...

Ne pas enregistrer le gateway dans le fichier /etc/network/interfaces, chez moi => rescue direct.

Comme je l'ai dit plus haut, with ABSOLUTELY NO WARRANTY, mais pas mal de temps passé. Je n'ai pas non plus la prétention d'être un spécialiste.

Cordialement à tous (et à charge de revanche ??).

Si vous tombez sur cette discussion aujourd'hui n'hésitez pas à aller voir un de ces tutos

VPS: https://docs.ovh.com/fr/vps/configurer-ipv6/#configuration-des-fichiers-interfaces
Serveur dédié: https://docs.ovh.com/fr/dedicated/network-ipv6/

Perso je trouve ça dommage que l'IPV6 soit pas configurée par défaut sur les serveurs ... c'est de plus en plus généralisé et en plus rien sur le dashboard ovh indique que l'IPV6 n'est pas configurée sur le VPS (techs OVH ... si vous passez par là ;) )