Je suis chez Free avec l'IPv6 activé et je n'arrive pas à avoir une adresse IPv6. Je suis sous Archlinux avec une distribution à jour.
Au niveau matériel j'ai ceci :
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09)
Subsystem: ASUSTeK Computer Inc. Device 8505
Flags: bus master, fast devsel, latency 0, IRQ 44
I/O ports at e000 [size=256]
Memory at f0004000 (64-bit, prefetchable) [size=4K]
Memory at f0000000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Si je fais dhcpcd -d eth0
ça me raconte ceci :
dhcpcd[1248]: version 5.6.2 starting
dhcpcd[1248]: eth0: using hwaddr 30:85:a9:ee:43:fa
dhcpcd[1248]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
dhcpcd[1248]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason NOCARRIER
dhcpcd[1248]: eth0: waiting for carrier
dhcpcd[1248]: eth0: carrier acquired
dhcpcd[1248]: eth0: using hwaddr 30:85:a9:ee:43:fa
dhcpcd[1248]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason CARRIER
dhcpcd[1248]: eth0: sending IPv6 Router Solicitation
dhcpcd[1248]: eth0: sendmsg: Cannot assign requested address
dhcpcd[1248]: eth0: reading lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
dhcpcd[1248]: eth0: rebinding lease of 192.168.0.11
dhcpcd[1248]: eth0: sending REQUEST (xid 0x64c1021e), next in 3.71 seconds
dhcpcd[1248]: eth0: acknowledged 192.168.0.11 from 192.168.0.254
dhcpcd[1248]: eth0: checking for 192.168.0.11
dhcpcd[1248]: eth0: sending ARP probe (1 of 3), next in 1.29 seconds
dhcpcd[1248]: eth0: sending ARP probe (2 of 3), next in 1.36 seconds
dhcpcd[1248]: eth0: sending ARP probe (3 of 3), next in 2.00 seconds
dhcpcd[1248]: eth0: sending IPv6 Router Solicitation
dhcpcd[1248]: eth0: leased 192.168.0.11 for 864000 seconds
dhcpcd[1248]: eth0: adding IP address 192.168.0.11/24
dhcpcd[1248]: eth0: adding route to 192.168.0.0/24
dhcpcd[1248]: eth0: adding default route via 192.168.0.254
dhcpcd[1248]: eth0: writing lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
dhcpcd[1248]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason BOUND
dhcpcd[1248]: forking to background
dhcpcd[1248]: forked to background, child pid 1282
Qu'est-ce que vous me suggérez de faire ?
# Pas de DHCP
Posté par claudex . Évalué à 4.
DHCP c'est une technique spécifique à IPv4 (enfin, il existe aussi un DHCP IPv6 mais je ne sais pas si c'est utilisé et il faut un serveur DHCP6), pour IPv6, il y a l'autoconfiguration qui permet d'avoir une adresse sans serveur DHCP. Pour activer cette dernière, il me semble que c'est assez spécifique à la distribution.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pas de DHCP
Posté par Ambroise . Évalué à 1.
Normalement, l'auto-configuration IPv6 est bien activée par défaut sur Archlinux.
Par contre : aurais-tu des règles Netfilter de déclarées sur ta machine ? Si oui, ne filtrerais-tu pas les paquets ICMP entrant ?
[^] # Re: Pas de DHCP
Posté par Nonolapéro . Évalué à 2. Dernière modification le 24 septembre 2012 à 11:23.
Je n'ai édité aucune règle c'est donc celles par défaut qui sont appliquées. Je vais regarder cette histoire de paquets ICMP.
[^] # Re: Pas de DHCP
Posté par Ambroise . Évalué à 1.
Peux-tu nous donner le retour des commandes suivantes ?
* ip addr
* ip6tables -L -n -v
[^] # Re: Pas de DHCP
Posté par Nonolapéro . Évalué à 2.
Ensuite je n'ai ni iptables ni ip6tables d'installés.
[^] # Re: Pas de DHCP
Posté par nono14 (site web personnel) . Évalué à 2.
et
sysctl -a
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: Pas de DHCP
Posté par Nonolapéro . Évalué à 2.
Le retour est long de cette commande !
[^] # Re: Pas de DHCP
Posté par Donk . Évalué à 1.
Pour moi net.ipv6.conf.eth0.accept_ra = 0 devrait être à 1.
Sinon tu peux utiliser rdisc6 pour faire des requêtes "Router Discovery" et voir les réponses.
[^] # Re: Pas de DHCP
Posté par Ambroise . Évalué à 1.
En effet, c'est sans doute la cause du problème.
Tu peux nous donner le contenu de ton fichier /etc/sysctl.conf (et, s'il y en a, le contenu des fichiers du répertoire /etc/sysctl.d) ?
Pour tester le fonctionnement du RA sans toucher au fichier sysctl.conf, tape la commande suivante :
# sysctl -w net.ipv6.conf.eth0.accept_ra = 1
[^] # Re: Pas de DHCP
Posté par Nonolapéro . Évalué à 2.
Le dossioer sysctl.d est vide et voici le contenu de
sysctl.conf
Ensuite j'ai testé
rdisc6 --single eth0
avant et après avoir modifié la règle sysctl qui donne cette réponse dans les deux cas :[^] # Re: Pas de DHCP
Posté par Firwen (site web personnel) . Évalué à 0.
Tu es sur que ton routeur gère correctement le V6 ? la majorité des boites noir chinoises ne le font pas.
Si tu lances Wireshark sur ta carte ethernet, tu dois avoir des trames de type "router avertisement" toutes les X secondes.
Si ce n'est pas le cas, tu as un problème de topologie.
[^] # Re: Pas de DHCP
Posté par Nonolapéro . Évalué à 2.
Sur une autre machine on peut récupérer ceci :
# noyau sans support ipv6 ?
Posté par NeoX . Évalué à 1.
sur ubuntu le noyau est ipv6 par defaut, mais on peut le desactiver au boot en lui disant
ipv6.disable=1
sur la ligne de grubta distrib fait peut-etre l'inverse, elle desactive pour l'instant l'ipv6 par defaut ?
[^] # Re: noyau sans support ipv6 ?
Posté par nono14 (site web personnel) . Évalué à 2.
Je ne pense pas. Son interface eth0 possède une adresse de lien local.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: noyau sans support ipv6 ?
Posté par Nonolapéro . Évalué à 2.
J'ai plus le sentiment que c'est la carte réseau qui est casse-bonbon puisque j'ai une autre machine qui est se connecte parfaitement en IPv6 sans poser le moindre soucis.
[^] # Re: noyau sans support ipv6 ?
Posté par mazarini . Évalué à 1.
Je me suis rendu compte que IPv6 était installé sur mon serveur et que c'était un peu opération porte ouverte puisque je n'avais pas réfléchit à la question.
Un petit ping6 www.google.com permet de voir si IPv6 "marche" pour un débutant comme moi.
Ensuite on peut faire des tests comme ssh -6 et autres pour les différents logiciels. De ce que j'ai pu constater, il est souvent difficile de savoir par quoi on passe sauf à spécifier une adresse IPv6 ou une option particulière qui n'existe pas toujours.
Autrement, pour iptables ca marche pareil (ip6tables) sauf pour le ping :
ip6tables -t filter -A INPUT -p ipv6-icmp -j ACCEPT
[^] # Re: noyau sans support ipv6 ?
Posté par Ambroise . Évalué à 1.
Ben, sur le PC de ma femme, il y a le même chipset et, visiblement, cela marche.
Et :
[^] # Re: noyau sans support ipv6 ?
Posté par Ambroise . Évalué à 1.
Si cela peut t'aider, voilà la sortie de la commande sysctl net.ipv6.conf :
[^] # Re: noyau sans support ipv6 ?
Posté par Nonolapéro . Évalué à 2. Dernière modification le 24 septembre 2012 à 22:45.
J'ai fait en sorte d'avoir les mêmes réglages sans effets apparents. Puis en regardant les trames réseaux avec tcpdump ça a décider à tomber en marche.
Je verrai au prochain démarrage de conserver ou non tes réglages.
# Des fois oui, des fois non
Posté par Nonolapéro . Évalué à 2.
J'arrive à avoir une connectivité IPv6 mais elle n'est pas stable.
Je fais des capture réseaux avec
tcpdump -nvvv ip6
et ça marche, j'ai une réponse surping6 google.fr
. Je stoppe les captures réseaux, quelques minutes plus tard ça ne marche plus,ping6 google.fr
me dis que tous les paquets sont perdus.[^] # Re: Des fois oui, des fois non
Posté par Batchyx . Évalué à 3.
Si mettre la carte en mode promiscuous résoud ton problème, c'est plus un bug de ta carte réseau/driver qu'autre chose.
Essaye de lancer tcpdump avec l'option
-p
(sans promiscuous) et regarde si ça continue à ne pas marcher. Puis stoppe la capture et lanceip link set eth0 promisc
. Si ça se met à marcher, alors c'est très certainement un bug du driver de ta carte réseau.Dans ce cas la, les diagnostics noyau habituels s'appliquent: Donne nous la version de ton noyau, et essaye un noyau plus récent si possible.
[^] # Re: Des fois oui, des fois non
Posté par Nonolapéro . Évalué à 2. Dernière modification le 25 septembre 2012 à 13:06.
Pour le noyau, j'ai le 3.5.4 et après
ip set link eth0 promisc on
ça semble tenir.[^] # Re: Des fois oui, des fois non
Posté par Nonolapéro . Évalué à 2.
Un redémarrage plus loin, mettre la carte en mode promicuous est la solution. Reste maintenant à remonter le problème mais je ne sais pas bien où.
[^] # Re: Des fois oui, des fois non
Posté par Batchyx . Évalué à 2.
J'imagine bien un problème avec les filtres de réception multicast… le mieux c'est de reporter ça sur la mailing list net-dev :
http://vger.kernel.org/vger-lists.html#netdev
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.