Freebox V5 ADSL

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonsoir,

J’ai un problème étrange avec ma Fbx v5 ADSL depuis 2-3 jours...

J’ai un équipement connecté sur ma Freebox sur lequel j’ai de nombreux pertes de paquets, que ce soit en LAN ou Internet...

J’ai changé le cable, IDEM
J’ai essayé tous les ports RJ45 sur la Fbx (même le jaune), IDEM

Je décide de relier directement l’équipement en question sur mon PC portable à l’aide d’un cable croisé... OK pas de perte de paquets, communication parfaite !

Autre chose, encore plus inquiétant (c’est pour ça que je post ici !) :

Je branche un switch sur la Fbx ADSL, je relie l’équipement en question sur ce-même switch, et là miracle... aucun problème.

J’en déduis donc qu’il y a un problème avec le switch/routeur de la Fbx ?

Merci de m’éclairer... parce que là franchement, je ne sais plus trop quoi faire.
Surtout que je me vois mal expliquer ça à la hotline...

Vincent

J’ai installé aujourd’hui une freebox optique “F-OPTO2A” en remplacement d’une freebox ADSL.
La freebox est configurée en mode routeur.
Lorsque j’active la redirection d’un port TCP entrant, ce port est bloqué en sortie.
Toute tentative de connexion vers ce port sur un serveur externe se solde par un “Connection refused”.
J’ai vérifié le problème sur les ports TCP 22 (ssh) et 80 (http).
La redirection ce ces ports était configurée sur la freebox ADSL et fonctionnait sans problème.

J’ai pu contourner le problème en affectant l’“Ip DMZ” à la machine devant recevoir les connexions http (port 80).
Cette solution n’est pas satisfaisante car:
- je souhaite rediriger les ports 22 et 80 sur deux IP différentes
- la machine en DMZ a tous ses ports exposés sur Internet alors que je ne souhaite donner accès qu’au port 80.

Références du matériel:
Freebox optique v2 - version : fbxo2_bank1_1.5.15
Freebox HD v. 1.6.6

Bonjour,

J’ai depuis quelques temps des pertes de connexions sur ma machine en Linux Fedora 16 quand elle est liée à ma Freebox (boîtier ADSL d’une HD).

Le symptome est que NetworkManager perd la connexion et la rétablis immédiatement.

En cherchant d’où vient le problème, je suis tombé sur un bug Fedora qui semble correspondre :

https://bugzilla.redhat.com/show_bug.cgi?id=590202

Le problème vient du fait que le routeur (la Freebox) annonce une durée de vie des infos rdnss de la meme durée que les intervalles d’annonce de routeur. Ce qui fait qu’elles expirent avant d’être renouvelée et réinitialise toute la connexion côté OS (IPv4 + IPv6). Cela semble être le comportement (buggé) par défaut de radvd, que vous utilisez j’imagine (cf. bugzilla RH).

Est-ce que vous pourriez passer les durées de vie RDNSS à deux fois l’intervalle entre deux annonces ?

Bonjour,
J’utilise une freebox révolution.
Je n’arrive plus à accéder au site itespresso.fr
Par contre quand j’utilise un proxy publique, j’arrive à y accéder (?!)
Est-ce que mon IP est blacklisté chez itespresso.fr ou est-ce que d’autres freenautes ont le même problème?
Cordialement.

Depuis l’espace abonné, dans la page de configuration du routeur, dans la section Redirections/Baux DHCP, lorsque je rentre une redirection de port (port externe 22, Protocole TCP, ip de destination 192.168.111.111, port interne 22), et une ligne dans la section Baux DHCP permanents (ip 192.168.111.111, adresse mac 00:26:F2:BB:04:3F), puis que je valide le formulaire, j’ai bien la confirmation “Valeurs mises à jour avec succès. Vous devez redémarrer votre freebox pour que les paramètres soient pris en compte, il vous suffit pour cela de l’éteindre puis de la rallumer.”.

Pourtant, après redémarrage de la freebox, l’attribution de l’adresse ip 192.168.111.111 n’est pas faite à la machine dont l’adresse mac est 00:26:F2:BB:04:3F. De plus, la redirection de port ne semble pas marcher non plus.

Lorsque je retourne ensuite sur la page de configuration du routeur, les données rentrées précédemment n’apparaissent plus...

Ce bug a été constaté sur une Freebox ADSL avec la version du logiciel 1.5.17.

Bonjour,

Pour info, actuellement, la version du boitier v5 ADSL est le 1.5.19 ; sauf erreur le 1.5.17 date d’avril 2012, le 1.5.18 du 8/10/2013 ; l’onglet ‘Basée sur la version’ donne 1.2.4.

Bonne journée.

Après plusieurs reboot, hard reboot, etc. impossible de regarder la TV.
Sans freeze dans tous les sens !
Help

Bonjour,

Je dispose de la Freebox Crystal depuis son lancement et je l’appréciais pour sa simplicité et efficacité. Mais depuis la mises à jour reçu il y a 15 jours c’est devenu une horreur dans l’environnement TV via ADSL.
Le son se décale progressivement de l’image !! Au bout de 3 à 4 mn c’est l’horreur.
J’ai une connexion HDMI qui jusqu’à présent fonctionnait à merveille.
J’ai testé le reboot et hard reboot , modifié les résolutions en HDMI. Rien ne s’améliore.
Autre symptôme bizarre, la gestion dans des menus est plus lente qu’avant !!!
L’appui sur la touche FREE n’est plus instantanée comme avant !!
Merci de faire quelque chose ou de m’indiquer si je dois faire changer le player de la freebox Crystal

Cordialement
Suis je le seul dans ce cas ?

Déconnexions intempestives réseau wifi corrigées par redémarrage server revolution depuis 3 mois.

-Quelque soit le canal du réseau et 20 ou 40 Mhz
- Avec ou sans femtocell

Bonjour, Je suis confronté a problème qui semble insoluble : l’accès a mes camera ip depuis un mon abonnement free gsm, alors que sur d\’autre mobile non free j\’y accède.
Toutes les manips nécessaires ont été effectuées ( changement adresse ip ainsi que les ports correspondant) de plus j’accède à d\’autres caméras externe a free et meme a free depuis mon gsm.
Je pourrais penser que cela vient de ma box , mais alors pourquoi je peux accéder aux dites camera avec un autre gsm d\’un autre fai .

Hello!

Modèle                         Freebox ADSL            
Version du firmware            1.5.20                  
Mode de connection             Dégroupé                
Temps depuis la mise en route  7 heures, 36 minutes    
Adresse MAC Freebox            00:07:CB:C8:02:F2       
Adresse IP                     88.184.250.75           
IPv6                           Désactivé               
Mode routeur                   Activé                  
Adresse IP privée              192.168.0.254           
Adresse IP DMZ                 192.168.0.0             
Adresse IP Freeplayer          192.168.0.0             
Réponse au ping                Activé                  
Proxy Wake On Lan              Désactivé               
Serveur DHCP                   Activé                  
Plage d'adresses dynamique     192.168.0.10 - 192.168.0.50

—-
Actif ou Pas, Proxy Wake On Lan reste DESACTIVE

Depuis la dernière actualisation (il y a deux jours) le Wake on Lan (WOL) ne fonctionne plus.

La fonction WOL est bien activée au niveau de la console de gestion Freebox (adsl.free.fr). Je ai fait de nombreuses fois un redémarrage.

Mais il se trouve qu’en allant sur http://192.168.0.254/pub/fbx_info.txt , il marque que l’option est désactivée !
Proxy Wake On Lan Désactivé

En effet, la WOL ne fonctionne plus.

Je ne suis pas le seul à avoir ce problème: http://forum.universfreebox.com/viewtopic.php?t=48048

Merci à l’avance

la page http://mafreebox.freebox.fr/pub/fbx_info.txt (V5) reporte l’état du proxy WOL OFF alors qu’il est ON.

Bonjour
Merci de m’aider pour mettre mes photos de mon Android S4 sur ma freebox
Je n’arrive plus à synchroniser ma freebox compagnie
merci d’avance

Bonjour,

En essayant de mettre en place une ouverture de port dynamique depuis un raspberry pi via le protocole UPnP, j’ai trouvé un comportement étrange sur freebox V5.

J’utilise le logiciel miniupnp pour ordonner à la box d’ouvrir un port vers mon LAN.

Avec la commande “upnpc -r 8080 tcp” (ou “upnpc-shared.exe -r 8080 tcp” sous windows) le NAT se fait bien au niveau de la box.

Je peux bien accéder à mon raspberry sur le port 8080 en utilisant l’adresse public de ma box depuis l’extérieur.
Le problème c’est que si j’utilise mon adresse publique depuis mon LAN (mon PC) le port est fermé. Alors que lorsque ne défini manuellement le NAT depuis l’interface de gestion de mon routeur, la, pas de soucis ça marche autant depuis le WAN que le LAN.

C’est plutôt gênant car je ne peux donc pas accéder à mon serveur depuis son nom de domaine, mais uniquement l’adresse locale en 192.168.0.x si je fais le NATage en utilisant l’UPnP.

Cordialement

La freebox v5 sait-elle supporter le WPA2?

Des freebox crystal sont encore mises en circulation aujourd’hui.
iOS 10 qui sortira à la rentrée signalera que la sécurité de la Freebox v5 est insuffisante...

AF

Lorsque je lance ma connexion OpenVPN, en étant connecté à ma freebox, celle-ci est refusée.
Lorsque je remplace la connexion freebox par celle de mon téléphone freemobile en hotspot (même client, même serveur, même PC), ça marche sans problème.
Comment puis-je configurer la freebox pour qu’elle autorise la connexion OpenVPN?

Bonjour,

Je viens d’installer une freebox Crystal avec derrière un ordinateur portable et un disque réseau, chacun avec une IP fixe.
J’ai créer mon DNS xxxx.hd.free.fr.

J’ai mis l’IP de mon disque réseau dans l’IP de la DMZ et ajouter les redirections des ports publiques 80, 443 et 5000 sur les ports du disque réseau et sur son IP en TCP.

Impossible de joindre par le réseau publique ces ports.

Pouvez-vous m’aider ? L’assistance Free n’a pas de solution hormis venir poser ma question ici.

Sincères salutations.

Comme remarqué ici :
http://forum.universfreebox.com/viewtopic.php?p=542974 et
http://www.aduf.org/viewtopic.php?t=279003

Depuis une quinzaine de jours le serveurs de temps (UDP 123) ne sont plus joignables à partir des certaines Freebox V5 (et Crystal), je ne suis pas un cas isolé.
Cela c’est manifesté d’abord sur les Raspberry, vu qu’il n’ont pas de pile.
Mais en testant sur un iMac, un routeur, ... le problème est général.

Pour ma part :
Freebox V5 rebooté (5 fois pour mise à jour)
Configuration routeur vidée
Test effectué en bridge avec un seul ordinateur (pour éviter tout autre source d’anomalie)
Le résultat est toujours le même, pas de synchronisation avec les serveurs de temps.

Et comme toujours... cela fonctionnait avant... (avant étant à mon avis ... avant les vacances de Noël)

Il semble donc qu’il y ai un bridage UDP sur les freebox... ou sur d’autres équipements... ou alors une mise à jour qui a ajoutée ce bug ??? Pour l’instant je suis dans le flou.
J’ai essayé de remplacer la freebox par un modem netgear DG834PN mais sans succès pour établir la connexion.

Bonjour,

La configuration de mon reverse dns ne fonctionne pas. Le support affirme que la configuration est faite, cependant, les outils en ligne tel que https://mxtoolbox.com renvoi toujours aucun server, pas meme le nom lié au NRO.
Est il possible de faire une intervention manuel pour corriger cela? C’est bloquant pour la configuration de mon serveur email

identifiant: fbx19395180 (freebox fibre)
ip: 78.194.162.26
reverse souhaité: ced.ryick.net

Merci!

Bonjour,

Le reverse DNS personnalisé n’est pas fonctionnel pour mon adresse IP actuelle :
$ dig -x aa.bb.cc.dd
dd.cc.bb.aa.in-addr.arpa. 78537 IN PTR aa-bb-cc-dd.subs.proxad.net.

Historique :
- Reverse DNS personnalisé en place sur adresse IP précédente.
- Reboot et mise à jour de la Freebox v5 sur coupure de courant > IP n’est plus fixe, Reverse DNS perdu.
- Activation de l’IP fixe > IP devient IP actuelle.
- Personnalisation du Reverse DNS > demande en cours.
- Après 1 mois et demi d’attente et 4 contacts avec l’Assistance, toujours rien et mon serveur mail souffre...

L’Assistance persiste à me dire que le Reverse DNS est “activé” et me renvoie vers “les forums”.
Dernière info en date : “d’après le service technique, votre Freebox est en mode bridge avec un routeur perso” mais je ne vois pas le rapport (ma config est inchangée depuis la situation fonctionnelle).

Un gentil CORP pourrait-il ajouter la ligne PTR dans les rev.proxad.net ?
À moins qu’un utilisateur expert ne connaisse une incantation susceptible de débloquer la situation ?

Merci d’avance, bien cordialement,
–Sylvain

Bonjour,

Jusqu’a présent je n’avais pas activé le NAT-PMP sur Freebox v5 ADSL.
J’ai routé manuellement les ports afin d’avoir accès à mon NAS depuis l’extérieur.
J’utilise mon IP externe (82.242.104.*) pour me connecter à mon NAS (SMB, FTP, Webdav, etc...) que ce soit chez moi en local ou depuis l’extérieur sans aucun problème. Depuis que j’ai activé le NAT-PMP mes ports sont bien redirigés par mon NAS Synology seulement lorsque je suis chez moi je suis obligé de passé par l’IP local de mon NAS (192.168.0.2) pour y avoir accès, lorsque je saisi mon IP externe (82.242.104.*) ou le nom de domaine cela ne fonctionne pas.

C’est à dire que je suis obligé de créé mes raccourcis en double : un pour quand quand je suis en local avec 192.168.0.2 et un pour quand je suis à l’extérieur avec soit mon IP externe (82.242.104.*) soit avec le nom de domaine. Je refais le test deux fois. Actuellement je suis repassé au mapping manuel avec désactivation du NAT-PMP, j’ai donc accès à mon NAS via l’IP externe (82.242.104.*) chez moi et à l’extérieur.

Merci pour votre retour.

Très cordialement.