Contacter des adresses ipv4 depuis un debian ipv6

Bonjour,

Je possède un serveur dédié Debian n’ayant qu’une adresse ipv6.

Je n’ai aucun problème pour communiquer avec des machines ipv6 (ping, wget…), mais je n’arrive pas à contacter des machines ipv4.

Y-a-t-il quelque chose que je puisse faire pour contourner ce problème ?

Merci,
GBhack

Donner des renseignements plus précis (tables de routage, etc)

ifconfig ou «ip link show»
route -n ou «ip route show»

par exemple. Regarde également si les DNS fonctionnent ou pas, que donne un ping sur une adresse ipv4 genre 216.58.211.67

Bonjour.

Merci pour votre réponse, et désolé pour le temps de latence : les études sont prenantes.

Voici un petit résumé de la situation :

[code]#interfaces :

auto lo

iface lo inet loopback
iface eth0 inet6 static
address 2a00:14e0:05XX:XXXX:X::X
netmask 64
gateway 2a00:14e0:05XX:XXXX:X::X
dns-nameservers 2001:4860:4860::8888


#resolv.conf :

nameserver 2001:4860:4860::8888 #Google
nameserver 2a00:14e0:05XX:XXXX::X #Routeur


#ifconfig :

eth0 Link encap:Ethernet HWaddr b8:27:eb:41:f3:c6
adr inet6: fe80::ba27:ebff:feXX:XXXX/64 Scope:Lien
adr inet6: 2a00:14e0:5XX:XXXX:X::X/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1103754 errors:0 dropped:0 overruns:0 frame:0
TX packets:4891 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:77088535 (73.5 MiB) TX bytes:600630 (586.5 KiB)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1104 (1.0 KiB) TX bytes:1104 (1.0 KiB)


#ping ipv6 :

$ ping6 2620:0:862:ed1a::1
PING 2620:0:862:ed1a::1(2620:0:862:ed1a::1) 56 data bytes
64 bytes from 2620:0:862:ed1a::1: icmp_seq=1 ttl=58 time=17.2 ms
64 bytes from 2620:0:862:ed1a::1: icmp_seq=2 ttl=58 time=17.4 ms
64 bytes from 2620:0:862:ed1a::1: icmp_seq=3 ttl=58 time=17.2 ms
^C
— 2620:0:862:ed1a::1 ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 17.212/17.305/17.436/0.179 ms


#ping ipv4 :

$ ping 91.198.174.192
connect: Network is unreachable


#ping ipv4 converti en ipv6:

$ ping6 0:0:0:0:0:ffff:5bc6:aec0
connect: Network is unreachable


#Wget serveur ipv6-compatible :

$ wget upload.wikimedia.org/wikipedia/meta/6/6d/Wikipedia_wordmark_1x.png
–2015-03-25 21:59:13-- http://upload.wikimedia.org/wikipedia/meta/6/6d/Wikipedia_wordmark_1x.png
Résolution de upload.wikimedia.org (upload.wikimedia.org)… 2620:0:862:ed1a::2:b, 91.198.174.208
Connexion vers upload.wikimedia.org (upload.wikimedia.org)|2620:0:862:ed1a::2:b|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 2460 (2,4K) [image/png]
Sauvegarde en : «Wikipedia_wordmark_1x.png»

100%[======================================>] 2 460 --.-K/s ds 0s

2015-03-25 21:59:13 (42,9 MB/s) - «Wikipedia_wordmark_1x.png» sauvegardé [2460/2460]


#Wget serveur NON ipv6-compatible :

$ wget http://www.letudiant.fr/static/etucmsEtuPlugin/images/logo_letudiant-footer.png
–2015-03-25 22:04:43-- http://www.letudiant.fr/static/etucmsEtuPlugin/images/logo_letudiant-footer.png
Résolution de www.letudiant.fr (www.letudiant.fr)… 95.131.143.145
Connexion vers www.letudiant.fr (www.letudiant.fr)|95.131.143.145|:80…échec: Le réseau n’est pas accessible.


$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface[/code]

Donc tu es bien dans du IPV6 pur.
Il me semble (à vérifier vraiment) que dans ta situation IPV6 seul tu n’as pas d’autres choix que de passer par une passerelle IPV6-IPV4 automatiquement via

  • Un DNS qui projette automatiquement les IPV4 dans l’espace IPV6 (il faut un bind récent, >= 0.9.8 je crois)
  • Une passerelle IPV6 adequate qui établit un lien entre l’IPV4 et l’IPV6.
  • Pour le premier renseigne toi sur bind64
  • Pour le second, si le fournisseur d’accès est cohérent, la passerelle doit faire ça.

Attention, la projection IPV6->IPV4 n’est pas aussi simple que de rajouter des 0 devant. Il y a un rajout d’un prefixe peut être unique ou dépendant du couple bind64/routeur

Je te suggère de consulter le site de Stéphane Bortzmeyer, tu auras plus de précisions. Attend peut être le passage de Pascal Hambourg, il maitirise le routage, les DNS et l’IPV6. Il saura être plus précis. En attendant les mots clefs semblent être bind64, projection IPV4 vers IPV6 et sans doute quelque chose genre nat64 ou 4to6

Je n’ai pas grand-chose à ajouter, n’ayant jamais utilisé (ni même étudié) les mécanismes de translation IPv4 sur IPv6 mais seulement la double pile IPv4+IPv6. Je peux juste ajouter à tes suggestions le tunnel IPv4 dans IPv6 avec une machine à double pile assurant le rôle de routeur IPv4.

Ce n’est quand même pas courant une machine sans connectivité IPv4 du tout, même pas d’adressage privé avec NAT.