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

Bonjour
J’avais la box Révolution avec une ouverture de port 443 car j’ai un automate Siemens qui impose la lecture du Serveur Web sur le port 443
Depuis que j’ai changé de box (Delta) je n’arrive plus à accéder au serveur Web de l’automate Siemens
Pouvez vous m’aider
Merci

Sur Freebox Ox la demande d’ouverture de port est bien inscrite mais lors de la vérification par un logiciel tiers (DSLreports, Yougetsignal, Yulp.org)
Celui-ci annonce le port toujours fermé.
Quel que soit le port demandé et inscrit j’obtiens le même résultat négatif.
Pourtant j’ai demandé et reçu un IPV4 full stack de (0 à 65535) et essayé le protocole UDC ou TCP

Il s’agit à la fois d’une demande d’avolution à l’ocasion de la délcaration d’un bug.

Afin d’aider les utlisateurs à déboguer des problèmes de connectique réseau, il serait intéressant d’implémenter un renifleur de paquet visuel du type tshark ou nmap.

De l’interface Freebox OS on doit pouvoir lancer un scan sur l’interface de son choix WiFi / Ethernet et visualiser les flux.

Par exemple avec android 11 (?) / 12 / 13, j’ai un souci… la liste blanche du Wifi ne fonctionne plus.. ou disons que la connexion n’est plus autorisée comme auparavant.

C’est dû à un changement de design de Google depuis Android 12 (voire 11). Par défaut il semblerait que chaque fois que le telephone démarre il générère une adresse MAC aléatoire différente de l’adresse matérielle.

On peut créer un profile de connexion pour revenir à l’adresse MAC matérielle qui sera enregistrée dans la liste blanche de la Freebox, mais ça ne marche pas. Je soupçonne en fait qu’Android 12/13 utilisent l’adresse MAC aléatoire pour scanner les réseaux.

Il semblerait que la Freebox implémente un “white” listing hard en rejettant toute tentative de scan réseau d’adresses MAC non listées. Certains routeurs auraient un white listing moins “hard” en autorisant le scan de tous, mais en n’autorisant la connexion que pour les adresse white listées.

La présence d’un tel outil me permettrait de vérifier avec quelle adresse MAC android scanne les réseaux, ce qui me permettrait de white lister cette adresse MAC sans avoir à désactiver le White listing.

Je souligne que ça n’a rien à voir avec les réseaux cachés. Avant ou après android 11/12, la connexion sur réseaux à SSID caché ne pose aucun problème. Il s’agit bien d’un souci sur le white listing de la box qui bloque défnitivement toute connexion depuis android 12 (ou 11). Du reste le white listing / SSID caché ne pose pas souci sur les PC Windows / Linux, mais à priori ces systèmes démarrent avec l’adresse MAC matérielle, puis si nécessaire générère plus tard une adresse MAC modifiée si spécifié dans le profile de connexion.

Du moins c’est cela que je voudrais vérifier, et je suis d’ailleurs surpris que ce problème de White listing posant souci avec les verisions récentes d’Android n’ait pas été relévé plus tôt

Il s’agit d’un exemple parmi tant d’autre de l’utilité d’un renifleur de paquets qui nous permettrait en plus d’être un peu plus précis sur la déclararion des bugs.

Bonjour,
1/ Pouvez-vous ajouter la prise en compte de l’orientation afficheur en bas (270°), touche au dessus de façon automatique (sur freebox mini server)?
Qui est la meilleur orientation pour le flux d’air ,sortie air chaud en haut et dans le sens de ventilation (pieds ajoutés en dessous pour laisser l’air entrer). Actuellement seul l’ orientation 0°,90° sont automatique.

2/ La possibilité de changer l’orientation depuis le menu AFFICHEUR directement sur la freebox (façade freebox server)

Si DHCPv6 est activé, le POP player n’a pas de connectivité IPv6 mais bien une connectivité IPv4. La conséquence cryptique est que l’outil de diagnostique du POP player rapporte des problèmes de Ping. Puis, bien que Netflix et Prime Vidéo fonctionnent normalement, Oqee fonctionne à moitié : les enrégistrements et le direct fonctionne, mais en direct, pas la fonction pause ou reprendre depuis le début.

Vous allez me dire que DHCPv6 ne sert à rien ici, puisque implémenté partiellement (sans délégation de préfix), encore faut-il trouver la source du problème. Contourner, c’est facile, il faut désactiver DHCPv6. Maintenant, s’il ne faut pas l’utiliser, au moins un avertissement dans Freebox OS concernant le POP player serait utile. Sinon, permettre à Oqee sur POP player de fonctionner normalement sur IPv4 comme c’est le cas sur tous les autres supports.

Bonjour,

Je dispose d’une configuration réseau un peu particulière.
J’ai 2 fournisseurs d’accès à internet:

1. SFR avec la fibre
2. Free avec l’ADSL (freebox revolution)

J’ai un routeur qui est configuré pour utiliser la ligne fibre SFR par défaut et, en cas de défaillance de la fibre, c’est la ligne free ADSL qui est utilisée.

Mon problème est que OQEE, au démarrage, essaye de trouver une freebox sur le réseau. Ma freebox est bien là mais, comme expliqué ci dessus, je ne passe pas par elle par défaut. Donc OQEE en conclut que je n’ai pas de freebox sur mon réseau, ce qui est faux!
Pour que cela fonctionne correctement, j’aurais besoin de connaitre les demandes réseaux effectuées par OQEE afin de pouvoir configurer mon routeur pour “router” ces demandes directement vers la freebox.

Par avance merci pour votre aide.

Bonjour,

depuis version 4.4.0 ou 4.4.1 lorsque je transfère un fichier depuis mon PC (via Wifi ou LAN) vers un HD connecté au Serveur Freebox, la diffusion d'OQEE sur ma TV est "freezée" durant tout le temps du transfert.

Reproductible à volonté.

Est-ce que quelqu'un à le même problème ? (transférer un fichier avec une taille supérieure à 1Go pour constater plus facilement le problème)

Merci

bonjour,

je sais pas si je suis dans la bonne section alors si ca n’est pas le cas, je vous presente mes excuses.

voilà, quand on veut partager un fichier, dossier ou carrement tout un disque, on choisis la duré du lien de partage et on peut ensuite partager ce que l’on a voulu. c’est tres bien.

mais je propose une evolution, a savoir :
- la possibilité, une fois le lien créé, de pouvoir modifier la durée de ce lien. par exemple si je sais pas on avait choisis 1j et qu’au final ca ne suffit pas et qu’on souhaite disons 2 ou 3j, on ne peut pas a moins de supprimer et de refaire un nouveau lien.
- la possibilité d’avoir d’avantages d’options de durée. par exemple, au delà de 1j, on passe directement a 7j. pourquoi ne pas avoir 2, 3, 4, 5 et 6j de proposé ? ou mieux, pourquoi ne pas avoir une sorte de calendrier ou menu manuel et l’on choisis precisement jusqu’à quand on le souhaite. et bien sur, cela resterait modifiable pendant la durée du lien.
- la possibilité d’avoir une console de controle de partage de lien. par console j’entends d’avoir un peu comme on aurait dans filezilla ou autre, à savoir qui télécharge (donc l’ip de celui qui télécharge), le nombre de personne qui télécharge, la vitesse de chaque personne/lien téléchargé en temps reel, et aussi la possibilité de bloqué et limiter les debits

car là, une fois le lien créé, on ne peut plus rien modifier a part supprimer, et on a aucune info sur qui télécharge ni a quelle vitesse et on ne peut pas limiter non plus la vitesse. donc pas pratique surtout si a l’écheance du lien des personnes ont encore besoin du lien (par exemple ils ont eu un souci de connexion ou moi et ils n’ont pas eu le temps de télécharger totalement le fichier transmis pendant le timing)

merci d’avance

Bonjour,
l’ajout d’une option pour désactiver le protocol tracker de la seedbox serait un gros plus si la dht et l’échange de peer sont activé.
c’est le seul point qui m’arrete dans la migration de mon vuze (qui le permet) vers cette seedbox, je ne migrerait pas si mon IP apparait sur les trackers (c’est le but de la dht, d’être décentralisé).

par protocol tracker, j’entend bien aucun announce, scrape etc.

à défaut de mettre en place cette option, une autre possibilité serait une option qui supprime automatiquement la liste des tracker de chaque torrent importé. Je suis actuellement en train de tester l’API qui permet de supprimer les trackers un par un via un userscript, mais c’est encore une API instable et j’ai besoin d’un pc faisant tourner le script, ce qui me renvoie vers mon client vuze... (quite a faire tourner mon pc, autant telecharger dessus...

Lorsque la connexion est dysfonctionnelle, le serveur DNS de la freebox va répondre à toutes les requêtes en renvoyant l’adresse IP de la Freebox afin que celle-ci puisse afficher un message indiquant que l’accès internet n’est pas fonctionnel. Ce comportement bien qu’utile pour la majorité des gens peut être néfaste dans certaines circonstances et je souhaite donc avoir une option pour le désactiver.

Voici un cas où il me pose un problème. Comme ma ligne ADSL Free n’est pas très fiable, j’ai également une ligne ADSL OVH avec un boîtier Overthebox qui fait du VPN en utilisant les deux connections en TCP multi-path et qui monitore les connections pour que cela continue de fonctionner même si une des deux connections tombe.

Par défaut, le boîtier overthebox utilise les serveurs DNS renvoyés par le DHCP de la Freebox et du boitier ADSL OVH. Il utilise donc le serveur DNS de la freebox... y compris lorsque la connexion Free est tombée. Et dans cette situation là, le boîtier overthebox va obtenir des mauvaises réponses de la part de la Freebox. En plus, l’adresse IP renvoyée est l’adresse IP publique de la Freebox donc toutes les connections vont passer par la connexion internet Overthebox via OVH mais elles n’aboutiront évidemment jamais. Du coup tout semble bloqué...

Si vous aviez comme moi des enfants qui sont fascinés par la fonction tactile du Freebox Server, et qui n’arrête pas de désactiver le WiFi ou autre.
Vous auriez l’amabilité d’ajouter une option de configuration qui permet de désactiver le contrôle tactile.
Merci

A chaque première connexion sur freeboxOS au demarrage du navigateur (cookies nettoyés), on doit répondre non au popup de ‘premier pas’ appelé aussi ‘demarrage rapide’ ou ‘présentation’ Ainsi que la petite pub pour PlayStore, Appstore!
Puis faire a nouveau le choix du mode simplifié ou avancé.

Peut-on avoir une option pour désactiver définitivement cette présentation, ou quelle soit désactiver et stocké dans un parametre de la freebox et non dans un cookies! idem pour le mode avancé.

Lorsque le Serveur est en mode bridge, le mDNS émis par le Player pollue les log des routeurs/firewall placés en aval du Serveur ce qui génère de fausses alertes d’usurpation d’IP.
Un simple switch pour activer/désactiver le mDNS du player serait la bienvenue.

D’avance merci !

Bonjour,

Je pense qu’il serait pratique de cocher une case pour dire que l’on veut supprimer les fichiers du disque une fois que le partage a expiré.
Et que ce soit modifiable par la suite si on change d’avis.

Bien évidemment par défaut cette case serait décochée pour éviter toute suppression involontaire.

Continuez comme ça, c’est déjà excellent !

Nous recevons tous des appels indésirables malgré le filtrage des appels entrants. La fonction *351*xxxx# est inefface sur les numéros spoofés. Exemple le 01 76 46 06 19 passe toujours à travers.

Il faudrait pouvoir détecter le spoofing des numéros de téléphone et proposer une option de blocage de ce type d’appel comme pour les appels masqués.

Les centres d’appels étrangers se moquent des lois françaises sur le sujet.

Bonjour,

Depuis la nouvelle interface, on ne peut plus voir les fichier cachés (notamment ceux commençant par un point “.”). Cela est très utile par exemple qd les fichiers apple.db sont corrompus et que l’on doit les effacer pour récupérer la disponibilité du disque.

Pourrait-il y avoir une option afficher les fichiers cachés dans l’interface freebox OS ?

D’avance merci

Une option qui pourrait intéresser beaucoup de monde :
Lorsqu’un message est sur la messagerie vocale du service Freebox une petite enveloppe pourrait apparaître en façade de la freebox ou l’heure pourrait changer de style ..... n’importe quel signe serait le bien venu .
Vu que l’on a plus de signe visuel d’alerte de messagerie si on utilise la freebox comme base DECT.

Merci d’ajouter la possibilité d’utiliser “tls-crypt” au lieu de “tls-auth”.

La connexion est ainsi cryptée en TLS dès le départ, ce qui améliore la sécurité mais permet aussi de ne pas être différenciable d’une connexion https pour du DPI quand on met le serveur vpn sur le port 443.

Implémenter port-share sur le serveur openvpn, permet de partager le port avec un serveur https par exemple.

Si la connexion entrante n’est pas de l’openvpn pour la freebox, la rediriger ailleurs vers une ip:port spécifiée.

Peut être lié à FS#22839 (tls-crypt au lieu de tls-auth) pour déjouer les deep packet inspections (DPI).

Bonjour,

il serait intéressant de pouvoir limiter un accès VPN dans le temps.

Exemple: Si je fais un accès VPN pour un ami afin de faire un jeu vidéo en mode “local” je pourrai activer l’accès pour par exemple seulement 24H puis au-delà l’accès serait automatiquement périmé.

Bonjour,
Dans le module de téléchargement de la freebox j’ai l’erreur suivante lors de l’importation du fichier de config OpenVPN :
“unknown statement: tun-ipv6”

L’IPV6 est bien activé dans les paramètres pourtant.

Deux questions alors :
- Le module interne de téléchargement de la box supporte-t-il l’IPV6 ?
- Si oui, y-a-t-il un paramètre supplémentaire de la box à modifier pour combiner L’IPV6 avec le module de téléchargement et la fonctionnalité OpenVPN ?

Merci d’avance.

MÀJ effectuée en 4.7.3, mais OpenVPN toujours inactif : openvpn: EOF on mngt interface

Impossible de mettre en place une connexion VPN en utilisant les protocoles OpenVPN (routé ou bridge) et le client OpenVPN Connect (windows)
soit erreur sur le parametres fragmentation (activé ou non), soit erreur de sous-reseau différent…

Wireguard marche bien, mais pour diverses raisons, j’aimerais utiliser le client OpenVPN

Bonjour,

J’essai de faire un lien OpenVPN Bridgé entre deux Freebox (Mini 4K en ADSL et One en FTTH AMI Orange).
Serveur créé sur la One, client sur la mini 4K.

Déja j’ai du effacer la ligne dev-type tap du fichier sinon impossible de l’importer sur Freebox OS.

Ensuite j’ai une erreur interne, avec bad local ip, comme si le client n’arrive pas à obtenir une adresse IP.

Merci pour votre aide, ci joint le log

//d.pr/i/3g5Ukf

2019-05-02 14:14:42 starting
2019-05-02 14:14:42 calling helper script at '/etc/fbxconnman/conn.pre-up'
2019-05-02 14:14:42 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2019-05-02 14:14:42 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 OpenVPN 2.3.17 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Apr 26 2019
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 library versions: OpenSSL 1.0.2q  20 Nov 2018, LZO 2.09
2019-05-02 14:14:42 openvpn: connected to management interface
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: Connected to management server at unix_mgt.sock
2019-05-02 14:14:42 openvpn: rx: >INFO:OpenVPN Management Interface Version 1 -- type 'help' for more info
2019-05-02 14:14:42 openvpn: rx: >HOLD:Waiting for hold release
2019-05-02 14:14:42 openvpn: tx: hold release
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: CMD 'hold release'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: hold release succeeded
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: CMD 'state on'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: real-time state notification set to ON
2019-05-02 14:14:42 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2019-05-02 14:14:42 openvpn: tx: username "Auth" "FBX78340"
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: CMD 'username "Auth" "FBX78340"'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: CMD 'password [...]'
2019-05-02 14:14:42 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 Socket Buffers: R=[163840->163840] S=[163840->163840]
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 UDPv4 link local: [undef]
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 UDPv4 link remote: [AF_INET]91.166.145.220:40992
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WILL_CONNECT,91.166.145.220,,,,,0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,WAIT,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 MANAGEMENT: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 TLS: Initial packet from [AF_INET]91.166.145.220:40992, sid=38ca0eec 073b41c0
2019-05-02 14:14:42 openvpn: rx: >STATE:1556799282,AUTH,,,,,,0
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 VERIFY OK: depth=1, C=FR, O=Freebox SA, CN=Freebox OpenVPN server CA for 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 Validating certificate key usage
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 ++ Certificate has key usage  00a0, expects 00a0
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 VERIFY KU OK
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 Validating certificate extended key usage
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 VERIFY EKU OK
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 VERIFY X509NAME OK: C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:42 openvpn: output: Thu May  2 14:14:42 2019 VERIFY OK: depth=0, C=FR, O=Freebox SA, CN=Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 WARNING: 'dev-type' is used inconsistently, local='dev-type tun', remote='dev-type tap'
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1561', remote='link-mtu 1593'
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532'
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
2019-05-02 14:14:43 openvpn: output: Thu May  2 14:14:43 2019 [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180] Peer Connection Initiated with [AF_INET]91.166.145.220:40992
2019-05-02 14:14:44 openvpn: rx: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:44 openvpn: output: Thu May  2 14:14:44 2019 MANAGEMENT: >STATE:1556799284,GET_CONFIG,,,,,,0
2019-05-02 14:14:45 openvpn: output: Thu May  2 14:14:45 2019 SENT CONTROL [Freebox OpenVPN server 5e7ece4c6892237fe51085bd58810180]: 'PUSH_REQUEST' (status=1)
2019-05-02 14:14:46 openvpn: output: Thu May  2 14:14:46 2019 PUSH: Received control message: 'PUSH_REPLY,ping 30,ping-restart 120'
2019-05-02 14:14:46 openvpn: output: Thu May  2 14:14:46 2019 OPTIONS IMPORT: timers and/or timeouts modified
2019-05-02 14:14:46 openvpn: output: Thu May  2 14:14:46 2019 Initialization Sequence Completed
2019-05-02 14:14:46 openvpn: output: Thu May  2 14:14:46 2019 MANAGEMENT: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: rx: >STATE:1556799286,CONNECTED,SUCCESS,,91.166.145.220,,,1500
2019-05-02 14:14:46 openvpn: bad local ip
2019-05-02 14:14:46 l3 is now stable
2019-05-02 14:14:46 l3 does not fulfil config requirement
2019-05-02 14:14:46 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2019-05-02 14:14:46 waiting for l3 providers to go down
2019-05-02 14:14:46 l3 state change 'l3_bring_down' => 'l3_wait_down'
2019-05-02 14:14:46 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2019-05-02 14:14:46 calling helper script at '/etc/fbxconnman/conn.post-down'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2019-05-02 14:14:46 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2019-05-02 14:14:46 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2019-05-02 14:14:46 state change 'wait_l3_up' => 'wait_l3_down'
2019-05-02 14:14:46 l3 state change 'l3_finished' => 'l3_down'
2019-05-02 14:14:46 state is now DOWN
2019-05-02 14:14:46 state change 'wait_l3_down' => 'l3_finished'
2019-05-02 14:14:46 state change 'l3_finished' => 'wait_l2_down'
2019-05-02 14:14:46 l2 state change 'l2_up' => 'l2_cleanup'
2019-05-02 14:14:46 l2 state change 'l2_cleanup' => 'l2_down'
2019-05-02 14:14:46 state change 'wait_l2_down' => 'down'

Après avoir téléchargé la configuration OpenVPN bridgé depuis la freebox, puis l’avoir importé dans un client OpenVPN sous Windows 10, le réseau local de la freebox est bien visible mais par défaut le trafic Internet ne passe pas par le VPN. Les 2 lignes suivantes doivent être ajoutées manuellement dans la configuration générée par la freebox pour que ce soit le cas :

route-gateway 192.168.0.254
redirect-gateway def1

Il serait intéressant que la freebox génère ces lignes directement ou alors qu’une option soit proposée dans la configuration VPN pour les ajouter ou non