Proxmox - IPV6 sur les Containers - Configuration réseaux

Support Debian
#22

Il m’est impossible de ping l’adresse IPv6 2a04:2180:1:15::1 depuis quelque accès à Internet que ce soit ? C’est normal ?

Éventuellement, est-ce qu’il y a moyen d’autoriser icmpv6 (ou à minima sa sous-partie responsable du ping) sur l’hôte ?

–
AnonymousCoward

#23

Moi je peux :

ping6 2a04:2180:1:15::1
PING 2a04:2180:1:15::1(2a04:2180:1:15::1) 56 data bytes
From 2a02:2d8:2:3800:232a::3 icmp_seq=1 Destination unreachable: Address unreachable

A moins que tu veuilles dire que l’adresse ne répond pas au ping ?
Ce n’est pas un problème d’autorisation du ping mais de résolution NDP : le routeur 2a02:2d8:2:3800:232a::3 n’a pas reçu de réponse à la requête ICMPv6 “neighbor discovery” (équivalent en IPv6 d’une requête ARP) ayant pour but de découvrir l’adresse MAC du noeud suivant (autre routeur ou destinataire), condition nécessaire pour lui envoyer le paquet.

#24

Bonjour !
J’ai eu une réponse du support qui m’informe que je dois utiliser ces adresses :

iface enp2s0f0 inet6 static
address 2a04:2180:ffff:fffe::15
netmask 64
gateway 2a04:2180:ffff:fffe:ffff:ffff:ffff:fffe

Use ipv6 addresses in containers: 2a04:2180:1:15::/64

La connectivité en IPV6 sur l’hôte fonctionne parfaitement, mais quand j’assigne par exemple une IPV6 à un container (2a04:2180:0001:0015:0000:0000:0000:0010), je n’arrive pas à pinguer la passerelle ni rien d’autre de l’extérieur d’ailleurs…
Même en ayant effectué une route vers la passerelle…

#25

Enfin on avance !
Apparemment c’est l’hypothèse n° 2 (routage et interface physique hors du pont) qui se confirme.
Peut-on voir la sortie des commandes suivantes sur l’hôte et un conteneur ?

ip -6 addr
ip -6 route
#26

Bien sûr !

Voici le routage actuel de l’hôte :

ip -6 addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
        inet6 ::1/128 scope host
           valid_lft forever preferred_lft forever
    2: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
        inet6 2a04:2180:ffff:fffe::15/64 scope global
           valid_lft forever preferred_lft forever
        inet6 fe80::ec4:7aff:fe85:ed04/64 scope link
           valid_lft forever preferred_lft forever
    4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UNKNOWN qlen 1000
        inet6 2a04:2180:1:15::1/64 scope global
           valid_lft forever preferred_lft forever
        inet6 fe80::c44d:9aff:fe83:6893/64 scope link
           valid_lft forever preferred_lft forever

ip -6 route :

root@9019-16511:~# ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2a04:2180:1:15::10 dev vmbr0 metric 1024 pref medium
2a04:2180:1:15::11 dev vmbr0 metric 1024 pref medium
2a04:2180:1:15::/64 dev vmbr0 proto kernel metric 256 pref medium
2a04:2180:ffff:fffe::/64 dev enp2s0f0 proto kernel metric 256 pref medium
fe80::/64 dev enp2s0f0 proto kernel metric 256 pref medium
fe80::/64 dev vmbr0 proto kernel metric 256 pref medium
default via 2a04:2180:ffff:fffe:ffff:ffff:ffff:fffe dev enp2s0f0 metric 1024 onlink pref medium
#27

Tout cela me semble correct, à part les routes d’hôtes vers ::10 et ::11 qui sont superflues.
Et sur un conteneur proxmox ?

L’hôte et un conteneur peuvent-ils communiquer (résultat de ping et ping6 dans les deux sens) ?
Il y a du filtrage ip6tables ou nftables ?

#28

D’accord, effectivement je n’arrive pas pinguer en interne et en externe (ipv6.google.com) :

Route du container :

ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
5: eth0@if6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 fe80::3886:ecff:fe82:fa2d/64 scope link 
       valid_lft forever preferred_lft forever

ip -6 route
::1 dev lo proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
#29

L’interface eth0 n’a pas d’adresse IPv6 globale. Pas étonnant que ça ne réponde pas. Comment est-elle configurée ?

#30

Avec cette configuration :

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
        address 10.10.10.2
        netmask 255.255.255.0
        gateway 10.10.10.2

iface eth0 inet6 static
        address 2a04:2180:0001:0015:0000:0000:0000:0010
        netmask 64
        gateway 2a04:2180:0001:0015:0000:0000:0000:0001

La gateway en IPV6 représente l’ipv6 assignée au bridge (vmbr0)
Cordialement.

#31

Visiblement la configuration IPv6 n’est pas appliquée. La configuration IPv4 l’est-elle ?
Je ne connais pas du tout le fonctionnement des conteneurs Proxmox, est-ce que l’interface réseau est censée être configurée normalement par le système du conteneur ou bien directement par l’hyperviseur ?

PS : évite les notations longues d’adresses IPv6, c’est moins lisible.

PPS : en IPv4, l’adresse et la gateway ne peuvent pas être identiques.

#32

J’ai trouvé une petite erreur que je viens de corriger :

address 10.10.10.2
    netmask 255.255.255.0
    gateway 10.10.10.2 < remplacée en 10.10.10.1 (gateway vmbr0)

Et effectivement cela empêchait le bon fonctionnement, merci à vous tout fonctionne correctement maintenant !

#33

Et, normalement, avec des fichiers /etc/network/interfaces tout propres et nets sans les bidouillages infâmes à base de pre-up ou post-up qu’on a pu voir dans de précédentes versions.