Freebox V5 ADSL

Bonjour,

au redémarrage le boitier ADSL (pour remettre en marche le lien wifi entre boitier ADSL et boitier HD qui tombe tous les 2 à " jours en moyenne, ou pour une mise à jour), mon Windows Vista (Home Premium x64 trés exactement) connecté par GigabitEthernet (sur carte mère Asus P5K dernier BIOS et derniers pilotes, le chip réseau est un Attansic L1) indique une connectivité limitée ou inexistante, il faut que je débranche physiquement le câble puis le rebranche pour que mon ordinateur ai à nouveau accès à une adresse IP et au Net.

Y aurait il moyen de rendre ça plus simple (genre sans le débranchege/rebranchage^^) ?

Merci d’avance !

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,

ce serait pas mal de pouvoir commenter les ouvertures de port et les réservations d’adresses mac sur la console.

une fois la conf un peu complète, c’est vite illisible.
Il ne s’agit que de simples champs texte a ajouter a la page, rien de bien compliqué et rien a envoyer a la freebox :)

Au moins on sait quel PC a cette @mac, et a quoi correspond chaque règle de redirection de ports.

Merci !

Bonjour,

Quand on fait un hardreboot, la freebox se met en mode “modem classique sans routeur” qui est un peut un mode “sans échec” :
pas de routeur, pas de wifi... juste un DHCP qui donne l’IP publique pour pouvoir se connecter (et aller corriger la config du routeur si on avait chier...)
C’est normal qu’elle ne revienne pas en mode routeur, car si on y connait rien et qu’on a pas activé le DHCP avec le routeur, on ne pourrait plus retourner l’activer.

Par contre, la box n’explique rien :
Un ami c’est fait avoir :
il a fait un hardreboot parceque ça merdait.
ensuite le net marchait sur son pc fixe (en ethernet) mais pas sur le portable (wifi inactif)
il met le portable en ethernet ⇒ conflit d’IP (normal le DHCP donne l’IP publique à tout le monde)

C’est normal, mais comment pouvait il le savoir ?
Puisqu’on est pas censé rester dans ce mode (normalement c’est juste pour aller corriger la config en 5min sur la console), autant le dire clairement.
Genre sur l’afficheur 7seg (faut trouver comment l’afficher mais bon...)
ET / Ou sur la télé (un peu comme le “popup” qui demande un reboot en cas de grosse mise à jour)

Qu’en pensez-vous ?
La freebox est vraiment bien, et son mode de configuration sur le site free permet une grande simplicité.
Mais tout n’est pas mis en oeuvre pour que le débutant comprenne tout, c’est dommage...

Pourrait-on avoir un acces sur la page de configuration du routeur, pour ajouter des routes vers des gateway internes ?
exemple : routes vers un réseau privé accessible par VPN monté par une gateway faisant partie du réseau coté LAN (Client)

voir si la motivation vous envahie, d’envisager du RIP ? comme ca tout est dynamique :)

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

Une QOS avancée (par IP / MAC / autre) n’est pas envisageable sur du matériel si cheap, mais une simple priorisation entre le port Ethernet jaune et le switch serait sympa. C’est surement possible puisque le débit des 2 “groupes” est connu et affiché séparément dans l’interface télé.

En effet, certaines applications nécessitent une priorité absolue (comme de la voip hors FB par exemple), ce qui est difficilement possible avec un routeur supplémentaire.
Car si on ajoute un routeur supplémentaire, comme il ne connait pas le débit disponible, il ne peut pas travailler correctement, sauf à lui donner une limite de débit arbitraire, inférieur à la synchro ADSL.

Deux groupes de priorité distincts jaune VS the rest serait bien pratique. Libre à nous de rajouter un switch à la suite du port jaune si besoin (plusieurs téléphones ou autre)...

Se serait un dev spécifique à la V5, car la FB-O ne possède pas le port jaune.
En même temps je pense que le jour ou on aura la fibre, il n’y aura plus trop de saturation d’upload et donc de problèmes de téléphone...

(rappel : je parle de téléphones SIP ou MGCP supplémentaires, pas de la voip Free qui est indépendante, et déjà en priorité haute)

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

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,

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.

Bonjour,

Serait-il possible d’ouvrir la possibilité d’accéder a distance à l’interface web locale d’informations (mafreebox.freebox.fr) à l’extérieur et avec la possibilité de changer le port au lieu du 80 ?

Bonjour,

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

Cordialement

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

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

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 redirection de port ne fonctionne plus sur ma Freebox V5 ADSL, alors qu’elle fonctionnait auparavant. Je n’en avais plus eu besoin depuis 2018 et mes règles de redirection sont restées inchangées (ainsi que mes machines dans le LAN, en bail permanent).
De plus, j’ai constaté que la box ne répond pas aux pings alors que la réponse aux pings est pourtant activée dans l’administration de la box (ainsi que dans le récap sur /pub/fbx_info.txt).

J’ai fait les tentatives suivantes :

- redirection paramétrée dans l’interface d’administration freebox (https://subscribe.free.fr/login/)

o machine1 avec port externe = interne (18000) (pas de firewall sur machine1)
o machine2 avec port externe =/= interne (80 => 9980) (pas de firewall sur machine2)

- UPnP

o avec leasing
o sans leasing

- Mise dans la DMZ de machine1

- Hard reboot

La hotline n’a pas pu m’aider à part me proposer le hard reboot (qui n’a rien changé).

J’ai tendance à penser qu’il pourrait y avoir eu une régression dans les mises à jour de firmware depuis 2018...

Merci d’avance pour votre aide.

Voila, j’ai eu une idée qui pourrait être sympa, ce serait que la console de gestion propose de créer un vpn inter-freebox (en rentrant l’addr mac ou le numero de telephone d’une autre freebox) avec evidement une demande d’autorisation de l’autre coté. ça pourrait être une option super sympa entre potes ou en famille...

Il n’est actuellement possible que de rediriger des ports TCP ou UDP vers une machine. Pour monter un tunnel ipv6, il faudrait pouvoir rediriger le protocole 41 (6 dans 4).

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 pratique que la Freebox redirige les requêtes DNS reçues sur son IP locale.
Quand on utilise pas le DHCP (pour raison X ou Y la n’est pas le problème), c’est plus simple de mettre le 192.168.0.1 en DNS plutôt que l’IP publique
Surtout que j’ai en tête depuis des années uniquement les anciens qui ne fonctionne plus (212.27.32.177 et 212.27.32.176)

Pour les cas ou on doit configurer les IPs à la main, la configuration serait plus pérenne.

Tous les autres routeurs le font (dont la livebox par exemple), et ce n’est qu’une petite règle iptable à ajouter qui ne prendra rien comme ressources.

Etrange que se ne soit pas déjà fait.

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.

Il pourrait être intéressant d’activer la fonction de Proxy WOL existante sur l’adresse IPv6 de la Freebox.
Cela permettrai par exemple de développer une application Elixir d’allumage/extinction des PC du LAN via la télécommande.