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

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

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,

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

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