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

Avec un combiné DECT de marque Logicom modèle Soly
Ce combiné a fonctionné depuis plusieurs années sans problème associé à la freebox, en ayant un téléphone filaire connecté sur le port phone en même temps. La dernière utilisation remonte à 3/4 semaines.
Ce jour, le combiné est toujours associé à la box. Si on appelle la ligne, il sonne, on peut décrocher et la communication audio est OK. Par contre, la numérotation ne fonctionne plus. Quand on décroche, le combiné prend la ligne, on a le retour audio de la tonalité mais les touches ne passent plus.
A travers l’interface web local de la box, on peut désassocier et réassocier le combiné, mais ça ne marche pas mieux. On peut également le faire sonner.
Ce même combiné, associé à sa base DECT logicom et cette base branchée au port phone de la box, fonctionne parfaitement... L’ensemble marche aussi connecté à une ligne analogique Orange.
le pb vient donc bien de la box.

Bonjour, j ai un souci, j ai un abonnement fibre optique freebox pop, et j ai egalement une nvidia shield tv pro. En wifi 5ghz pas de souci, par contre impossible de la connecter au server en ethernet, aucune diode temoin ne s allume, c est comme si rien n etait branché. Tout est neuf meme le cable ethernet...
Quelqu un a des pistes?
Merci d avance pour votre temps

Ce serait un grand plus si l’on pouvais choisir le flux des chaines canal panorama ( Hd ou auto, ou bas débit) car comme moi qui n’est que 2.8MO, je ne peux plus avoir certaine chaine canal panorama.

Ou bien que le choix de la qualité ce fasse par le menu principal, audio → qualité video → auto ou bas débit ou Hd.

Une histoire d’encodage à savoir si Free à ce controle sur les chaines canal

bonjour

actuellement par la voix on peut utiliser “ok freebox, mets en pause”

serait-il possible de rajouter une commande “ok freebox, pause” en plus pour le même résultat ?

car on ne sait jamais quelle est la commande exacte pour mettre ne pause... alexa comprend les 2 commandes et c’est bien plus pratique.

merci

Bonjour,

Il n’est, à priori, pas possible d’activer l’alarme secondaire avec Ok Freebox.
Lorsque j’émet la demande d’activer l’alarme secondaire, c’est l’alarme principale qui s’active, pas très pratique.

Serait il possible de faire le distingo ?

Merci
Cdlt

OK FREEBOX FAIRE SONNER LES TELS
pouvoir faire sonner les DETC avec la voix pratique!

Pourriez-vous mettre à jour OpenVPN en 2.6.6 (2023-08-14) et ainsi corriger la faille de sécurité actuellement présente dans la version actuellement utilisée : OpenVPN 2.5.3, version du 17 juin 2021, déjà plus de 2 ans et 2 mois ?

Liens :
- https://www.cvedetails.com/vulnerability-list/vendor_id-3278/product_id-5768/version_id-1306242/Openvpn-Openvpn-2.5.3.html
- https://github.com/OpenVPN/openvpn
- https://github.com/OpenVPN/openvpn/tags
- http://openvpn.net/
- https://openvpn.net/community-downloads/

J’en profite : J’avais déjà demandé la mise à jour d’OpenVPN depuis des mois et des mois dans ce ticket : https://dev.freebox.fr/bugs/task/34522
- 2021-10-24
- 2022-11-01
- 2023-06-07
- aujourd’hui

Pour la sécurité de tous les clients ?

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.

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

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'

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

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

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.

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

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

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.

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.

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

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,

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 !

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 !

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

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

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

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