La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
ADSL / VDSL => Discussion démarrée par: Bernard53 le 25 mai 2017 à 16:17:08
-
Bonjour,
J'ai eu connaissance de votre site auprès de l'ADUF où j'ai exposé (http://www.aduf.org/viewtopic.php?t=279681 (http://www.aduf.org/viewtopic.php?t=279681)) le problème qui suit. Je suis le nouvel utilisateur cité dans le topic en bas de la page https://lafibre.info/free-les-news/free-deploie-ses-premiers-dslam-entierement-ipv6/48/ (https://lafibre.info/free-les-news/free-deploie-ses-premiers-dslam-entierement-ipv6/48/)
Problème :
Je viens d'être dégroupé récemment (le 17 mai) et depuis je n'ai plus le mode bridge sur la freebox, mode que j'utilisais auparavant en IP/ADSL. Je ne peux pas non plus me connecter à Internet à l'aide d'un autre modem-routeur que la freebox.
Des fois que quelqu'un ait une idée sur la cause du problème ainsi que pour aider à localiser ce NRA nouvellement dégroupé par Free, voici les infos diverses reprises des caractéristiques de ma ligne :
- freebox v5 en dégroupage partiel
- NRA : CMG01 (01432CMG)
- IPv4 : 91.161.0.1 (ports 0-16383)
- Préfixe IPv6 : 2a01:0e0a:0040:0040::/64
- DSLAM compatible ADSL2+
Merci pour une éventuelle réponse.
-
Oh salut, un revermontois \o/ (Je suis originaire de Treffort :p )
Tu peux essayer de passer en IP Full Stack dans l'espace abonné ? Ça résoudra certainement ton souci.
-
Salut, autre Revermontois ;) (Roissiati, quant à moi, pour être plus précis)
Ok, merci pour la prompte réponse. On m'a également suggéré cette option sur l'ADUF, je vais donc en faire la demande. Je signalerais le résultat quand ça sera opérationnel.
-
J'ai donc suivi le conseil donné par Hugues, j'ai demandé une IPv4 Full Stack. Celle-ci m'a été fournie dans la foulée et j'ai redémarré la freebox après quelques heures, il est préconisé environ une demi-heure. J'avais bien une nouvelle IPv4 au redémarrage. J'ai refait des essais avec le modem-routeur en l'ayant paramétré, bien sûr, avec ma nouvelle IP, le problème reste entier : pas de connexion à Internet. Le voyant Internet de ce modem, bien qu'au vert, n'est pas fixe et clignote régulièrement et l'état du routeur indique pourtant qu'il est connecté. Rien n'a changé vis-à-vis du problème précédent, à part mon IP fixe :) .
Ensuite j'ai supprimé le mode routeur de la freebox, et j'ai redémarré celle-ci. Après l'affichage de l'heure toujours pas d'Internet sur l'iMac connecté en Ethernet à la Freebox. J'ai quand même noté une modification : le serveur DNS fourni dans cette configuration possède l'IP suivante : 217.27.40.242 alors qu'habituellement on a 212.27.40.240 et 212.27.40.241. Une raison ?
J'ai donc été obligé d'aller chez une amie pour rétablir le mode routeur dans ma console de gestion. Après redémarrage de la freebox, j'ai bien retrouvé Internet ce qui me permet de poster ce message.
Il va donc falloir que je rappelle la Hotline (quand je pourrais les joindre et que je trouverais un peu de temps) pour leur soumettre le problème. En attendant s'il y a d'autres idées…
-
Hum, c'est quoi le routeur connecté derrière la box ? Y'a des retours de gens ici chez qui ça marche, donc je pense que le souci vient plus de ton routeur (et la Hotline ne pourra rien faire)...
-
Ensuite j'ai supprimé le mode routeur de la freebox, et j'ai redémarré celle-ci. Après l'affichage de l'heure toujours pas d'Internet sur l'iMac connecté en Ethernet à la Freebox. J'ai quand même noté une modification : le serveur DNS fourni dans cette configuration possède l'IP suivante : 217.27.40.242 alors qu'habituellement on a 212.27.40.240 et 212.27.40.241. Une raison ?
J'ai constaté le même type de problème lors de l'installation de la fibre chez moi, à la place de l'ADSL: l'adresse du DNS fournie par le DHCP de la passerelle fibre de Free (NRO) était moisie: le DNS ne fonctionnait pas et je ne pouvais donc pas accéder aux sites Internet (autrement que par leur IP). La solution a été immédiate: j'ai simplement remis les DNS "standards" de Free (212.27.40.240 et 212.27.40.241) dans mon routeur et ai fait en sorte qu'il ne prenne plus l'adresse de DNS fournie par le DHCP. Tout est immédiatement rentré dans l'ordre...
J'avais pourtant signalé ce problème au 3244 lors d'un appel un peu plus tard (à propos du reverse DNS), ainsi que le problème de la passerelle (NRO) qui ne répondait pas aux pings (gênant, pour s'assurer du bon fonctionnement de la liaison); ce dernier problème a d'ailleurs depuis été résolu, mais j'ignore ce qu'il en est du DNS (j'ai conservé les adresses DNS en configuration manuelle/statique).
-
Hum, c'est quoi le routeur connecté derrière la box ? Y'a des retours de gens ici chez qui ça marche, donc je pense que le souci vient plus de ton routeur (et la Hotline ne pourra rien faire)...
Actuellement je n'utilise plus mon routeur personnel derrière la freebox, j'utilise seulement le routeur de la freeebox que j'active ou désactive sur ma console de gestion. Et quand il est désactivé et bien… fini Internet. Même simplement avec un câble Ethernet reliant un des 4 ports de la Freebox à un port du Mac et le Mac configuré en Ethernet. D'ailleurs comme dit morloch, l'adresse DNS récoltée dans ce cas est 217.27.40.242 ?? Voir l'image ci-dessous.
Sinon je fais des essais de remplacement de la feebox par un modem-routeur Netgear (DG834Gv5) bien que dans ce cas je fixe les DNS à 212.27.40.240 et 212.27.40.241
-
SnowLeopard, c'est plus tout jeune :D
Quand tu branche ton Mac, au delà de toutes considérations sur les DNS (Déjà garder celui de Free alors qu'il est menteur, bof), est-ce que tu peux ping ?
-
Actuellement je n'utilise plus mon routeur personnel derrière la freebox, j'utilise seulement le routeur de la freeebox que j'active ou désactive sur ma console de gestion. Et quand il est désactivé et bien… fini Internet. Même simplement avec un câble Ethernet reliant un des 4 ports de la Freebox à un port du Mac et le Mac configuré en Ethernet. D'ailleurs comme dit morloch, l'adresse DNS récoltée dans ce cas est 217.27.40.242 ?? Voir l'image ci-dessous.
Sinon je fais des essais de remplacement de la feebox par un modem-routeur Netgear (DG834Gv5) bien que dans ce cas je fixe les DNS à 212.27.40.240 et 212.27.40.241
Comme j'ai tenté de l'expliquer, votre problème est très probablement un problème de DNS... J'ai essayé 217.27.40.242 ici, et ce DNS ne répond pas (c'est probablement un DNS IPv6, qui ne répond pas en IPv4). Configurez simplement votre connexion en statique (en utilisant les adresses récupérées par le DHCP (pour votre adresse IP, l'adresse de la passerelle, et le masque de sous-réseau), sauf celle du DNS, que vous remplacerez par 212.27.40.240 et/ou 212.27.40.241), et votre connexion devrait fonctionner en bridge...
-
Rq ;: ce serait bien que tu renseignes le site communautaire Freepon : https://freepon.lafibre.info/
Cela permettrait de situer ce NRA par rapport à ton préfixe IPv6 (et donc de situer les équipements Free, ce qui est devenu impossible depuis que les DNS ne sont plus renseignés), et d'autre part, de savoir que c'est de l'xDSL, et pas du FTTH, comme la majorité avant.
-
J'ai essayé 217.27.40.242 ici, et ce DNS ne répond pas (c'est probablement un DNS IPv6, qui ne répond pas en IPv4).
Un DNS IPv6 ? Mais.. C'est une IPv4 :D
-
Un DNS IPv6 ? Mais.. C'est une IPv4 :D
Un serveur (DNS ou autre) peut parfaitement avoir à la fois une adresse IPv6 et une adresse IPv4, mais ne répondre qu'à l'un des deux protocoles...
Si votre OS ne supporte pas (ou n'est pas configuré pour accepter) l'IPv6, son client DHCP récupérera l'adresse IPv4 du DNS et je ne serais pas étonné outre mesure que Free, suite à la migration de ses DSLAM en IPv6 native, ait configuré de nouveaux DNS IPv6, tout en oubliant d'y inclure le support de l'IPv4: cela expliquerait pourquoi Bernard53 ne rencontre pas de problème avec la Freebox en mode routeur (puisqu'elle supporte l'IPv6) mais ne peut utiliser le DNS renvoyé par le DHCP du DSLAM avec son vieux Mac configuré en IPv4...
J'utilise moi-même l'IPv4 uniquement (car il y a sur mon réseau local de très vieux ordinateurs, sans support IPv6), et le DNS cité (217.27.40.242) ne me répond pas...
-
Oui enfin c'est une IPv4 là, pas une IPv6, inutile de tirer des conclusions hâtives.
Btw, Free déploie du Dual Stack, pas du v6 only, donc pour l'instant il n'y a pas lieu de supputer sur l'implèmentation (ou la non implèmentation) de la stack v4.
Sinon passez à v6, c'est génial :3
-
➜ ~ host 212.27.40.240
240.40.27.212.in-addr.arpa domain name pointer dns1.proxad.net.
➜ ~ host 212.27.40.241
241.40.27.212.in-addr.arpa domain name pointer dns2.proxad.net.
➜ ~ host 212.27.40.242
242.40.27.212.in-addr.arpa domain name pointer dhcp.proxad.net.
➜ ~ host 212.27.40.243
243.40.27.212.in-addr.arpa domain name pointer filesrv.proxad.net.
Ça ressemble quand même vachement à une faute de frappe vu le reverse.
-
Oui, chez moi aussi l'adresse 242 time out en interrogation DNS.
-
Et le traceroute laisse penser que c'est un range Anycasté. Allez je lance ma pierre : c'est une IP utilisée par les devs oubliée par là.
➜ ~ mtr 212.27.40.242 -rwc1 && mtr 212.27.40.241 -rwc1
Start: Fri May 26 10:32:00 2017
HOST: Atlantis.local Loss% Snt Last Avg Best Wrst StDev
1. AS4565 rt02.lyn.milkywan.xyz 0.0% 1 3.0 3.0 3.0 3.0 0.0
2. AS4565 rt03.lyn.milkywan.xyz 0.0% 1 1.7 1.7 1.7 1.7 0.0
3. AS4565 rt-free2.lyn.milkywan.xyz 0.0% 1 2.0 2.0 2.0 2.0 0.0
4. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
5. AS12322 cxr69-5-82-227-132-254.fbx.proxad.net 0.0% 1 55.7 55.7 55.7 55.7 0.0
6. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
Start: Fri May 26 10:32:06 2017
HOST: Atlantis.local Loss% Snt Last Avg Best Wrst StDev
1. AS4565 rt02.lyn.milkywan.xyz 0.0% 1 2.3 2.3 2.3 2.3 0.0
2. AS4565 rt03.lyn.milkywan.xyz 0.0% 1 1.4 1.4 1.4 1.4 0.0
3. AS4565 rt-free2.lyn.milkywan.xyz 0.0% 1 1.9 1.9 1.9 1.9 0.0
4. AS??? 192.168.0.254 0.0% 1 4.2 4.2 4.2 4.2 0.0
5. AS12322 cxr69-5-82-227-132-254.fbx.proxad.net 0.0% 1 28.3 28.3 28.3 28.3 0.0
6. AS12322 213.228.21.254 0.0% 1 30.4 30.4 30.4 30.4 0.0
7. AS12322 lyon-49m-i6-1-v908.intf.routers.proxad.net 0.0% 1 49.6 49.6 49.6 49.6 0.0
8. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
9. AS12322 dns2.proxad.net 0.0% 1 35.1 35.1 35.1 35.1 0.0
-
➜ ~ host 212.27.40.240
240.40.27.212.in-addr.arpa domain name pointer dns1.proxad.net.
➜ ~ host 212.27.40.241
241.40.27.212.in-addr.arpa domain name pointer dns2.proxad.net.
➜ ~ host 212.27.40.242
242.40.27.212.in-addr.arpa domain name pointer dhcp.proxad.net.
➜ ~ host 212.27.40.243
243.40.27.212.in-addr.arpa domain name pointer filesrv.proxad.net.
Ça ressemble quand même vachement à une faute de frappe vu le reverse.
Ou plutôt à un oubli de l'administrateur du serveur DHCP: il a omis de configurer une adresse DNS, et du coup, le démon serveur DHCP utilise la configuration par défaut (qui est l'adresse du serveur DHCP lui-même)...
Il faudrait le signaler au 3244....
-
Rien à voir, le DHCP en mode bridge n'est pas fourni par un serveur centralisé mais par la freebox.
(Dois-je rappeler que le DHCP c'est du niveau 2 et qu'en l'occurence, on voit trèèèèèès bien que ce n'est pas le même domaine avec un simple traceroute ?)
-
Rien à voir, le DHCP en mode bridge n'est pas fourni par un serveur centralisé mais par la freebox.
Vous êtes sûr de ça ?... J'en doute !... Sinon, l'adresse DNS ne changerait pas en fonction de la passerelle du NRA ou du NRO où vous êtes raccordé (changement observé ici, lors du passage de l'ADSL à la fibre).
Par ailleurs, en bridge, la box est (ou plutôt devrait être) transparente, et votre routeur devrait donc s'adresser directement à la passerelle du NRA/NRO.
Au pire, le DHCP de la Freebox "faux bridge", devrait recopier les info récupérées du DHCP de la passerelle du NRA/NRO, et donc la configuration de ce dernier serait tout de même en cause...
-
Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?
-
Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?
C'est ce que j'ai tenté d'expliquer (apparemment pas assez clairement), depuis mon premier message (https://lafibre.info/free-adsl/plus-dinternet-apres-degroupage/msg445217/#msg445217) dans ce fil de discussion: c'est juste une question, pour Bernard53, de configurer une adresse DNS valide (une de celles de Free, ou de tout autre DNS ouvert; perso, j'évite à tout prix les DNS de Gogole tel 8.8.8.8, car cette société vous traque via vos requêtes à ce DNS !).
-
(Dois-je rappeler que le DHCP c'est du niveau 2 et qu'en l'occurence, on voit trèèèèèès bien que ce n'est pas le même domaine avec un simple traceroute ?)
Ha ?
Pourtant, DHCP fonctionne sur IP, c'est donc au moins du niveau 3 !
Et même, DHCP fonctionne sur UDP, c'est donc au moins du niveau 4 !
-
Ha ?
Pourtant, DHCP fonctionne sur IP, c'est donc au moins du niveau 3 !
Et même, DHCP fonctionne sur UDP, c'est donc au moins du niveau 4 !
+1
Il a du confondre avec ARP...
-
Vous êtes sur de ça ?... J'en doute !
Tout à fait certain.
Sinon, l'adresse DNS ne changerait pas en fonction de la passerelle du NRA ou du NRO où vous êtes raccordé (changement observé ici, lors du passage de l'ADSL à la fibre).
Pourquoi ça ? J'ai pas dit que c'était codé en dur, bien sur que c'est dynamique.
Par ailleurs, en bridge, la box est (ou plutôt devrait être) transparente, et votre routeur devrait donc s'adresser directement à la passerelle du NRA/NRO.
Et ce n'est pas le cas, le bridge s'apparente plus à du NAT 1:1 qu'à un vrai bridge
Au pire, le DHCP de la Freebox "faux bridge", devrait recopier les info récupérées du DHCP de la passerelle du NRA/NRO, et donc la configuration de ce dernier serait tout de même en cause...
Sauf que la Freebox ne récupère pas ses infos via DHCP, mais via un protocole d'authentification propriétaire. Qui plus est en architecture 4Rd.
Mais sinon quelqu'un a testé ping 8.8.8.8 avant de s'emballer sur ce pauvre serveur DNS ?
J'ai demandé aussi... :)
-
Il a du confondre avec ARP...
Qui n'est pas du niveau 2 :)
Je voulais simplement dire qu'il est évident que tic et tac ne sont pas dans le même domaine de broadcast.
-
Sauf que la Freebox ne récupère pas ses infos via DHCP, mais via un protocole d'authentification propriétaire. Qui plus est en architecture 4Rd.
Cela n'enlève rien au fait que la passerelle (ou le serveur renvoyant l'adresse DNS à la box) est mal configurée... Puisque le DHCP de la box (ou de la passerelle, peu importe) renvoie sa propre adresse en tant qu'adresse de DNS au lieu de celle d'un DNS de Free, c'est bien que la dite adresse de DNS n'a pas été correctement configurée par Free !
-
Qui n'est pas du niveau 2 :)
Oui et non (non, je ne suis pas Normand)... En fait ARP ne traverse pas le niveau 3, ce serait donc du niveau 2, mais il présente aussi certaines des caractéristiques d'un niveau 3 (telle l'encapsulation de son en-tête dans un en-tête de niveau 2)... Bref, si on veut vraiment enc.... les mouches, on peut le considérer comme d'un niveau 2.5. ;D
On peut aussi considérer que le modèle OSI est passablement moisi... :D
-
Je vais répondre (poser) aux questions dans l'ordre d'arrivée depuis ma dernière intervention (25-05-2017 à 01:28) où il commençait à se faire bien tard. La preuve, j'ai inséré 2 images identiques (une seule suffisait) et je me suis planté dans l'adresse IP du DNS récoltée. Elle est bien 212.27.40.242 comme l'indique l'image, et oui… faute de frappe.
Question de Hugues (26-05-217 à 07:28) : Je n'ai pas essayé, et quelle adresse par exemple ?
Conseil de morloch (26-05-2017 à 08:10) : Je ne renseigne pas le champ du serveur DNS, l'adresse obtenue (212.27.40.242) est fournie par la freebox (dans le cas freebox en mode bridge reliée par Ethernet au Mac). Effectivement le ping à cette adresse donne 100 % de paquets perdus.
Demande de alain_p : Je veux bien le faire, mais sur la page d'accueil je tombe sur ceci :
Impossible de participer depuis votre connexion actuelle, vous devez absolument être connecté depuis une connexion IPv6 Free utilisant la nouvelle infrastructure IPv6 natif. Si votre fournisseur d'accès est Free et que vous voyez ce message, cela signifie que vous n'avez probablement pas activé IPv6. Vous pouvez suivre ce tutoriel pour procéder à son activation.
Et pour l'instant je ne suis pas chaud du tout pour passer en IPv6 - désolé.
Question à morloch à propos de son intervention (26-05-2017 à 10:47) : Si je comprends bien, et dans l'ordre des choses, il faudrait que :
- je passe la freebox en mode bridge (désactivation du routeur)
- je l'éteins puis la rallume
- je connecte le Mac et la freebox par le câble Ethernet
- je renseigne le champ du serveur DNS par 212.27.40.240 ou/et 212.27.40.241
- je regarde si j'ai une connexion à Internet (après avoir égorgé un poulet et dansé autour de la dépouille :D)
- j'essaye de "pinger" Free.fr (212.27.48.10)
La thèse du serveur DNS paraît pas mal, un inconvénient : lorsque je teste avec le modem-routeur seul (pas de freebox, elle est justement remplacée par le modem-routeur), dans ce cas je renseigne les champs serveurs de DNS et ça ne marche pas non plus ! Bien que son état indique qu'il est connecté. Voir l'image jointe de ses paramètres.
En attendant merci pour toutes vos interventions.
-
Mais attends, c'est quoi cette capture de synchro ADSL ? Tu n'es pas en mode bridge ? O_o
EDIT : Je n'avais pas tout lu : Tu ne peux pas avoir d'IP comme ça, le réseau qu'on te fournit est IPv6 Only et IPv4 est encapsulé dans un tunnel (technologie 4Rd)
Sinon : N'importe quelle adresse (8.8.8.8 ?), l'idée c'est juste de savoir si la couche IP monte.
Et pour IPv6 : L'activer ne coute rien, c'est s'en servir une fois qu'elle l'est qui est compliqué, ma grand mère a IPv6 chez elle et je suis persuadé qu'elle n'en a absolument aucune idée ;)
-
EDIT : Je n'avais pas tout lu : Tu ne peux pas avoir d'IP comme ça, le réseau qu'on te fournit est IPv6 Only et IPv4 est encapsulé dans un tunnel (technologie 4Rd)
NON ! Tant que l'IPv6 n'est pas activée sur la console de gestion, le lien ADSL reste en IPv4 (même s'il est ensuite encapsulé en IPv6 à partir du NRA).
-
Conseil de morloch (26-05-2017 à 08:10) : Je ne renseigne pas le champ du serveur DNS, l'adresse obtenue (212.27.40.242) est fournie par la freebox (dans le cas freebox en mode bridge reliée par Ethernet au Mac). Effectivement le ping à cette adresse donne 100 % de paquets perdus.
Hé bien justement, renseignez le champ DNS de votre interface Ethernet sur le Mac avec un DNS qui marche (212.27.40.240, par exemple); si la boîte de dialogue ne le permet pas (je ne connais pas les Mac: je suis sous Linux), basculez du mode "DHCP" vers "statique" (ou "manuel", ou un truc du genre), et renseignez tous les champs à la main (en utilisant les mêmes adresses que celles récupérées par le DHCP, sauf celle du DNS moisi). Cela devrait vous permettre d'utiliser le mode bridge de la box.
-
NON ! Tant que l'IPv6 n'est pas activée sur la console de gestion, le lien ADSL reste en IPv4 (même s'il est ensuite encapsulé en IPv6 à partir du NRA).
N'importe quoi, apprends à connaitre l'archi Free stp, c'est du de l'IPv6oA natif + du 4Rd, plus de l'IPv4oA
Courmangoux est un des premiers NRA à être sur cette archi.
-
N'importe quoi, apprends à connaitre l'archi Free stp, c'est du de l'IPv6oA natif + du 4Rd, plus de l'IPv4oA
IPv4oA, oui, précisèment ! C'est bien ce que la box (ou un routeur ADSL) récupère sur le lien ADSL de Free si l'IPv6 n'est pas activée dans la console !
Je sais quand même bien comment ma ligne ADSL a fonctionné pendant 10 ans, avec une box en mode bridge (et avant cela avec un MODEM ADSL).
La config du routeur de Bernard53 est donc correcte (en revanche, s'il veut l'utiliser, il faut qu'il change l'adresse de l'interface Ethernet de son Mac, pour une adresse en 192.168.0.n, puisque c'est l'adresse de réseau local configurée à la sortie de son routeur...).
-
Je sais quand même bien comment ma ligne ADSL a fonctionné pendant 10 ans, avec une box en mode bridge (et avant cela avec un MODEM ADSL).
À quel moment tu vas comprendre que JUSTEMENT ce n'est plus le cas sur son NRA ?
-
À quel moment tu vas comprendre que JUSTEMENT ce n'est plus le cas sur son NRA ?
A quel moment allez vous comprendre que son routeur s'est bel et bien connecté en IPv4 (lisez la copie d'écran fournie, au lieu de vous entêter), et que son seul problème vient de la configuration du port Ethernet de son Mac ?
-
NON ! Tant que l'IPv6 n'est pas activée sur la console de gestion
Puisqu'on en est aux révélations, je t'informe que ce bouton est inefficace depuis la Freebox Révolution (Je t'invite à essayer de le couper, ça ne coupe ni IPv6 coté WAN, ni IPv6 coté LAN.)
-
La thèse du serveur DNS paraît pas mal, un inconvénient : lorsque je teste avec le modem-routeur seul (pas de freebox, elle est justement remplacée par le modem-routeur), dans ce cas je renseigne les champs serveurs de DNS et ça ne marche pas non plus ! Bien que son état indique qu'il est connecté. Voir l'image jointe de ses paramètres.
Voilà, voilà. (Allez au pif, je pense qu'il a set l'IP à la main)
-
Puisqu'on en est aux révélations, je t'informe que ce bouton est inefficace depuis la Freebox Révolution (Je t'invite à essayer de le couper, ça ne coupe ni IPv6 coté WAN, ni IPv6 coté LAN.)
Merci du scoop, mais je suis au courant... Cette option sur la console est néanmoins valide (et la seule façon de basculer entre IPv4/v6) pour la Freebox v5, qui est la box de Bernard53.
-
IPv4oA, oui, précisèment ! C'est bien ce que la box (ou un routeur ADSL) récupère sur le lien ADSL de Free si l'IPv6 n'est pas activée dans la console !
Attention, Free déploie une nouvelle architecture IPv6 natif dans les NRA récemment dégroupés, ce qui était vrai à une époque n'est plus forcèment vrai aujourd'hui et la situation n'est pas forcèment homogène selon les NRA.
-
Et le truc drôle, c'est que même avec IPv6 désactivé, je ping sa box, avec IPv6 désactivé. :]]]
➜ ~ ping6 2a01:0e0a:0040:0040::1
PING6(56=40+8+8 bytes) 2001:bc8:2832:9:dea9:4ff:fe75:2b3f --> 2a01:e0a:40:40::1
16 bytes from 2a01:e0a:40:40::1, icmp_seq=0 hlim=54 time=44.030 ms
-
Attention, Free déploie une nouvelle architecture IPv6 natif dans les NRA récemment dégroupés, ce qui était vrai à une époque n'est plus forcèment vrai aujourd'hui et la situation n'est pas forcèment homogène selon les NRA.
Bon, les mecs, là j'abandonne hein: si vous niez les *faits* (lisez cette bon sang de capture d"écran: son routeur est bel et bien connecté en IPv4. Son problème est un problème de DNS mal configuré sur son interface Ethernet, c'est tout !).
Allez, bonne soirée, et amusez-vous bien !
-
Mdr, mais bordel.
Son routeur est synchronisé en ADSL, ça OK.
Ensuite son routeur a une IP, ça d'accord, rien ne dit qu'il n'est pas en IP Fixe.
L'infra actuelle, ça fait 1 an qu'on la connait en ZMD, on a eu le temps de faire des tests.
Si tu pense tout savoir parce que tu sais comment ça marchait les 20 dernières années, c'est que tu n'es pas au courant de la notion la plus importante de l'informatique : ça évolue en permanence.
Sachant que son Mac est en DHCP (première capture), et qu'il récupère donc le DNS du modem-routeur(capture que tu mentionne tant), qu'est-ce qui te permet de déduire que le problème vient de là ?
-
Sinon on peut aussi attendre le résultat d'un traceroute vers 8.8.8.8 mais pour moi l'IP du routeur ne veut pas dire grand chose...
-
Je ne pensais pas (quand on ne connait pas, méfiance :) que c'était aussi simple de passer en IPv6 (mea culpa). Je viens de renseigner le site https://freepon.lafibre.info/ (https://freepon.lafibre.info/)
Ping de 8.8.8.8
Résultats (freebox v5 en IPv6 - mode routeur et Wifi activés, donc connexion à Internet ok)
Ping a démarré…
PING 8.8.8.8 ( 8.8.8.8 ) : 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=60 time=27.859 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=60 time=28.061 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=60 time=33.193 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=60 time=28.572 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=60 time=28.471 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=60 time=30.855 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=60 time=29.986 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=60 time=29.665 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=60 time=28.991 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=60 time=27.787 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 27.787/29.344/33.193/1.593 ms
Je testerai cette même adresse avec la freebox v5 en IPv6 - mode bridge (routeur et Wifi désactivés) plus tard quand j'aurai la facilité pour accéder à Internet à partir d'une autre connexion pour rétablir la mienne. Je veux garder ma connexion pour l'instant :)
Renseigner les DNS dans l'interface Ethernet
Il en va de même pour renseigner les DNS dans l'interface Ethernet avec la freebox en mode bridge (freebox v5 en IPv6 - routeur et Wifi désactivés). Et si ça fonctionne dans ce cas, je retenterais avec la freebox en IPV4 - je suppose que je peux activer et désactiver l'IPv6 à volonté et qu'il suffit de redémarrer la freebox.
Réponse pour morloch (post du 26-05-2017 à 21:03)
L'adresse dans l'interface Ethernet du serveur DNS est bien celle du routeur, soit 192.168.0.1 et l'IP est fixée dans les paramètres (appelés de base avec ce modem-routeur) dont je joins une copie d'écran.
Je ne suis pas certain de pouvoir faire les tests avant mercredi prochain mais je les ferais et communiquerai le résultat.
-
Finalement j'ai pu faire mes test dans la journée. Voici les résultats.
En IPv6
Freebox en IPv6 et mode bridge (routeur et WiFi désactivés) et Mac connecté en Ethernet sans configuration du serveur DNS
On récolte 212.27.40.242 comme adresse du serveur DNS et bien sûr pas de connexion à Internet, mon adresse IPv6 est renseignée et le ping de 8.8.8.8 donne ceci :
Ping a démarré…
PING 8.8.8.8 ( 8.8.8.8 ): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=26.667 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=27.282 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=27.446 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=61 time=26.663 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=61 time=31.755 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=61 time=26.619 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=61 time=26.769 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=61 time=26.920 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=61 time=27.304 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=61 time=27.960 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 26.619/27.538/31.755/1.464 ms
Freebox en IPv6 et mode bridge (routeur et WiFi désactivés) et Mac connecté en Ethernet avec configuration des serveurs DNS : 212.27.40.240 et 212.27.40.241
La connexion à Internet fonctionne ! mon adresse IPv6 est renseignée et le ping de 8.8.8.8 donne ceci :
Ping a démarré…
PING 8.8.8.8 ( 8.8.8.8 ): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=26.496 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=26.644 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=27.336 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=61 time=26.983 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=61 time=27.610 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=61 time=26.037 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=61 time=26.692 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=61 time=27.015 ms
Request timeout for icmp_seq 8
64 bytes from 8.8.8.8: icmp_seq=9 ttl=61 time=27.229 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 9 packets received, 10.0% packet loss
round-trip min/avg/max/stddev = 26.037/26.894/27.610/0.452 ms
Remplacement de la freebox par le modem-routeur Netgear
La diode correspondant à la connexion Internet clignote, reste fixe brièvement puis clignote. Rien ne fonctionne, pas d'Internet et pour le ping de 8.8.8.8 tous les paquets sont perdus. Je ne sais pas où est le problème.
En IPv4
Le retour en IPv4 ne change rien, les résultats sont identiques.
J'ai donc remis la freebox en IPv6 et l'ai laissée en mode bridge. J'ai connecté le port WAN de mon routeur TP-Link à un des 4 ports Ethernet de la freebox puis j'ai configuré le WAN avec mon IPv4 fixe et les serveurs DNS de Free (212.27.40.240 et 212.27.40.241) et le DHCP au routeur. Et ça marche.
-
Bref, on avait raison, c'était juste un souci de DNS, la stack IP en mode bridge marche très bien, l'archi du DSLAM ne te permet pas de mettre ton propre routeur car c'est du v6 Only et que la Freebox a un firmware adapté pour gérer le 4Rd qui te fournit une jolie IP à l'arrivée !
Sinon pour tes tests en IPv6, je te conseille de ping une IPv6 si c'est ce que tu pensais faire (je n'ai pas trop compris en fait), celle qui correspond au serveur dns A de google est 2001:4860:4860::8888 (attention à bien utiliser ping6 et pas ping)
-
Bref, on avait raison, c'était juste un souci de DNS
Il manque une négation non ? Il faut plutôt lire "Ce n'était pas juste un souci de DNS".
-
Ben du coup selon de quoi on parle, les deux marchent ::)
Mais oui c'est l'idée ^^