Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour,

depuis quelques temps maintenant j’ai un problème avec mes téléphones en DECT. En effet lors d’un appel entrant ou sortant j’entends la personne avec mon téléphone en DECT mais la personne ne m’entends pas. Je précise bien sûr avoir testé avec mes 2 téléphones, problème identique.
J’exclus un problème de mes téléphones, car les 2 ont exactement le même problème et le bug disparaît en redémarrant la Freebox, mais réapparaît au bout de quelques temps (+/- 24h mais sans certitude sur la durée exacte).
J’avais déjà un problème +/- équivalent depuis des années, à savoir que j’avais le même symptôme de temps en temps mais en rappelant la personne (1 ou 2 fois) ça fonctionnait. Dorénavant ça ne fonctionne plus du tout sans reboot du serveur. Peut-être que ces 2 problèmes sont liés.
Pour info mes 2 téléphones sont identiques, des Siemens Gigaset.

Cordialement

Mettre en place un système de proxy type IPCop afin de mettre en place plusieurs services tels:
- Cache: Pour enregistrer des éléments Web souvent chargé afin de ne plus sans cesse les re-télécharger. (Gain de temps et économie de bande passante).
- Filtre de sites Internet par catégories.
- Analyse du flux réseau entrant et sortant pour le Spam et Virus.
- Règles différentes possibles par zones (Wifi, LAN, Serveurs).

il pourrait être intéressant d’ajouter au contrôle parentale la possibilité de bloquer certain service ou ports (pour les jeux surtout)en fonction d’une adresse Mac

Bonjour,
Afin que mes enfants puissent ou non accéder à certains sites web, ce serait bien de pouvoir créer une liste blanche des sites qu’ils peuvent visiter ainsi qu’une liste noire de sites qui leur seraient interdit d’accès.

F.

Bonjour :)

Actuellement, le planificateur du contrôle parental a 3 mode : Autorisé, Accès web uniquement et bloqué.
Ne serait-il pas sympa de mettre un mode du genre “Accès non web uniquement” ? Celui-ci bloquerais les ports 80 et 443 mais permettrais par exemple de continuer à utiliser skype (pour finir une conversation par exemple) ou de poursuivre un DL sur emule pendant la nuit.

Bonjour,

je viens de brancher mon Gigaset CL660HX (tout neuf) en direct en activant la base DHECT de ma FB V6.

Mon téléphone est neuf:

1. je n’ai aucun contact dans la mémoire du téléphone
2. j’ai créé deux contacts dans la base du serveur (mon mobile et celui de ma femme)

Après quelques reboots, tout fonctionne correctement:

1. je passe des appels

1. je reçois des appels

1. le journal des appels se met à jour

1. la date poussée par le serveur est ok (corrigé lors du firmware 4.0.6)

1. J’arrive à accéder depuis mon Gigaset à mes deux contacts contenus sur le serveur =⇒ j’en déduis que les infos remontent bien et que la fonctionnalité est ok.

En revanche lorsque je reçois un appel d’un contact contenu sur la base serveur, seul son numéro s’affiche et non le contact. Il s’affiche bien dans le journal d’appels de la base mais pas celui du téléphone.

Je trouve cela dommage

Après la mise à jour 1.0.2, ma v6 a perdu les réglages Wifi (la sécurité est revenue sur WPA au lieu de WPA2-PSK) et les réglages concernant les baux statiques et le routage des ports...
Elle semble avoir retéléchargé les réglages depuis la console de gestion sur le site de free. Ce qui pose la question de savoir qui de la console de gestion ou des réglages locaux (mafreebox.freebox.fr) a la primauté.

(Merci pour les mises à jour fréquentes).

Bonjour,

Je viens de me faire la réflexion qu’il serait génial de pouvoir gérer au moins une partie des fonctions disponibles sur Free.fr rubrique mon compte, directement dans l’interface du serveur. Cela éviterait d’aller à 2 endroits, et d’entrer 2 mots de passe différents, pour régler des fonctions dont certaines sont identiques, et d’autres différentes : on aurait tout au même endroit, directement sur le serveur. Chose intéressante serait notamment le réglage du ping (fastpath). D’ailleurs, si cette fonction pouvait être prise en compte plus rapidement qu’une fois par 24h, ce serait également bienvenu.

On peut aussi imaginer avoir accès à “mon abonnement” et autres, sans avoir à réentrer ses identifiants, si la sécurité de la connexion le permet... Pourquoi pas l’intégrer dans une sous page pour éviter l’adaptation, et n’avoir à gérer que le login auto.

En espérant que ce soit réalisable et réalisé, ce serait appréciable pour tout le monde, même Mme Michu qui veut tant bien que mal essayer de gérer son abonnement en ligne.

Mise en place sur la console à distance, d’une section pour gérer le bouquet personnalisé.

Bonjour,

Serait-il possible d’avoir une gestion d’accès aux différents disques (interne ou externe), répertoires et fichiers.
Car aujourd’hui avec Free, si l’on met du contenu sur le disque interne (ou un externe) de la Freebox v6, il peut être vu et modifié par n’importe quel client DLNA.
On ne souhaite pas forcément que tout le monde voit nos documents personnels ou même certaines photos...
Pourrait-on avoir un accès privé et un accès public, où dedans nous insérons les répertoires que l’on souhaite donner accès à tout le monde et pour d’autres non comme avec Seagate ou LaCie.
Accès privé –> Accès Réseau uniquement via login et mot de passe, non visible via DLNA
Accès public –> Accès DLNA accessible par tous et réseau aussi.

Et pourquoi ne pas aller plus loin dans la réflexion –> sélectionner les répertoires que l’on souhaite faire apparaître via DLNA (comme le logiciel MiniDLNA).

On voit souvent des problèmes de configuration lorsqu’on utilise l’interface de gestion de la Freebox ET l’interface de gestion sur l’Espace Client Free.

Ne serait-il pas possible de désactiver l’interface de gestion de l’Espace abonné pour les utilisateurs de la V6, les invitant à se connecter sur celle de la Freebox?

Un synchronisation des réglages effectués sur la Freebox vers les serveurs de Free serait également un plus, pour éviter de perdre tous les paramètres en cas de redémarrage en mode Usine.
Mais ça, c’est sans doute un peu plus compliqué..

Sur l’interface web on peut programmer des enregistrements pour les chaînes de Freebox TV. Or depuis septembre dernier que l’on choisisse un ou plusieurs épisodes l’interface affiche une erreur de durée seules sont prises en compte les marges avant et après l’horaIre. C’était particulièrement pratique on n’avait pas à calculer l’heure de fin de la programmation. Comme ce bug est présent depuis de longs mois je me permets de poster cette demande sans savoir où la classifier.

Bonsoir,

Je souhaite utiliser ma Freebox en tant que client OpenVPN (pour l’application Téléchargements, entre autres).
Mon serveur OpenVPN étant installé et fonctionnel sur mon ordinateur et ma tablette (j’utilise un fichier .ovpn).

Voici mon ovpn (j’ai remplacé les balises tls-crypt par tls-auth pour que mon fichier soit accepté par Freebox OS)

client
proto udp
remote {redacted} 1194
dev tun
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
verify-x509-name server_rKPVIfiQfZNFnVaE name
auth SHA256
auth-nocache
cipher AES-128-GCM
tls-client
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-128-GCM-SHA256
verb 3
<ca>
-----BEGIN CERTIFICATE-----
{redacted}
-----END CERTIFICATE-----
</ca>
<cert>
-----BEGIN CERTIFICATE-----
{redacted}
-----END CERTIFICATE-----
</cert>
<key>
-----BEGIN PRIVATE KEY-----
{redacted}
-----END PRIVATE KEY-----
</key>
<tls-auth>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
{redacted}
-----END OpenVPN Static key V1-----
</tls-auth>

Ma Freebox ne se connecte pas à mon VPN, pour cause: Le cipher AES-128-GCM n’est pas surtout par OpenVPN... 2.3!

Certes la version d’OpenVPN peut être considérée comme stable, mais étant donné que Freebox OS 4.0 est sorti récemment et que cela concerne peut-être également la FBX Delta, cela ne vaudrait-il pas le coup de mettre la version d’OpenVPN à jour vers la branche 2.4?

Merci,
Cordialement.

A la création d’une connexion VPN OpenVPN avec le client intégré, je télécharge le fichier de configuration .openvpn demandé (le chemin est assez étrange, il commence par C:\fakedir\*nom de l’emplacement du fichier) et au moment de valider, une erreur “Pas de périphérique VPN” apparait, autre phénomène étrange, cela fait sauter la connexion (chez moi en FTTH, retour étape 3,le temps d’une seconde)

Cela peut être reproductible à chaque fois

Je n'arrive pas à me connecter via Freebox os en pptp, le client est actif mais il me marque que le serveur a fermé la connexion.
Les paramètres sont bien rentrés, ça fonctionnait bien avant cette nouvelle mise à jour 4.5.
Dans le journal de connexion j'ai un message d'erreur en rouge :
Pppd exited with return code 16.

Merci de m'aider si c'est possible.

Bonjour,

Suite à un appel d’un conseiller Free je me permet de vous contacter par apport à un Bug rencontré.

Suite à une MaJ ou autre, depuis le 1er mars je ne parvient plus à me connecter à un jeu sur mon ordinateur (World Of Tanks).
Après avoir plusieurs fois désinstaller et réinstaller le jeu, contacté le support du jeu et tenter de régler des problèmes de leurs cotés, ces derniers m’ont affirmé que le problème ne venait pas de chez eux.
En effet après avoir, sur conseils d’un ami qui s’y connait plus que moi en informatique, utilisé un VPN, j’ai pu (enfin) me reconnecté au jeu le 07/03.

De ce fait il semble qu’il y ait un problème avec un pare feu ou autre venant de chez Free m’empêchant de me connecter à ce jeu.
Je vous demande s’il est possible, de ce fait, de régler ce problème de votre coté.
En espérant avoir été assez clair je me tiens à votre disposition pour d’avantages d’infirmations si nécessaire.

En vous souhaitant une bonne soirée

Cordialement

Bonjour à tous,

Depuis plusieurs semaines ma Freebox Server n’arrive plus à se connecter aux serveurs de chez IPVANISH par protocole OPENVPN. Je trouve le message d’erreur

openvpn: username/password incorrect

J’ai vérifié tout ce que je pouvais, à savoir :

• fichier de configuration fourni par IPVANISH, que j’ai mis à jour avec les dernières versions ;

• login et mot de passe.

J’ai écumé les forums sans trouver de réponse.
Le problème semble similaire à celui décrit par les clients de NordVPN (voir ici : https://dev.freebox.fr/bugs/task/38479) à la différence que la solution ne se trouve pas du côté de IPVANISH.
J’ai passé pas mal de temps à discuter avec le support technique de chez IPVANISH pour arriver à la conclusion que le problème doit être du côté de Free.

Je demande donc de l’aide ici !

Voici ma configuration : Freebox Server Revolution / OS 4.7.8

Voici la copie du log lors d’une tentative de connexion du client VPN :

2023-08-06 08:56:11 openvpn: output: 2023-08-06 08:56:11 MANAGEMENT: >STATE:1691304971,EXITING,auth-failure,,,,,
2023-08-06 08:56:11 openvpn: openvpn process died (0)
2023-08-06 08:56:11 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:11 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:11 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:11 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:11 state is now DOWN
2023-08-06 08:56:11 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:11 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:11 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:11 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:11 state change 'wait_l2_down' => 'down'
2023-08-06 08:56:16 state change 'down' => 'wait_l2_up'
2023-08-06 08:56:16 l2 state change 'l2_down' => 'l2_up'
2023-08-06 08:56:16 state change 'wait_l2_up' => 'l2_up'
2023-08-06 08:56:16 state change 'l2_up' => 'wait_l3_up'
2023-08-06 08:56:16 l3 state change 'l3_down' => 'l3_start'
2023-08-06 08:56:16 starting
2023-08-06 08:56:16 calling helper script at '/etc/fbxconnman/conn.pre-up'
2023-08-06 08:56:16 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2023-08-06 08:56:16 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: Compression for receiving enabled. Compression has been used in the past to break encryption. Sent packets are not compressed unless "allow-compression yes" is also set.
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning.
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: --keysize is DEPRECATED and will be removed in OpenVPN 2.6
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 OpenVPN 2.5.3 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jun 23 2023
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 library versions: OpenSSL 1.1.1s  1 Nov 2022, LZO 2.09
2023-08-06 08:56:16 openvpn: connected to management interface
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-08-06 08:56:16 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 -- type 'help' for more info
2023-08-06 08:56:16 openvpn: rx: >HOLD:Waiting for hold release:0
2023-08-06 08:56:16 openvpn: tx: hold release
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'hold release'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: hold release succeeded
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'state on'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-08-06 08:56:16 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2023-08-06 08:56:16 openvpn: tx: username "Auth" "igor@imartial.fr"
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'username "Auth" "igor@imartial.fr"'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'password [...]'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TCP/UDP: Preserving recently used remote address: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 Socket Buffers: R=[180224->180224] S=[180224->180224]
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link local: (not bound)
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link remote: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TLS: Initial packet from [AF_INET]216.131.88.3:443, sid=d49d4dc9 3cf38b9b
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=1, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=IPVanish CA, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY X509NAME OK: C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=0, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 Control Channel: TLSv1.2, cipher SSLv3 DHE-RSA-AES256-SHA, peer certificate: 2048 bit RSA, signature: RSA-SHA256
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 [ams-a01.ipvanish.com] Peer Connection Initiated with [AF_INET]216.131.88.3:443
2023-08-06 08:56:19 openvpn: rx: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SENT CONTROL [ams-a01.ipvanish.com]: 'PUSH_REQUEST' (status=1)
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 AUTH: Received control message: AUTH_FAILED
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SIGTERM[soft,auth-failure] received, process exiting
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,EXITING,auth-failure,,,,,
2023-08-06 08:56:19 openvpn: rx: >PASSWORD:Verification Failed: 'Auth'
2023-08-06 08:56:19 openvpn: username/password incorrect
2023-08-06 08:56:19 l3 is now stable
2023-08-06 08:56:19 l3 does not fulfil config requirement
2023-08-06 08:56:19 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2023-08-06 08:56:19 waiting for l3 providers to go down
2023-08-06 08:56:19 l3 state change 'l3_bring_down' => 'l3_wait_down'
2023-08-06 08:56:19 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2023-08-06 08:56:19 calling helper script at '/etc/fbxconnman/conn.post-down'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2023-08-06 08:56:19 openvpn: openvpn process died (0)
2023-08-06 08:56:19 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:19 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:19 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:19 state is now DOWN
2023-08-06 08:56:19 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:19 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:19 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:19 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:19 state change 'wait_l2_down' => 'down'

Bonjour,

Comme expliqué ici : https://twitter.com/akbenj/status/1098346008466079745, le cable entre la freebox et le routeur est de catégorie 5, je pense donc que c’est le bottleneck.

Vous pourrez noté la sévérité de la tâche : “critique” parce que ~pas inutile~ mais indispensable :)

Merci d’avance de votre retour, positif ou pas.

Problème constaté depuis le dernier reboot de ma box Revolution, qui est passée en version 4.2.7 (elle a dû faire un saut de plusieurs versions, car ça faisait plusieurs semaines je crois qu’elle n’avait pas été redémarrée).

J’avais configuré ma box en mode bridge depuis 2 ans environ, avec derrière un firewall Opnsense qui assure l’ensemble des services dont j’ai besoin (NAT, filtrage, DHCP, HAproxy, Wifi, Wifi invités, etc.)
Jusqu’ici tout fonctionnait très bien.

Il y a quelques jours, je redémarre ma box qui du coup passe des mises à jour.
Et là je constate que je ne peux plus joindre un serveur web qui tourne sur mon LAN (donc derrière mon firewall), alors que jusqu’ici je pouvais l’atteindre (règles de NAT dans mon FW).
Mais dans un 1er temps je ne fais pas de rapprochement avec la mise à jour de la box.
Mais hier, en jetant un oeil sur mon firewall, je constate un trafic tout à fait inhabituel sur une adresse IP locale que je n’ai jamais attribuée (c’est mon firewall qui fait aussi office de serveur DHCP et qui attribue les adresses à tous mes équipements, avec contrôle de l’adresse MAC : donc tout équipement non approuvé n’aura pas d’IP attribuée).
Donc je ne comprends pas comment un équipement a pu joindre mon réseau local... Il ne répond pas au ping, mais des trames passent en continu sur le firewall.
Je coupe tous mes équipements : je vois encore ces trames.
Là j’ai l’idée de me connecter sur la box : la configuration avait changé !!! Elle n’était plus en mode bridge, elle était revenue en mode routeur... Pourquoi ?
Par ailleurs, afin de retrouver un fonctionnement normal, je la repasse en mode bridge...
Et là, plus rien ne fonctionne, alors que la configuration de mon firewall n’a pas bougée...
En clair, après avoir cherché, je diagnostique que la box ne remplit plus son rôle de passerelle...
Donc aucun de mes équipements n’accède au WAN...
Le seul remède est de revenir en mode routeur, ce que je ne veux pas.

Quand je suis en mode bridge, je vois pourtant que mon firewall récupère bien l’adresse IP de la box, que la passerelle est up (puisque le FW arrive à la contacter), mais en réalité rien ne passe (comme si mon firewall envoyait bien les requêtes à la box, mais celle-ci ne les laisse pas sortir).
Donc pour moi c’est la box qui n’assure plus son rôle de passerelle lorsqu’elle est en mode bridge, et ce depuis les dernières mises à jour.

Pouvez-vous SVP corriger cette régression ?

Bonjour,

Actuellement en train de configurer mon réseau interne avec un routeur/firewall, je souhaitais utiliser la freebox en mode Bridge mais je me heurte à 2 problèmes.

Tout d’abord, un fois le mode Bridge activé, je n’accède plus par FTP au disque du Freebox Server depuis l’extérieur.
Aussi, mon réseau local, certes sur un autre réseau, n’accède plus au NAS du Freebox Server.

Si je repasse la Freebox en mode Routeur + DMZ vers mon routeur personnel, tout refonctionne.

Est-ce une anomalie récente ?

Car j’ai pu trouver différents sujet sur le net dont un article du site de l’assistance Free dans lequel le mode Bridge est censé permettre l’accès au NAS via \\mafreebox.freebox.fr mais il n’en est rien.
De même, le FTP n’est pas censé être inaccessible et pourtant, j’attéri directement sur mon routeur qui pour le moment ne dispose pas de FTP sur son réseau.

Même chose pour l’accès à l’interface FreeboxOS qui est renvoyée vers le routeur depuis le Web, heureusement l’application fonctionne :)

Merci pour vos réponses.

Cdt,

Bonjour à tous.

Problème devenu omniprésent depuis le passage en 4.5.x. A chaque reboot/update perte de la connectivité IPv4 en mode bridge.
J'utilise le mode bridge exclusivement, depuis le début de mon abonnement chez Free (2015)

La config coté LAN/Routeur (basé sur pfSense) n'a pas beaucoup évoluée (seulement montée de version). Interface WAN, IPv4 en mode DHCP.

Après reboot :
l'IPv4 publique est bien attribuée à l'interface WAN, le ping vers la gateway est OK, mas impossible d'aller au-delà.
Même problème en brachant le PC (Windows ou autre) directement sur la Freebox, il récupère bien l'IP publique, je ping la gateway, mais de pas trafic IPv4 au delà.

J'ai bien sur essayé sans autre équipement IP sur le réseau hormis mon PC, le routeur et la FB.

J'arrive à retrouver un fonctionnement "correct" du mode bridge, en switchant "mode bridge" / "mode routeur" / "mode bridge" ET des fois obligé de rebooter la FBv6 en mode "secours" (et refaire encore la manip de switch de mode).

Est-ce possible de régler ce problème ? Je me suis abonné chez free pour cette fonctionnalité.

Merci.

Bonjour,

Tentant de placer un UDM PRO SE derrière ma Freebox Server et ayant configuré un VLAN 100 sur cet UDM comme sur ce schéma, je me rend compte que l'UDM PRO "perd Internet", comme si cela posait un soucis au "switch" de la Freebox que d'avoir 2 connexions. Un problème sur la Freebox quand elle est en mode bridge ?

//img.community.ui.com/26e57516-7b0c-403f-91e6-b18ecc4938f3/answers/f9df1eac-6ed8-4135-9c6d-aa9b17f7ee22/e9e2faa9-f94f-44e4-afc4-6bf5750ef541

Merci pour votre retour,

Bonsoir,

Devant tout ces critiques/remontées de bugs que je peux lire ici et là, je voudrais moi aussi :
- que la nouvelle Freebox me serve le café le matin
- qu’elle me donne les résultats du loto une semaine à l’avance
- avoir un bouton sur la télécommande qui permet de faire apparaître une dizaine de filles nues dans mon salon
- etc ...

et ASAP SVP !!!!! (non mais)

Ce serait bien de pouvoir avoir une horloge analogique sur la freebox.

Lorsque la connexion ADSL est en panne (Freebox bloquée à l’étape 2), si un hot-spot Free Wi-Fi est à portée, il serait intéressant que la Freebox s’y connecte automatiquement.

Ça permettrait d’assurer un service minimal aux utilisateurs en rade de connexion, et en particulier, ça permettrait de faire fonctionner la ligne téléphonique (d’autant plus que quand on n’a plus de connexion, on ne peut pas mettre en place de redirection de la ligne vers un autre numéro, vu qu’il y a une restriction par IP sur la modification de cette option) et d’avoir l’accès au Free WiFi depuis des machines connectées à la box en RJ-45.