Freebox V5 ADSL

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 ?

Lorsque le réseau WiFi personnel est activé, il n’y aucun problème : la désactivation du ‘Choix automatique du canal WiFi’, et le paramétrage de ‘Configuration du canal WiFi’ sur celui désiré (le canal 13 par exemple) entraîne bien la synchronisation des trois SSID (MonWiFi/FreeWiFi/FreeWiFi_Secure) sur le canal prédéterminé.

Par contre, en cas de désactivation du réseau WiFi personnel sans modifier quoique ce soit d’autre, il ne reste bien que deux SSID (FreeWiFi/FreeWiFi_Secure) mais ceux-ci se synchronisent sur un canal qui n’est plus le canal prédéterminé. Ils sautent de canal en canal au gré des redémarrages de la Freebox ADSL V5. Je soupçonne donc qu’ils sont repassés en mode ‘Choix automatique du canal WiFi’, option qui est pourtant toujours désactivée dans l’interface.

Si ce n’est pas une anomalie, je pense qu’il serait plus logique de conserver la ‘Configuration du canal WiFi’ active même en cas de désactivation du réseau WiFi personnel.

Merci.

... a un moment précis lors de l’allumage d’une imprimante (? a reproduire)

Situation : Allumage d’une imprimante, rapidement suivie par une tentative d’impression.

Blocage et plantage du spooler d’impression sur windows 7 “erreur”, impossible de purger sans
désactiver le spooler (net stop spooler) supprimer les fichiers d’impression et redémarrer le spooler (net start spooler).

Serte il s’agit d’un plantage du système W7, mais il y a coïncidence simultanée avec...

- Plantage du boitier ADSL, vu sur le moment (...) sur l’affichage, cercle complet et fixe (pas de clignotement du tout).
- Plantage de la boxe HD V5 révision 2, 3 antennes wifi, freeze de l’image sans artefact de bug et sans message d’erreur évoquent une perte de signal, un changement de chaine résous le freeze.

Note: je ne suis pas en mesure de dire si la connexion internet à été perturber.

Firmware du moment
ADSL 1.5.17
HD 1.6.13
Drivers imprimante (W7) “HP deskjet F4200 serie”

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

Bonjour
Cette tâche cette tâche est spécifique aux freebox V5/Crystal pour que celles-ci ne soient pas oubliées au profit de Freebox OS. Son contenu est également adapté aux fbx v5. Merci donc de ne pas supprimer/clôturer cette tâche à moins qu’elle ne soit vraiment redondante avec celle déclarée pour la v6 ( http://dev.freebox.fr/bugs/task/16067 ).

Lors de la définition de ma clé WPA, je génère celle-ci avec un générateur aléatoire ( par exemple http://www.kurtm.net/wpa-pskgen/ ) qui puise les caractères utilisables dans tout le subset des 95 caractères 7bits us-ascii imprimables* ( http://en.wikipedia.org/wiki/ASCII#ASCII_printable_characters ) conforme à la spécification WPA ( http://en.wikipedia.org/wiki/Wi-Fi_Protected_Access#cite_note-10 ). Je n’ai aucun problème avec ce genre de clés sur des routeurs à firmware propriétaires ou openwrt/ddwrt (sauf que sur certaines version du firmware, il faut masquer les caractères pour contourner un contrôle abusivement restrictif dans le GUI).
Il faudrait au moins indiquer sur la console traditionnelle quels sont les exclusions de caractères autorisés parmi ceux de la norme.

Dans l’idéal tout le subset des 95 caractères 7bits us-ascii imprimables devrait être autorisé par l’interface et celle-ci devrait accepter la saisie de la clé sous la forme des 64 caractères hexadécimale calculée à partir du SSID ( http://jorisvr.nl/wpapsk.html )
Dans le pire des cas, mention “Le choix des caractères est libre.” doit être corrigée.

* “/* removed space since it was confusing if trailing */” voir code du générateur sur la page de Kurt Meinz

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,
Depuis la derniere Maj d’il y a peu, il m’est impossible de telecharger ou de visionner via dlna car le wifi plante souvent. Ca vient forcément de free car ça marche sur une connexion orange

La freebox V5 desynchro aléatoirement.

de novembre 2014 à fin janvier 2015 j’ai eu le même problème. (entre 50-100 desynchro par jour)
problème dû au déploiement du VDSL2. Résolu grâce au déploiement d’un firmware correctif sur le DSLAM, le firmware précédent causant des problèmes de desynchro sur les freebox v5 et crystal qui ne sont pas compatibles VDSL2.

Et là, ça recommence depuis le 23 juin. Le technicien est passé, aucun problème sur la ligne ni de perturbateurs extérieur, comme il y a quelques mois. (aucunes desynchro lors de son passage)
le lendemain (aujourd’hui), les desynchro recommence, toujours aléatoirement.

internet inutilisable...

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):

Bonjour,

J’ai mis un commentaire dans un vieux bug  FS#33503 , je ne sais pas s’il est fermé ou pas, dans le doute j’en ouvre un autre ici, que vous pouvez supprimer si inutile. Merci.

Les codes DTMF pour interagir avec les répondeurs vocaux (« tapez 1 pour… » etc.) ne fonctionnent pas depuis plusieurs semaines/mois quel que soit le service contacté.

J’ai testé avec 2 téléphones fixes de marques différentes.
Gigaset C620 et Siemens C0255 duo.

Infos box Crystal :

Version du firmware 1.5.18
Nom d'utilisateur fbxxxxxxxxx@freeadsl
Mode de connection Ipadsl
Temps depuis la mise en route 10 jours, 12 heures, 35 minutes

Merci.

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,
Il serait bien de créer un réseaux free wifi en parallèle des freebox (comme pour neuf avec neuf wifi)

Merci

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é.

Aujourd’hui, la présentation du numéro pour les appels sortants indique toujours le numéro Freebox (commençant par 09).
Lorsqu’un abonné s’abonne en dégroupage total en bénéficiant de la portabilité du numéro, il conserve son numéro géographique vers sa Freebox, mais ce numéro n’est pas affiché pour les appels sortants, alors que ce numéro est reconnu par ses contacts.

Une fonction intéressante serait d’ajouter pour les abonnés ayant deux numéros un choix dans la console d’administration, pour le numéro présenté lors des appels sortants:
- soit le numéro IP Freebox (09)
- soit le numéro géographique (01, 02, 03, 04 ou 05)
de la même manière qu’il est déjà possible de choisir le numéro qui parait dans l’annuaire.

Bonjour,

Voici un récapitulatif des services manquants avec la freebox optique :

- Freestore
- Favoris TV
- IPv6 (ne pas l’activer sinon surf très lent !)
- Enregistrement à distance

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.

Bonjour,

Est-il possible d’intégrer un bouton reboot sur l’interface web locale sur le Freebox v5 ?

Cordialement