Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème IPV6 sur serveur OVH ?

vincen

Bonjour

Peut-être que quelqu'un ayant l'habitude d'IPV6 sous Ubuntu 18.04 aura une idée car là je suis à court d'idée après avoir essayé plusieurs méthodes sans résultat vraiment probant. J'ai un serveur dédié chez OVH auquel est attribuée une IPV4 (pas de soucis de ce côté-là et une classe IPV6). J'ai donc via la console d'OVH attribué la première IPV6 de la classe à ce serveur (classe: 2001:41d0:XXXX:YYYY::/64 et IP: 2001:41d0:XXXX:XXXX::1/64). J'ai donc configuré le DHCP IPV6 mais le serveur ne récupére systématiquement qu'une IP de la forme: 2001:41d0:0303:6db6:: ?? Il n'y a pas à priori comme chez Dédibox/Online un ID à déclarer donc je suis à court d'idée ! Le support OVH tape en touche (leurs tutos sont trop vieux) et les solutions trouvées sur le forum OVH ne marchent pas non plus !

Merci pour vos idées/lumières depuis chez vous 😉

Vincèn

xubu1957

Bonjour,

Fournis les noyaux présents :

echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

Vu ce fil de ce matin > ./viewtopic.php?pid=22242658#p22242658

vincen

xubu1957 a écrit Fournis les noyaux présents :

root@pro-3:~# echo; dpkg -l | grep -Ei "linux-(g|h|i|lo|mo|si|t)" | grep -v ^rc | sort -k3 | awk '{print $1,$2,$3,$4}' | column -s" " -t ; echo ; uname -mr

ii  binutils-x86-64-linux-gnu              2.30-21ubuntu1~18.04.2  amd64
ii  linux-image-generic                    4.15.0.91.83            amd64
ii  linux-headers-4.15.0-91                4.15.0-91.92            all
ii  linux-modules-4.15.0-91-generic        4.15.0-91.92            amd64
ii  linux-modules-extra-4.15.0-91-generic  4.15.0-91.92            amd64
ii  linux-headers-4.15.0-91-generic        4.15.0-91.92            amd64
ii  linux-image-4.15.0-91-generic          4.15.0-91.92            amd64

4.15.0-91-generic x86_64
root@pro-3:~#

Voilà c'est une ubuntu 18.04 à jour 😉

xubu1957 a écrit Vu ce fil de ce matin > ./viewtopic.php?pid=22242658#p22242658

Oui vu mais c'est pas la même problématique ni plateforme je pense 🙁

Petite question de curiosité, pourquoi la version du noyau ? l'IPV6 est implémenté entièrement depuis longtemps dans Linux non ?

xubu1957

Tu avais vu dans la Doc ? > ipv6#activation_d_ipv6

OVH propose aussi l'IPv6 en natif à ses abonnés.

Rien d'utile dans la Doc > network-manager ?

_ _ _

Voir règles du forum > balises BB code

Balise CODE :

C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.

vincen

xubu1957 a écritTu avais vu dans la Doc ? > ipv6#activation_d_ipv6
OVH propose aussi l'IPv6 en natif à ses abonnés.

Il s'agit bien d'IPV6 natif (pas de tunnel ou autre) et pour cette doc la seule chose discordante que j'ai trouvé c'est que j'ai pas de module ipv6 mais tous ces modules ! Normal ? J'ai essayé un modprobe ipv6 mais la commande ne retourne rien !

root@pro-3:~# lsmod | grep ipv6
nf_reject_ipv6         16384  1 ip6t_REJECT
nf_conntrack_ipv6      20480  25
nf_defrag_ipv6         20480  1 nf_conntrack_ipv6
nf_nat_ipv6            16384  1 ip6table_nat
nf_nat                 32768  3 nf_nat_ftp,nf_nat_ipv6,nf_nat_ipv4
nf_conntrack          131072  9 xt_conntrack,nf_conntrack_ipv6,nf_conntrack_ipv4,nf_nat,nf_nat_ftp,nf_nat_ipv6,nf_nat_ipv4,nf_conntrack_ftp,xt_CT

xubu1957 a écritRien d'utile dans la Doc > network-manager ?

Non cela parle de Network Manager que je n'ai pas sur un serveur (pas d'environnement graphique !).

xubu1957 a écritVoir règles du forum > balises BB code

Mea culpa !

xubu1957

Et là-dedans > snel.com/support/how-to-configure-ipv6-with-netplan-on-ubuntu-18-04 ?

bruno

Bonjour,

Avant toute chose il faut connaître un peu ta configuration réseau. Et donc donner les retours des commandes qui suivent
Les adresses IP :

ip a

Route IPv6

ip -6 route

Et savoir comment le réseau est géré : interfaces, systemd-networkd ou netplan ?

cat /etc/network/interfaces

systemctl status systemd-networkd

apt policy netplan

A priori netplan n'est pas installé par défaut.

vincen

xubu1957 a écritEt là-dedans > snel.com/support/how-to-configure-ipv6-with-netplan-on-ubuntu-18-04 ?

Alors cette doc recoupe pas mal une autre doc similaire que j'avais déja essayé sans succès ! Ici en suivant ce tuto j'arrive maintenant à avoir mon adresse IPV6 sur ma machine, par contre j'ai un problème de gateway car je ne sors pas et inaccessible toujours de l'extérieur en IPV6 🙁
Ma config netplan:

root@pro-3:/etc/netplan# more 01-netcfg.yaml 
network:
  version: 2
  renderer: networkd
  ethernets:
    enp5s0f0:
      dhcp4: true
      addresses:
        - 2001:ABCD:EFGH:10f0::1/64
      gateway6: 2001:ABCD:EFGH:10FF:FF:FF:FF:FF

mais quand je recharge netplan j'ai une erreur de route !!

Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Gained IPv6LL
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: Enumeration completed
Mar 25 09:38:56 pro-3.domedia.net systemd[1]: Started Network Service.
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: IPv6 successfully enabled
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: lo: Link is not managed by us
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f1: Link is not managed by us
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Could not set route: No route to host
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: DHCPv4 address 54.1.2.240/24 via 54.1.2.254
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Could not set route: No route to host
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Configured

bruno a écrit

ip a

root@pro-3:/etc/netplan# ip a
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: enp5s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether ac:1f:6b:40:3d:98 brd ff:ff:ff:ff:ff:ff
    inet 54.1.2.240/24 brd 54.1.2.255 scope global dynamic enp5s0f0
       valid_lft 86094sec preferred_lft 86094sec
    inet6 2001:abcd:efgh:10f0::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::ae1f:6bff:fe40:3d98/64 scope link 
       valid_lft forever preferred_lft forever
3: enp5s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether ac:1f:6b:40:3d:99 brd ff:ff:ff:ff:ff:ff

bruno a écrit

ip -6 route

root@pro-3:/etc/netplan# ip -6 route
2001:abcd:efgh:10f0::/64 dev enp5s0f0 proto kernel metric 256 pref medium
fe80::/64 dev enp5s0f0 proto kernel metric 256 pref medium

bruno a écrit

cat /etc/network/interfaces

fichier inexistant sur mon système !

bruno a écrit

systemctl status systemd-networkd

root@pro-3:/etc/netplan# systemctl status systemd-networkd
● systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2020-03-25 09:38:56 CET; 8min ago
     Docs: man:systemd-networkd.service(8)
 Main PID: 9673 (systemd-network)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/systemd-networkd.service
           └─9673 /lib/systemd/systemd-networkd

Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Gained IPv6LL
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: Enumeration completed
Mar 25 09:38:56 pro-3.domedia.net systemd[1]: Started Network Service.
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: IPv6 successfully enabled
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: lo: Link is not managed by us
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f1: Link is not managed by us
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Could not set route: No route to host
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: DHCPv4 address 54.1.2.240/24 via 54.1.2.254
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Could not set route: No route to host
Mar 25 09:38:56 pro-3.domedia.net systemd-networkd[9673]: enp5s0f0: Configured

bruno a écrit

apt policy netplan

A priori netplan n'est pas installé par défaut.

root@pro-3:/etc/netplan# apt policy netplan
netplan:
  Installed: (none)
  Candidate: 1.10.1-5build1
  Version table:
     1.10.1-5build1 500
        500 http://ubuntu.mirrors.ovh.net/ubuntu bionic/universe amd64 Packages

En fait il est installé mais pas utilisé par le système j'ai l'impression ! Le dossier /etc/netplan était vide sur mon système mais si je crée comme j'ai fait plus haut le fichier qui va bien pour ma config réseau il le prend en compte 😉

bruno

Bon, commence par virer netplan et sa configuration. C'est une sur-couche inutile et source de problème supplémentaires.

apt purge --autoremove netplan

Ton réseau est géré par systemd-networkd.
Tu dois avoir deux fichiers dans /etc/systemd/network.
Le premier en .link qui doit contenir quelque chose comme :

[Match]
MACAddress=ac:1f:6b:40:3d:98

[Link]
Description=network interface on public network, with default route
MACAddressPolicy=persistent
NamePolicy=kernel database onboard slot path mac

Le second en .network où se fait la configuration du réseau, qui devrait contenir ceci (aux adresses IP maquillées près):

[Match]
MACAddress=ac:1f:6b:40:3d:98

[Network]
Description=network interface on public network, with default route
DHCP=no
Address=54.1.2.240//24
Gateway=54.1.2.254
IPv6AcceptRA=no
NTP=ntp.ovh.net
DNS=127.0.0.1
DNS=213.186.33.99
DNS=2001:41d0:3:163::1
Gateway=2001:41d0:0008:c5ff:ff:ff:ff:ff

[Address]
Address=2001:abcd:efgh:10f0::1/64

[Route]
Destination=2001:abcd:efgh:10ff:ff:ff:ff:ff
Scope=link

Une fois les modifications effectuées le reedémarrage du service peut suffire :

systemctl restart systemd-networkd

et tu vérifieras alors que tu as maintenant une route IPv6 :

ip -6 route

mais pour être sûr il vaut mieux redémarre la machine.

vincen

bruno a écritBon, commence par virer netplan et sa configuration. C'est une sur-couche inutile et source de problème supplémentaires.

apt purge --autoremove netplan

.......
Une fois les modifications effectuées le reedémarrage du service peut suffire :

systemctl restart systemd-networkd

et tu vérifieras alors que tu as maintenant une route IPv6 :

ip -6 route

mais pour être sûr il vaut mieux redémarre la machine.

Woohoo merci beaucoup pour ton tuto super efficace et simple et qui a marché du premier coup :cool::cool: Machine accessible de l'extérieur en IPV6 et depuis la machine vers l'extérieur 😉

Encore merci pour l'aide et je vais faire un lien depuis le forum OVH sur ton message pour que les autres clients qui auraient le même soucis trouve la solution facilement !

Bonne journée

Vincèn

vincen

bruno a écritTu dois avoir deux fichiers dans /etc/systemd/network.
Le premier en .link qui doit contenir quelque chose comme :
Le second en .network où se fait la configuration du réseau, qui devrait contenir ceci (aux adresses IP maquillées près):

Du coup si je veux activer les autres interfaces Ethernet non encore utilisées de la machine je dois les déclarer dans le fichier .link et puis ensuite dans le fichier .network pour la partie config IP c'est bien ça ?

Merci et bonnes pâques 😉

bruno

C'est le forum Ubuntu, pas le support OVH…
Tu as bien une seconde interface Ethernet physique mais elle est réservé à un certain usage. À voir avec OVH suivant la gamme du serveur.
Si tu as acheté plusieurs IPv4 ou si tu veux attribuer plusieurs IPv6 tu peux le faire sur la même interface.

vincen

bruno a écritC'est le forum Ubuntu, pas le support OVH…
Tu as bien une seconde interface Ethernet physique mais elle est réservé à un certain usage. À voir avec OVH suivant la gamme du serveur.
Si tu as acheté plusieurs IPv4 ou si tu veux attribuer plusieurs IPv6 tu peux le faire sur la même interface.

Désolé pas eu le temps de répondre plus tôt mais merci pour ta remarque bien désobligeante 🙁 Quel est le rapport avec OVH quand je demande comment faire pour activer les autres ports Ethernet d'une machine sous ubuntu ? Que ce soit une machine chez ovh ou mon serveur à la maison la question reste la même il me semble et peut en intéresser pas mal d'autres en plus de moi !

bruno

J'ai répondu cela d'une part parce que le problème initial a été résolu et il aurait donc fallu ouvrir une nouvelle discussion.
D'autre part et surtout, parce que ta question concerne un problème spécifique à un serveur OVH comme je l'ai indiqué en #12. Il faut d'abord que tu vois avec OVH si tu peux utiliser la seconde interface, cela dépend de la gamme de serveur et des services auxquels tu as souscris.