Utiliser IPv6

Support Debian
#1

Je ne comprends pas grand chose à l’IPv6.

J’ai deux serveurs chez des prestataires différents. Les deux ont l’IPv6.

Quand j’essais de les faire se pinger avec ping6 ipv6 j’obtient des Address unreachable.

pas de parefeu activé :confused:

Ip : 2001:bc8:4400:2b00::29:60f

voilà l’ifconfig sur l’un d’eux

ens2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST mtu 1500
        inet 10.15.34.15  netmask 255.255.255.254  broadcast 10.15.34.15
        inet6 fe80::dc1a:18ff:fe2c:3008  prefixlen 64  scopeid 0x20<link>
        ether de:1a:18:2c:30:08  txqueuelen 1000  (Ethernet)
        RX packets 11634  bytes 8590249 (8.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 17759  bytes 1156230 (1.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 4  bytes 276 (276.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 276 (276.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

et un ip address

1: lo: <LOOPBACK,UP,LOWER_UPmtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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: ens2: <BROADCAST,MULTICAST,UP,LOWER_UPmtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether de:1a:18:2c:30:08 brd ff:ff:ff:ff:ff:ff
    inet 10.15.34.15/31 brd 10.15.34.15 scope global ens2
       valid_lft forever preferred_lft forever
    inet6 fe80::dc1a:18ff:fe2c:3008/64 scope link
       valid_lft forever preferred_lft forever
#2

Bon ba finalement pour scaleway il fallait appliquer ce script

# Load all IPv6 setting from the metadata service
IPV6_NETMASK=$(scw-metadata IPV6_NETMASK)  
IPV6_GATEWAY=$(scw-metadata IPV6_GATEWAY)  
IPV6_ADDRESS=$(scw-metadata IPV6_ADDRESS)  
# Add your IPv6
ip addr add ${IPV6_ADDRESS}/${IPV6_NETMASK} dev eth0  
# Add your default IPv6 gateway
ip -6 r add default via ${IPV6_GATEWAY} dev eth0

j’imagine qu’il faut le réadapter chez OVH

#3

je suis totalement allergiques aux images debian retouchées chez les hébergeurs.
Je me retrouve sans fichier /network/interfaces :confused:

#4

Je n’utilise plus de fichier interfaces sur les systèmes récents, en générale soit via systemd-networkd soit via netplan (ce dernier c’est une tuerie pour simplifier au maximum le montage des interfaces.

Réseau : automatiser ethtool ?
#5

Personnellement, je démarre le serveur en mode recovery pour installer une version originale de Debian. C’est pour ça d’ailleurs que l’interface d’administration de Online indique que le serveur est en Debian 7 alors que c’est la version 8 qui est installée.

#6

chez online, du temps où j’y étais encore on avait la KVM sur ip gratuitement pendant 24h sur demande.
Je m’en servais pour installer debian.

Comment tu fais pour installer debian à partir d’un mode recovery?

#7

Peut-être avec debootstrap ?

#8

Presque, en fait, je prépare le système à l’avance chez moi et je le transfère par SSH. Après, je peux installer le système avec un debootstrap ou directement dans une machine virtuelle.

#9

c’est vrai que depuis stretch debian n’utilise plus par défaut les network/interfaces?

En local lorsque j’installe stretch je trouve un fichier network/interfaces et je ne trouve aucune mention de changement nulle part sur le net

#10

Le changement se fera sans doute avec Buster, mais pour l’heure c’est encore volontaire d’utiliser une alternative pour gérer le Réseau.

#11

ok donc c’était le support du datacenter qui se fiche de moi en me disant qu’ils utilisent une image non modifiée alors que partout ailleurs j’ai mon network/interfaces arf…

#12

svp quelqu’un a réussi à activer l’IPV6 que ce soit chez scaleway, ovh (vps ssd) ou bien so you start?
J’ai pas de problème avec l’ipv4 mais je sais pas pourquoi ca foire quand je tente de toucher à l’IPV=v6

en gros que ce soit avant ou après modif je me retrouve avec des

PING 2001:bc8:4400:2700::1a29(2001:bc8:4400:2700::1a29) 56 data bytes
From 2001:bc8:400:4:0:1:7:11c icmp_seq=1 Destination unreachable: Address unreachable
From 2001:bc8:400:4:0:1:7:11c icmp_seq=2 Destination unreachable: Address unreachable
From 2001:bc8:400:4:0:1:7:11c icmp_seq=3 Destination unreachable: Address unreachable

et le fait que je n’arrive à activer l’ipv6 nul part me fait dire que le problème vient peut être de moi :frowning:

#13

ouf je m’en suis finalement sorti sans toucher à interface.
J’ai vu des trucs vraiment étrange.
Sur les vps ssd d’ovh par exemple, un ifconfig me montre que j’utilise ens3 par exemple mais dans le network/interfaces je vois ens4 …

#14

Cela fait depuis 2002 que la commande ifconfig est obsolète. resolu-multiple-passerelle-pour-plusieurs-ip-publiques

Tu peux trouver sur ce lien la manière de faire avec la commande ip du paquet iproute2 : https://baturin.org/docs/iproute2/

Tu devrais voir beaucoup moins de trucs étrange en utilisant la commande ip .

–
AnonymousCoward

1 J'aime
#15

Sinon en exemple classique avec networkd ipv4 / ipv6 sur un VPS lambda (à adapter selon besoin):

# NETWORKING Configuration

[Match]
Name=XXXX
MACAddress=XX:XX:XX:XX:XX:XX

[Network]
DHCP=no


# IPV6 Configuration
[Address]
Address=2a00:c70:1:XXX.XXX.XXX:1/96

[Route]
Gateway=2a00:c70:1:XXX.XXX.XXX::1


# IPV4 Configuration

[Address]
Address=XXX.XXX.XXX.XXX/24

[Route]
Gateway=XXX.XXX.XXX.1

Avec du Netplan c’est encore plus simple :

https://netplan.io/examples