Freebox V5 ADSL

Bonjour,
Est-il envisageable d’ajouter un descriptif de la machine lors de l’attribution des Baux DHCP permanents?
Cdt

Bonjour,

J’ai parcouru les quelques tickets qui mentionnent l’IPv6, je pense que celui ci répond en parti au besoin des utilisateurs.

En effet, j’ai conscience que mettre en place dans l’interface (et sous le capot) une case à cocher qui stipule que tout le trafic IPv6 qui arrive depuis l’internette soit routé vers une IPv6 (ex: 2a01:e35:aabb:ccdd::1) peut être long et peu rentable vu le faible nombreuse d’utilisateurs impactés.

Ces fameux FreeNautes sont assez avertis pour configurer un tunnel 6to4.
A l’heure actuelle, les tunnels brokers sont loins, et pas toujours fiables.

C’est pourquoi, il serait peut être plus simple que vous mettiez place une passerelle 6to4, réservées aux IPv4 venant du réseau Free ?

Je vous laisse le soin de prioriser le ticket

Des bisous.

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,

Il serait intéressant que la Freebox supporte le protocole NAT-PMP. C’est un protocole qui permet de rediriger des ports sur le routeur, mais beaucoup plus léger que l’UPnP. De nombreux firmwares open-source tels que DD-WRT, Tomato le supportent déjà.

Protocole : <http://tools.ietf.org/html/draft-cheshire-nat-pmp-07>
Petite description : <https://en.wikipedia.org/wiki/NAT_Port_Mapping_Protocol>
Meilleure description : <http://miniupnp.free.fr/nat-pmp.html>

MiniUPnPd (MiniUPnP Deamon) <http://miniupnp.free.fr/> est une librairie open-source actuellement utilisée par la plupart des implémentations NAT-PMP.

Il y a une faute d’orthographe sur l’interface web de la Freebox v5 (http://192.168.1.1/pub/fbx_info.txt).

Il faudrait corriger : “Mode de connection” par : “Mode de connexion”

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

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

Bonjour,

Je cherche a faire fonctionner l’IPv6 sur un routeur openWRT (version Chaos Calmer rc-3 autant dire la quasi finale) derrière une v5 en mode bridge (testé également sur alicebox et v6)j’ai un problème concernant mes retours de paquets...

Après maintes tentatives infructueuses, et la lecture du forum suivant : https://forum.openwrt.org/viewtopic.php?id=53160

j’en ai déduit qu’il y avait un problème de next-hop non paramétrable sur la v5 (alors que sur la v6 oui et ça fonctionne très bien).

Pensez-vous que l’ajout de cette option est envisageable ?

Merci ! :)

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

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.

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.

Bonjour,

suite à un appel au support free qui ne peux prendre en charge mon problème, je le soumet à votre sagacité:

Je suis abonnée Free sur une V5. Ma connexion fonctionne parfaitement, internet nickel. Par contre étant en télétravail de puis + de 2 ans, dès mercredi 04 avril 2018, impossible de me connecter au prestataire de notre entreprise à savoir KHEOPS.

Nous sommes plusieurs collègues provinciaux (pas les parisiens sur Free) à ne pas pouvoir aboutir sur notre plateforme via KEHOPS qui se trouve en amont de notre firewall.

Je vous joins l’ip de notre prestataire 213.163.179.254 (FAI KEHOPS) ainsi que le tracert et le ping sur 1 minute de chez moi. Pour information, je suis connecté en ce moment à une box Orange et tout fonctionne !

Donc depuis 72 heures impossible de se connecter, merci à l’avance pour vos retours.

ci dessous Tracert et ping
————————TRACERT—————————————-
D‚termination de l’itin‚raire vers mail.o2i.biz [213.163.179.254]
avec un maximum de 30 sautsÿ:

1     1 ms     1 ms    <1 ms  192.168.1.124 
2    18 ms    18 ms    18 ms  ypo72-1-78-220-189-254.fbx.proxad.net [78.220.189.254] 
3    18 ms    19 ms    19 ms  213.228.41.126 
4    20 ms    29 ms    32 ms  chartres-asr903-1-po2.intf.routers.proxad.net [212.27.50.81] 
5    37 ms    39 ms    31 ms  bzn-crs16-2-be1112.intf.routers.proxad.net [212.27.56.197] 
6    21 ms    22 ms    30 ms  th2-9k-3-be1000.intf.routers.proxad.net [194.149.163.90] 
7    22 ms    22 ms    21 ms  be4204.ccr31.par04.atlas.cogentco.com [149.11.115.13] 
8    21 ms    21 ms    22 ms  kheops.demarc.cogentco.com [149.11.115.34] 
9    22 ms    22 ms    23 ms  213.163.183.70 

10 * 23 ms 24 ms mail.o2i.biz [213.163.179.254]

Itin‚raire d‚termin‚.

————————PING—————————————-
Envoi d’une requˆte ‘Ping’ 213.163.179.254 avec 32 octets de donn‚esÿ:
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=46 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=92 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245

Statistiques Ping pour 213.163.179.254:

  Paquetsÿ: envoy‚s = 34, re‡us = 17, perdus = 17 (perte 50%),

Dur‚e approximative des boucles en millisecondes :

  Minimum = 22ms, Maximum = 92ms, Moyenne = 28ms50% d'erreur (sur 1 minute):

Dans la ligné de l’ouverture à l’ipv6, il pourrait être intéressant d’avoir accès au multicast.

Il n’est peut être pas nécessaire d’envisager le multicast sur IPv4, mais au moins sur l’IPv6.

Pourquoi du multicast ?
- permettre a l’utilisateur de diffuser de la vidéo, des fichiers et toutes sortes de données a un nombre de infini de destinataires.
- réduire les effets d’engorgements des réseaux/couts des transits du fait du peer 2 peer en le remplaçant petit a petit par des applications basées sur du multicast.
- éviter la centralisation de l’information (tel que youtube, dailymotion, ...) au profit de l’hébergement distribué.
...
Et bien d’autres concepts qui restent a inventer.

Quel type de multicast ?
- Au minimum du SSM qui est le plus simple
- De l’ASM en embeded RP avec les freebox comme RP.
- Des implémentassions tel que mrd6 existent pour Linux (x86, openwrt, ...)
- étant donné que le 6to4 établit un tunnel, il suffirait d’ajouter cette fonctionnalité aux freebox puis aux endpoint des tunnels puis la connectivité jusqu’au peering en multicast. Donc dans cette première phase il ne serait pas nécessaire de mettre a jour l’ensemble du réseau de collecte de Free.

mrd6 - Daemon de routage multicast pour Linux : http://fivebits.net/proj/mrd6/ Overview of the Internet Multicast Routing Architecture : http://www.ietf.org/rfc/rfc5110.txt

Bonjour,

je dispose d’une freebox V5 en mode routeur, d’un ordinateur en wifi et plus récemment d’un disque dur réseau western digital 1To branché en ethernet sur le routeur de la freebox, prise 1.
Lorsque je lance un transfert de fichier lourd, utilisant la totalité de la bande réseau, j’ai des coupures fréquentes des images de la télé : l’image se fige toutes les 5 minutes environ.
Cela ne m’arrive jamais en tant normal, étant à 500 M du NRA. Je suis en mode fastpath.
Suis dispo pour des tests si besoin

Bonjour, j’exprime ici plus un problème d’administration du site web que de la freebox ADSL en elle même.

Lorsque l’on résilie un abonnement avec effet en fin de mois, la console de gestion ne permet plus que de consulter les factures.

Il est ainsi impossible de modifier les port ouvert sur le routeur, de changer la clé Wifi, etc....

Cet état de fait n’est pas normal.

La fonction serveur d’impression permet de brancher une imprimante sur le port USB de la freebox afin de la partager sur le réseau local routé par le freebox.

Un bon nombre d’imprimante utilise une communication bidirectionnelle ce qui permet, entre autre, de faire remonter l’état de l’imprimante au PC. La communication bidirectionnelle ne semble par supportée par la freebox ne permettant pas d’utiliser un bon nombre d’imprimante, notamment des imprimantes laser de type Canon LBP (LBP-5000 très populaire pour n’en citer qu’une). Ceci abouti à une message d’erreur du driver de l’imprimante du type “port non reconnu”.

Serait-il faisable d’implémenter une communication bidirectionnelle sur le port USB de la freebox? Peux-être dans le cas d’un PC unique éventuellement, ou dans le cas d’un PC à une adresse IP désignée comme pour le freeplayer?

Bonjour,

Il serait bien d’avoir une LED d’activité du Wifi.
J’imagine que les 4 LED ethernet sont gérées en hard par la puce du switch, donc voici une autre solution.

L’afficheur de l’heure semble être commandé en live par le cpu. Il n’y a même pas de buffer de sortie puisque quand on filme une V5, on voit les LED scintiller. Donc on peut l’utiliser facilement.

Pour cela, on peut détourner les “:” de l’heure pour l’activité du Wifi. (avouons que le battement des secondes sur “:” n’est pas des plus utile)

Pour ne pas perturber tout le monde, l’option serait dans la console de gestion, à coté de la désactivation des LED du switch.

Qu’en pensez-vous ?

Julien

Serait-ce possible d’avoir la possibilité de voir les ports ouverts à un instant donné, par exemple via une page du serveur WEB de la freebox. Pas besoin de mise en page sophistiquée ni d’interactivité...

Cela peut concerner l’UPNP seulement, ou toutes les associations NAT.

Bonjour à tous,

J’aurai une suggestion à faire pour améliorer la freebox, et plus particulièrement son mode routeur.
La redirection de ports est fort utile pour nombre d’entre nous, mais elle serait encore mieux si on pouvait aussi filtrer sur les adresses sources en plus.

Dans l’interface d’administration du mode routeur il faudrait un champ supplémentaire devant chaque ligne de la redirection de ports, champ que l’on pourrait laisser vide si l’on ne désire pas de filtre sur adresse IP Source.

Vous allez me dire que je n’ai qu’à mettre un routeur derrière la freebox en mode modem, et c’est bien ce que j’ai fait. J’ai un Asus sous DD-WRT avec un jeu de règles iptables fait main.

Mais je vois parmi mes amis et collègues que nombre d’entre eux aimeraient que cette fonctionnalité de filtrage soit proposée de base dans la freebox, sans pour autant vouloir mettre un routeur derrière la Freebox. Cette fonctionnalité de filtrage sur la base d’adresses source est déjà possible dans une LIVEBOX, alors pourquoi pas dans une Freebox ?

Messieurs les développeurs de Free, est-ce envisageable ?

Merci de m’avoir lu.

Depuis quelques mois, les abonnés dégroupés possédant une Freebox v5 peuvent partager leur connexion Wi-Fi avec d'autres Freenautes.

C'est le service Free Wifi : http://iliad.fr/presse/2009/CP_260509.pdf?keepThis=true&TB_iframe=true&height=400&width=700

A ce jour, lorsque je me connecte sur une Freebox hôte, je ne bénéficie, au maximum, que d'un maigre petit mégabit par seconde de débit. Cela peut même être moins en cas de forte utilisation de la bande passante par le possesseur de cette Freebox hôte.

Or, en journée, si je me connecte à une Freebox hôte dont le possesseur est absente, même si 0% de la bande passante est utilisée, je n'aurai toujours qu'1 Mbps de débit.

Par conséquent je voudrais que, dans une version ultérieure du firmware de la Freebox :

-il soit laissé au choix de l'abonné de plafonner le débit de son hotspot public à des valeurs paramétrables, 0,5, 1, 2, 4 ou +∞, par exemple comme dans le tableau de bord de la Fonera : http://img694.imageshack.us/img694/2530/foneradbit.jpg?%27+document.referrer+%27

-le firmware de la Freebox sache gérer la qualité de service pour optimiser le débit et s'assurer que, quel que soit le débit public autorisé par l'utilisateur, y compris +∞, la priorité aille à la TV, le téléphone et le débit privé.

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,

Actuellement la fb ne permet pas d’effectuer des règles de sécurité pour l’ipv6. Toutes les machines sont en frontal.
L’idéal sera d’avoir un filtrage comme le permet certains routeurs(ddwrt/openwrt) avec ebtable.

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.