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

¿ À quand la prise en charge du codec X265 par la freebox révolution ?**

Bonjour, j’ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d’après certains utilisateurs)
Testé sur Freebox Révolution.

Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l’explorateur reste bloqué à 99% avec 0 octet restant, et impossible d’annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.
Cela se produit également lors d'un renommage d'un fichier.

Précisions :
Le bug se produit sur tous les PC windows (à jour).
Le disque dur sur la Freebox Révolution est formaté en NTFS (et n'a pas été reformaté depuis la 4.3.0).
Le bug fait planter le processus explorer.exe : si vous supprimez/renommez un fichier local (sur le Bureau par exemple), ça va rester aussi à 99% jusqu'au redémarrage du processus.

Bonsoir, j'ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d'après certains utilisateurs)
Freebox Révolution, version 4.3.1.

- [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.

- [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Bonjour la team, depuis le passage en OS 3.1.1 j’ai noté que les terminaux mobiles Android (au moins Galaxy S5 Mini et Galaxy S4) perdaient régulièrement la connectivité WiFi. En dernière version d’OS 3.0, aucun souci à signaler. Mon Freebox Server est une R1.
Merci pour votre support.
Cordialement,

Depuis la mise à jour Freebox server 2.1 certaines checkbox sont rognées

Exemple : Paramètre de la freebox » Mode avancé » Configuration » Réponse au ping

Depuis la mise à jour freebox server 2.1.0 certaines checkbox de l’interface web sont rognées

Exemple : Paramètre de la freebox » Mode avancé » Configuration » Réponse au ping

Freebox Revolution
Version du micrologiciel 4.7.6

Depuis la mise à jour de Freebox OS 4.7.6 mon client VPN avec NordVPN ne fonctionne plus.
Les identifiants sont correctement renseignés.
Rien n’a bougé dans les configurations entre le moment où ça fonctionnait et maintenant.

Cela m’indique une erreur d’authentification alors que je me connecte sans problème sur le site NotdVPN?

Pouvez-vous faire quelque chose de votre côté ?

Anomalie identique au ticket : https://dev.freebox.fr/bugs/task/38479

Ci-dessous les logs :

2023-06-30 20:58:08 l2 state change 'l2_up' => 'l2_cleanup'
2023-06-30 20:58:08 l2 state change 'l2_cleanup' => 'l2_down'
2023-06-30 20:58:08 state change 'wait_l2_down' => 'down'
2023-06-30 20:58:14 state change 'down' => 'wait_l2_up'
2023-06-30 20:58:14 l2 state change 'l2_down' => 'l2_up'
2023-06-30 20:58:14 state change 'wait_l2_up' => 'l2_up'
2023-06-30 20:58:14 state change 'l2_up' => 'wait_l3_up'
2023-06-30 20:58:14 l3 state change 'l3_down' => 'l3_start'
2023-06-30 20:58:14 starting
2023-06-30 20:58:14 calling helper script at '/etc/fbxconnman/conn.pre-up'
2023-06-30 20:58:14 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2023-06-30 20:58:14 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 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-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 OpenVPN 2.5.3 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on May  9 2023
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 library versions: OpenSSL 1.1.1s  1 Nov 2022, LZO 2.09
2023-06-30 20:58:14 openvpn: connected to management interface
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-06-30 20:58:14 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 -- type 'help' for more info
2023-06-30 20:58:14 openvpn: rx: >HOLD:Waiting for hold release:0
2023-06-30 20:58:14 openvpn: tx: hold release
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: CMD 'hold release'
2023-06-30 20:58:14 openvpn: rx: SUCCESS: hold release succeeded
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: CMD 'state on'
2023-06-30 20:58:14 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-06-30 20:58:14 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2023-06-30 20:58:14 openvpn: tx: username "Auth" "thierryflores@hotmail.com"
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: CMD 'username "Auth" "thierryflores@hotmail.com"'
2023-06-30 20:58:14 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: CMD 'password [...]'
2023-06-30 20:58:14 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 WARNING: --ping should normally be used with --ping-restart or --ping-exit
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: >STATE:1688151494,WILL_CONNECT,5.180.62.18,,,,,
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 TCP/UDP: Preserving recently used remote address: [AF_INET]5.180.62.18:443
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Socket Buffers: R=[131072->131072] S=[16384->16384]
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Attempting to establish TCP connection with [AF_INET]5.180.62.18:443 [nonblock]
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: >STATE:1688151494,TCP_CONNECT,,,,,,
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 TCP connection established with [AF_INET]5.180.62.18:443
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 TCP_CLIENT link local: (not bound)
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 TCP_CLIENT link remote: [AF_INET]5.180.62.18:443
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: >STATE:1688151494,WAIT,,,,,,
2023-06-30 20:58:14 openvpn: rx: >STATE:1688151494,WILL_CONNECT,5.180.62.18,,,,,
2023-06-30 20:58:14 openvpn: rx: >STATE:1688151494,TCP_CONNECT,,,,,,
2023-06-30 20:58:14 openvpn: rx: >STATE:1688151494,WAIT,,,,,,
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 MANAGEMENT: >STATE:1688151494,AUTH,,,,,,
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 TLS: Initial packet from [AF_INET]5.180.62.18:443, sid=dfb24fe4 803390ad
2023-06-30 20:58:14 openvpn: rx: >STATE:1688151494,AUTH,,,,,,
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 VERIFY OK: depth=2, C=PA, O=NordVPN, CN=NordVPN Root CA
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 VERIFY OK: depth=1, O=NordVPN, CN=NordVPN CA8
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 VERIFY KU OK
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Validating certificate extended key usage
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 VERIFY EKU OK
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 VERIFY OK: depth=0, CN=de945.nordvpn.com
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 4096 bit RSA, signature: RSA-SHA512
2023-06-30 20:58:14 openvpn: output: 2023-06-30 20:58:14 [de945.nordvpn.com] Peer Connection Initiated with [AF_INET]5.180.62.18:443
2023-06-30 20:58:15 openvpn: output: 2023-06-30 20:58:15 MANAGEMENT: >STATE:1688151495,GET_CONFIG,,,,,,
2023-06-30 20:58:15 openvpn: output: 2023-06-30 20:58:15 SENT CONTROL [de945.nordvpn.com]: 'PUSH_REQUEST' (status=1)
2023-06-30 20:58:15 openvpn: rx: >STATE:1688151495,GET_CONFIG,,,,,,
2023-06-30 20:58:21 openvpn: output: 2023-06-30 20:58:21 SENT CONTROL [de945.nordvpn.com]: 'PUSH_REQUEST' (status=1)
2023-06-30 20:58:21 openvpn: output: 2023-06-30 20:58:21 AUTH: Received control message: AUTH_FAILED
2023-06-30 20:58:21 openvpn: rx: >PASSWORD:Verification Failed: 'Auth'
2023-06-30 20:58:21 openvpn: username/password incorrect
2023-06-30 20:58:21 l3 is now stable
2023-06-30 20:58:21 l3 does not fulfil config requirement
2023-06-30 20:58:21 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2023-06-30 20:58:21 waiting for l3 providers to go down
2023-06-30 20:58:21 l3 state change 'l3_bring_down' => 'l3_wait_down'
2023-06-30 20:58:21 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2023-06-30 20:58:21 calling helper script at '/etc/fbxconnman/conn.post-down'
2023-06-30 20:58:21 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2023-06-30 20:58:21 openvpn: output: 2023-06-30 20:58:21 SIGTERM[soft,auth-failure] received, process exiting
2023-06-30 20:58:21 openvpn: output: 2023-06-30 20:58:21 MANAGEMENT: >STATE:1688151501,EXITING,auth-failure,,,,,
2023-06-30 20:58:21 openvpn: openvpn process died (0)
2023-06-30 20:58:21 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-06-30 20:58:21 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-06-30 20:58:21 state change 'wait_l3_up' => 'wait_l3_down'
2023-06-30 20:58:21 l3 state change 'l3_finished' => 'l3_down'
2023-06-30 20:58:21 state is now DOWN
2023-06-30 20:58:21 state change 'wait_l3_down' => 'l3_finished'
2023-06-30 20:58:21 state change 'l3_finished' => 'wait_l2_down'
2023-06-30 20:58:21 l2 state change 'l2_up' => 'l2_cleanup'
2023-06-30 20:58:21 l2 state change 'l2_cleanup' => 'l2_down'
2023-06-30 20:58:21 state change 'wait_l2_down' => 'down'

Bonjour,
Depuis l’installation de la Freebox Delta, je n’ai toujours pas la possibilité de voir
dans la liste des disques (vie l’interface WEB ou même l’application iOS) mon disque
connecté au Player Devialet. Seul le disque du Freebox Serveur est visible.
Merci d’avance,

Bonjour,

Je travaille actuellement sur un projet de télécommande freebox sur iOS.
Nous utilisons, pour la V6, les librairies mises à disposition par vos équipes sur http://dev.freebox.fr/sdk/

Dans nos processus nous cherchons via le protocole hid udp les boitiers V6 qui sont sur le réseau. Si deux boitier TV V6 sont présents nous trouvons
freebox-player.local et freebox-player-2.local.

Nous souhaiterions alors demander à l’utilisateur quel boitier il veut appairer à sa télécommande : nous devons donc lui permettre de savoir si le boitier qu’il a en face de lui est freebox-player.local ou freebox-player-2.local.
Dans l’interface freebox chaque boitier a un identifiant 1 ou 2, cependant il n’y a pas de lien entre cet identifiant et l’identifiant udp du boitier.
En effet selon les temps de réponse de chaque boitier et l’ordre dans lequel ils sont branchés sur le réseau il est possible que le boitier Identifiant 1 corresponde à freebox-player-2.local ou à freebox-player.local.
N’ayant pas accès à d’autre informations (adresse mac...) via hid udp nous n’avons pas trouvé de moyen pour connaitre avec certitude quel boitier l’utilisateur veut appairer.

Serait-il possible de fixer l’identifiant de boitier non pas en fonctionne de l’ordre de réponse lors de la recherche UDP (ce que je pense que vous faites) mais en fonction de l’identifiant HID UDP du boitier.
A défaut existe-t-il un moyen de faire le lien (non éphémère) entre l’identifiant Bonjour (hid udp) du boitier et une quelconque information facilement accesible au client?

Merci,

Nicolas

Bonjour,

J’ai contacté l’assistance de free toute à l’heure car ma freebox ne fonctionnait plus, en attendant la réception de ma nouvelle freebox je suis dans la situation suivante: j’utilise actuellement la connexion de mon téléphone, connecté sur freewifi_secure, en partage de connexion sur mon ordinateur. Lors de la connexion, mon antivirus Avast me signale une vulnérabilité aux attaques sur cette connexion.

L’ID de cette menace est le suivant: “CVE-2017-14491”

Après renseignement sur ce problème, il semblerait qu’il soit lié à une version dnsmasq du routeur dépassée.

Pour en avoir le cœur net,, je lance une commande windows “nslookup -type=txt -class=chaos version.bind (mon IP)” qui me répond “dnsmasq-2.51”.

Toute les versions antérieures à la 2.78 sont vulnérables à ces attaques.

J’aimerais savoir si vous comptez régler ce problème ou avez des solutions pour que je le règle moi-même.

Bonjour, depuis quelques mois il y a des mini freezes de chargement qui apparaissent sur Twitch.tv sous toutes ses formes.
(application Freebox Player, application Smart TV, navigateur Web).. Peut-importe le streamer ou la résolution.

Serait-ce le grand retour des problèmes de peering ?

Je viens de remarquer la clôture de plusieurs tickets informant l’équipe Freebox (en plus d’emails envoyés directement) pour les problèmes de sécurité, failles critiques, de fonctionnement, et de mises à jour liés à l’ensemble des Freebox en service.

Un ticket, un problème pour la traçabilité, partie server, partie player.

Pourriez-vous les ré-ouvrir et les clôturer lors de la résolution effective de ces derniers.

Le dernier firmware en date ne corrige rien.

Je vous remercie d’avance.

Est-ce possible de mettre à jour MKVToolNix ?
Cela n’a pas été fait depuis des années.
- https://mkvtoolnix.download/

- NEWS: https://mkvtoolnix.download/doc/NEWS.md

Pour les modèles suivants:
- Freebox v5/Crystal
- Freebox Revolution
- Freebox Mini 4K
- Freebox One
- Freebox Delta

Est-ce possible de mettre à jour LAVFilters ?
Cela n’a pas été fait depuis des années.
- https://github.com/Nevcairiel/LAVFilters

Pour les modèles suivants:
- Freebox Revolution (Server/Player)
- Freebox Mini 4K (Server/Player)
- Freebox One
- Freebox Delta/Devialet

Je pense qu’il est temps de supprimer Wireless Tools “wireless_tools” 29 (obsolète depuis 2007-09-18) des Freebox Server.

Pour une question de sécurité et de consommation du processeur.

Il a été à ma connaissance remplacé par iw.
- https://wireless.wiki.kernel.org/en/users/documentation/iw/replace-iwconfig

- https://wiki.archlinux.org/index.php/Network_configuration/Wireless#iw_and_wireless_tools_comparison

Merci d’avance.

Liens supplémentaires :
- https://wireless.wiki.kernel.org/en/users/documentation/iw

- https://hewlettpackard.github.io/wireless-tools/Tools.html

Je pense qu’il est temps de supprimer Wireless Tools “wireless_tools” 29
(obsolète depuis 2007-09-18) des Servers.

Pour une question de sécurité et de consommation du processeur.

Il a été à ma connaissance remplacé par iw et qui est déjà dans les Servers :
- https://wireless.wiki.kernel.org/en/users/documentation/iw/replace-iwconfig
- https://wiki.archlinux.org/index.php/Network_configuration/Wireless#iw_and_wireless_tools_comparison

Liens supplémentaires :
- https://wireless.wiki.kernel.org/en/users/documentation/iw
- https://hewlettpackard.github.io/wireless-tools/Tools.html

Je pense qu’il est temps de supprimer ipsec-tools 0.8.1 (pas à jour et obsolète) des Freebox Server.

Pour une question de sécurité et de consommation du processeur.

Il a été à ma connaissance remplacé par strongSwan.

Merci d’avance.