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

Bonjour,

J’ai constaté que l’endpoint /share_link ne retourne pas ce qu’il faut, en théorie il doit retourner ça :

{
    "success": true,
    "result": {
        "path": "L0Rpc3F1ZSBkdXIvVMOpbMOpY2hhcmdlbWVudHM=", /* /Disque dur/Téléchargements */
        "name": "Téléchargements",
        "token": "6Hj57zgTfoQqb_vH",
        "expire": 1355932880,
        "fullurl": "http://13.37.42.69/api/v8/share/6Hj57zgTfoQqb_vH/"
    }
}

actuellement il retourne uniquement le success sans le result :

{
   success: true
}

Ce problème est présent sur le post de /share_link uniquement à ma connaissance.

Merci

Lorsque je crée un enregistrement sur freebox compagnon dans plus de 15 jours, et que je vais l’éditer sur freebox OS, il ne met pas la date car elle n’est pas dans la liste. Et si je sauvegarde l’enregistrement, la date est mise à celle d’aujourd’hui.

Hello la Dev Team Freebox,

Je me permets de vous signaler que depuis quelques temps (je pense à début 2020), j’ai remarqué quelques anomalies avec l’IPv6 natif chez Free, toutes connexions (xDSL / Fibre) et Freebox (Delta / Révolution / Mini 4K) confondues. Voici les erreurs rencontrées sur le site https://test-ipv6.com/ :

• Test avec enregistrement DNS IPv6 = délai dépassé (15.010s) sur https://ipv6.vm1.test-ipv6.com/ip/?callback=?

• Test grand paquet IPv6 délai dépassé (15.011s) sur https://mtu1280.vm1.test-ipv6.com/ip/?callback=?&size=1600&fill=xxx...xxx

Les abonnés encore en 6rd sur la Fibre P2P ou l’xDSL ne sont pas concernés (testé sur un abonné Fibre P2P avec une Mini 4K = 10/10 en 6rd). Je n’avais pas ce problème en 2019 et m’en suis rendu compte en montant un serveur Apache sur une VM de ma Delta. On ne peut accéder au serveur en IPv6 (Firewall IPv6 désactivé ou non), des sites comme internet.nl me le confirme. J’ai réalisé plusieurs tests croisés que ce soit sur Paris (Fibre) et Lyon (xDSL) et j’ai le même problème même en mettant les DNS natifs de la freebox en ipv6 et ipv4. Le même test sur une connexion mobile 4G avec Orange fonctionne à 10/10 (DNS du FAI ou DoH Cloudflare).

En effet si je fais un traceroute6, voici le résultat que j’obtiens :

$ traceroute6 free.fr
traceroute6 to free.fr (2a01:e0c:1::1) from 2a01:e0a:1f0:f0a0::1466:3c1, 64 hops max, 12 byte packets
 1  2a01:e0a:1f0:f0a0::1  1.104 ms  1.862 ms  1.331 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *

- Est-ce donc un problème lié au firmware des Freebox (régression sur la gestion de l’IPv6 natif?) ou un comportement attendu souhaité au niveau du coeur de réseau de Free?
- Bonus : Est-ce qu’une fonctionnalité de redirection des ports est prévue pour le Firewall IPv6 ?

Merci beaucoup pour votre aide et investigation sur ce sujet,
Jean-Philippe

Nouveau problème avec les enregistrements qui restent en attente (après formatage involontaire du disque en ext4 FS#36427)

Depuis quelques semaines sur l’ensemble des chaînes l’enregistrement passe en base qualité alors qu’il est par défaut sur la position autoùmatique.
Pour avoir de la HD on doit forcer sur ce réglage qui revient automatique une fois l’enregistrement terminé, etc…etc…à chaque nouvel enregistrement.

Bonjour,

Après quelques tentatives et test j’ai remarqué que l’enregistrement en HD+ est impossible.
Je suis en FTTH et aucun souci pour regarder les chaines en HD+ quand c’est possible est aucun souci pour le timeshifting sur ces mêmes chaines.

Depuis le Player Revolution le choix n’est pas proposé dans l’interface de programmation donc impossible de lancer un enregistrement HD+ par ce biai.

Par l’application Freebox (compagnon) Android comme par l’application enregistrement de FbxOS le choix HD+ (et même 4K) est bien disponible mais n’est pas appliqué, lors du visionnage des fichier c’est un flux HD 5Mbps 1440/1080 pour mes essai sur TF1, F2 et M6.

Autre petite coquille lors du lancement d’un enregistrement depuis le guide des programme de FbxOS le champ qualité est “vide” au lieu de “Automatique”.

Merci de voir ce qui peut-être corrigé.

Bonjour,

Je ne parviens plus à enregistrer la chaîne TOP SANTE sur ma Freebox Revolution, que se soit depuis l'interface Freebox OS ou depuis l'application Freebox sur le mobile.

Dans le premier cas, j'ai le message suivant: Problème de réseau, et dans le deuxième cas: Erreur.

J'ai effectué un redémarrage de ma box, sans résultat.

Version du micrologiciel: 4.3.3.

Malgré un formatage un FAT32 ou exFAT sur HHD externe message d’erreur systématique “erreur interne” ou “erreur dans la création” lors de la tentative d’enregistrement sur HDD externe. Déjà signalé par d’autres utilisateurs le 6 juillet et à ce jour dysfonctionnement non résolu par free.

Bonjour,
La fonction ENREGISTREMENT ne fonction pas correctement j’ai des erreurs aléatoires persistantes.
J’enregistre une émission et je ne le retrouve pas en ENREGISTREMENTS DISPONIBLES. Si je faite un RST électrique je retrouve l’émission dans ENREGISTREMENTS DISPONIBLES.
Si je enregistre des émissions a différents moments de la journée, sans les superpose, quand je entre en ENREGISTREMENTS DISPONIBLES on ne le retrouve pas même âpre un RST électrique.
En mode aléatoire les enregistrements ne sont pas complète, sa varie des quelque secondes à 10 minutes.
Soyez aime,
BRUNET08

Configuration: Serveur V6 adsl+ / Player V6 via Ethernet/ Player 4K multiposte déporté via CPL Firmwares à jour
J’ai en débit descendant d’environ 15Mb/s, qui me permet normalement d’enregistrer ou de visionner deux chaines HD ADSL + 1 chaine TNT simultanément...

Ce problème inexistant par le passé est apparut pour des version serveur bien antérieures à la 4.0.6, ou ce problème persiste.

Quand je crée un enregistrement d’une chaine quelconque en sélectionnant TNT HD, que ce soit via le player révolution, via le player secondaire 4K ou via l’application Freebox sur téléphone android, celui ci s’effectue en fait via le flux adsl si la bande passante disponible au moment du démarrage de l’enregistrement le permet.
Si je sélectionne le disque dur USB externe, l’enregistrement s’effectue en adsl dessus,sauf si la chaine sélectionnée fait partie des chaines groupe TF1, M6 ou C+ ou les droits n’ont pas été autorisés via adsl. Bien que l’enregistrement soit “taggé TNT HD”, il s’effectue alors sur le disque interne, avec la mention emplacement “inconnu”. (fichiers vidéo cryptés lisibles, mais non récupérables)

L’enregistrement s’effectue seulement réellement en TNT dans le cas ou il y a déjà deux flux adsl actifs en visionnage ou enregistrement, le flux TNT restant la seule solution pour le serveur d’effectuer l’enregistrement programmé.
Dans ce cas, les enregistrement des chaines TNT groupe TF1, M6 ou C+ effectués en TNT s’effectuent correctement en clair sur le disque externe ou interne, comme cela est possible et légal avec n’importe quel récepteur enregistreur TNT.

Le bug de sélection de flux adsl par défaut, au lieu du flux TNT, sans tenir compte du critère TNT entré lors de la création de l’enregistrement est bien situé au niveau du serveur, car peu importe l’origine de la programmation effectuée (player V6, player 4K ou téléphone)

Ce problème a déjà remonté de manière imprécise sur page bugs/ enregistrement player V6 FS#19931 FS#20782 FS#20657 sans action apparente, la cause étant une mauvaise gestion des flux TV par le serveur

Bonjour,
Comme d’autres clients fibre l’enregistrement PTR, ReverseDNS ou rDNS (Rayer la mention inutile) proposé par FREE ne fonctionne pas :

- Dans l’interface client tout semble bien ce passer lors du paramétrage de l'enregistrement d'un PTR personnalisé
- Dans les fait rien ne ce produit

Mon souhait et très simple (je donne les vrais valeurs, si employé de free lit et peut intervenir) :
- configuration actuelle :
DNS (OVH) Enregistrement type A : mail.technisante.net → 82.251.218.203
PTR (Proxad) Enregistrement PTR 82.251.218.203 → lns-bzn-58-82-251-218-203.adsl.proxad.net
- configuration souhaité :
DNS (OVH) Enregistrement type A : mail.technisante.net → 82.251.218.203
PTR (Proxad) Enregistrement PTR 82.251.218.203 → mail.technisante.net

Pour faire simple : mail.technisante.net ↔ 82.251.218.203 ↔ mail.technisante.net

Bien cordialement,
Nicolas

a noter qu’en offre particulier FREE sont les seul a le proposé ce service, en revanche dommage de ne pouvoir en profiter, je suis passé d’Orange PRO à Free pour cette seule raison.

Bonjour,

Lorsque que je programme un enregistrement répété avec par exemple une qualité bas débit, la qualité d’enregistrement prends la valeur automatique. J’ai beau changé cette valeur après la programmation, ça ne change pas et reste sur automatique.
Un enregistrement normal (non répété) ne pose pas ce problème, il garde la valeur que j’ai demandée.
Ce problème est apparu récemment (peut être depuis la mise à jour majeure d’Android pour la freebox 4k).

C’est assez gênant car cela prend plus de place (du coup cela enregistre en haut débit) et j’ai plein d’artefact sur l’enregistrement.

Merci

sur la page Programmer un enregistrement dans l’Espace abonné Freebox
les flux TNT n’apparaissent pas.
c’est ballo quand on utilise ce service hors de chez soi pour enregistrer quelque chose quand on est pas devant l’écran.

Suite à la sélection dans le guide des programmes d’une émission à cheval sur deux jours (qui commence avant minuit et se termine après) la validation formulaire “programmer un enregistrent” échoue avec l’erreur “paramètre invalide”

Lorsqu’on programme un enregistrement de 21h à 1h le lendemain, la durée s’efface et il est impossible de finir de le programmer.

Bonjour.

La configuration des enregistrements est au format HD+ pour recevoir une belle image en résolution 1920×1080 (sur flux IPTV via une connexion FTTH).

Et depuis un jour ou deux (depuis le 21 avril ou 22 avril 2023), la qualité d’image reçue est en format HD 1440×1080.

Mon Player est en version 1.3.30.2 (je l’ai redémarré, ainsi que le Server).

Pourriez-vous m’indiquer la raison pour laquelle les enregistrements ne se font plus dans le format HD+ demandé ?

Merci d’avance.

Cordialement.

M. GUILLOU Gilbert

Bonjour,

Je reviens vers vous car je constate un bug au niveau de la fonction d’enregistrement.

Voici la description du bug :
J’ai ajouté un disque dur externe branché sur la Freebox Revolution (boitier serveur) et je réalise des enregistrements TV en sélection le disque dur externe à partir de l’écran de TV avec l’aide de la télécommande Freebox Revolution.
Celà fonctionne en général mais je constate que de temps à autres l’enregistrement a bien été réalisé mais a été effectué sur le disque dur interne de la Freebox Revolution (boitier serveur).

Aucun message d’alerte n’est affiché pour informer si tant est que cela soit justifiable que l’enregistrement n’aura pas lieu comme validé et accepté sur le disque dur externe mais plutôt sur le disque dur interne : il s’agit donc d’un bug d’une façon ou d’une autre.

Pourriez-vous étudier ce bug et revenir vers moi quand vous aurez tiré celà au clair ?

La version pour le serveur est 4.7.8 et pour le player est 1.3.34.1.

Je vous remercie.

Bien cordialement

Nota: j’ajoute que j’ai découvert récemment que ce problème n’existe pas lorsque l’on programme les enregistrements à partir de l’interface Web de la Freebox depuis son ordinateur car un message d’alerte existe; mais cette pratique est moins naturelle et moins pratique que celle qui consiste à programmer l’enregistrement depuis sa TV !

Bonjour,

Freebox OS > Gestion des enregistrements > Enregistrements programmés

Les conflits entre enregistrements ne s'affichent pas correctement ?

Freebox OS 4.3.x
En attente
1 conflit
2 conflits
etc.

Freebox OS 4.4.x
En attente
1
2 conflitsconflit
etc.

De plus, voilà 2 ans que je vous ai signalé le Bug 28328 - Marges d'enregistrement par défaut et toujours aucune correction !!!

Cordialement,
Régis

Bonjour,

J’ai souvent des enregistrements qui ne vont pas jusqu’au bout alors qu’en parallèle j’en ai d’autres qui sont entièrement enregistrés.
J’ai notamment fait trois enregistrements hier soir, sur la même période en début de soirée. Sur ces trois enregistrements deux ont été entiers et seul un ne dure que 25 minutes alors qu’il devrait en faire 90.
Je programme mes enregistrements sur mon application Android, est-ce que cela à un incident ou pas, toujours est-il que ce genre de problème est récurent, mais pas systématique non plus, il n’y a pas vraiment de fréquence régulière.

Merci

Bonjour,

Depuis environ un mois, il ne m’est plus possible de lire mes enregistremenets effectués sur mon disque dur.
En effet, à la lecture les enregistrements sont saccadés ou l’image se met en pause pendant un laps de temps avant de reprendre, puis le même processus recommence.
Comment résoudre ce problème, svp ?
Je vous remercie pour votre aide.
Cordialement.

@mbizon: Est-ce possible de créer des PRs pour vos patches PPP ?
- https://github.com/ppp-project/ppp

Une description et un sign-off sont demandés.

Merci.

Rappel : Dernière version 2.5.0 (2023-04-04) :
- https://dev.freebox.fr/bugs/task/33690

What's new in ppp-2.5.0.
************************

The 2.5.0 release is a major release of pppd which contains breaking 
changes for third-party plugins, a complete revamp of the build-system
and that allows for flexibility of configuring features as needed.

In Summary:
* Support for PEAP authentication by Eivind Næss and Rustam Kovhaev
* Support for loading PKCS12 certificate envelopes 
* Adoption of GNU Autoconf / Automake build environment, by Eivind Næss
  and others.
* Support for pkgconfig tool has been added by Eivind Næss.
* Bunch of fixes and cleanup to PPPoE and IPv6 support by Pali Rohár.
* Major revision to PPPD's Plugin API by Eivind Næss.
  - Defines in which describes what features was included in pppd
  - Functions now prefixed with explicit ppp_* to indicate that
    pppd functions being called.
  - Header files were renamed to better align with their features,
    and now use proper include guards
  - A pppdconf.h file is supplied to allow third-party modules to use
    the same feature defines pppd was compiled with.
  - No extern declarations of internal variable names of pppd, 
    continued use of these extern variables are considered 
    unstable.
* Lots of internal fixes and cleanups for Radius and PPPoE by Jaco Kroon
* Dropped IPX support, as Linux has dropped support in version 5.15
  for this protocol.
* Many more fixes and cleanups.
* Pppd is no longer installed setuid-root.
* New pppd options:
  - ipv6cp-noremote, ipv6cp-nosend, ipv6cp-use-remotenumber,
    ipv6-up-script, ipv6-down-script
  - -v, show-options
  - usepeerwins, ipcp-no-address, ipcp-no-addresses, nosendip
* On Linux, any baud rate can be set on a serial port provided the
  kernel serial driver supports that.

Note that if you have built and installed previous versions of this
package and you want to continue having configuration and TDB files in
/etc/ppp, you will need to use the --sysconfdir option to ./configure.

What’s new in ppp-2.4.9.

* Support for new EAP (Extensible Authentication Protocol) methods:
- Support for EAP-TLS, from Jan Just Keijser and others
- Support for EAP-MSCHAPv2, from Eivind Næss, Thomas Omerzu, Tijs Van Buggenhout and others

* New pppd options:
- chap-timeout
- chapms-strip-domain
- replacedefaultroute
- noreplacedefaultroute
- ipv6cp-accept-remote
- lcp-echo-adaptive
- ip-up-script
- ip-down-script
- ca
- capath
- cert
- key
- crl-dir
- crl
- max-tls-version
- need-peer-eap

* Fixes for CVE-2020-8597 and CVE-2015-3310.

* libpcap is now required when compiling on Linux (previously, if libpcap was not present, pppd would be compiled without packet filtering support).

* The rp-pppoe plugin has been renamed to pppoe, to distinguish it from the upstream rp-pppoe code. Its options have changed names, but the old names are kept as aliases.

* The configure script now supports cross-compilation.

* Many bug fixes and cleanups.

Bonjour,
pouvez-vous ajouter l'épisode et saison pour les programmes TV, comme disponible sur l'ancienne application FREEBOX android (toujours mieux que les autres).
N'ayant plus de vrai programme TV ailleurs que dans l'ancienne app et ici sur freebox OS.

Merci

Bonjour,

Je me trouve actuellement dans un autre domicile de la famille. Une Freebox Delta rencontre des problèmes infernaux de saturation le soir.
On passe de plusieurs Gbps de débit en journée à moins de 20 Mbps le soir. Comment cela peut-il être réglé au plus vite ? Parce que les personnes au 3244 ne comprennent rien au problème à partir du moment où la Freebox affiche l’heure. Le problème s’est intensifié ces derniers jours comme c’est par permis. Deux Freebox de la famille, dans la ville de Verdun (Meuse, 55), sont touchées.

Merci.

Bonjour,

après la publicité de Free qui insiste que la qualité du WIFI de la pop, les ingénieurs de Free ont à priori redéveloppé le WIFI or depuis le passage en version 4.2 (je viens de le faire) de la revolution j’ai la moitié ou presque des mes équipements qui ne peuvent plus se connecter en WIFI. La pub de free insistait sur la qualité de ce nouveau WIFI révolutionnaire qui devrait même pour la révolution étendre la portée !!

Certains postes ne peuvent plus avoir d’IP ?

Même si certains postes ont des IP on ne peut pas joindre internet depuis l’intérieur et même de l’extérieur !!
Avant aucun problème !!

la connexion et l’attribution d’une IP est très très très lente par rapport à la version 4.1.7 d’avant. (un camera a mis plusieurs heures pour obtenir une IP !!!).

Pour les appareils domotiques j’ai essayé de changer la fréquence WiFI le canal de passer en automatique rien : IP mais pas joignables. Je suis en WPA2 AES. En changeant le type d’authentification idem.

Résolu !

J’ai supprimé la possibilité de passer en 802.11.n et là tous mes postes domotiques sont accessibles (cameras, wifi frigo, clim ...)

Si les développeurs peuvent corriger ce bug et m’avertir quand cela est opérationnel dans le changelog
S’ils peuvent voir aussi pourquoi l’attribution d’une IP est si lente.

Il semblerait qu’avec ce nouveau développement l’accrochage WIFI est un peu meilleur car avec une caméra avec un signal de -84db on peut obtenir une IP avant c’était très difficile.

p dynamique baux non permanents

J’ai le canal le moins utilisé avec le moins de bruit

a peu près 8 appareils WIFI

tout fonctionnait parfaitement en 4.1.7
J’ai perdu deux jours sans Wifi a chercher d’où venait la panne (pas de WIFI en 802.11n). Je fonctionne en mode dégradé avec un WiFI 802.11g !!

Le nouveau WIFI n’est pas une révolution, mais une dégradation et une régression.

Y-a-t-il un pilote dans l’avion ? J’attends une réponse de FREE. Merci Free...

Bonjour à tous,

J’ai récemment effectué les opérations suivantes sur un poste linux connecté en ethernet à ma box (selon cet article : http://shadowblog.fr/article10/raspberry-pi-et-freebox) :

mkdir /media/Freebox
sudo nano /etc/fstab

puis ajout de la Box parmi les disques par défault

sudo nano /root/.smbcredentials

puis ajout de “username= [retour ligne] password=”

mount /media/Freebox

—> la Freebox était montée, accessible.

J’ai ensuite fait une très mauvaise manip en sudo :

cd /media
sudo chmod 006 Freebox

Depuis, plus aucun appareil ne peut accéder au disque dur de la Freebox. Exemples
- depuis un Mac qui s’y connectait jusque là sans problème : “Échec de la connexion” - depuis le linux responsable du problème - en root : dossier vide
- depuis l’OS de la Box : le DD apparaît, la “jauge de remplissage” est normale mais en voulant y accéder, le bug suivant s’affiche : “unable to get attr: nil”

Ce message d’erreur est très peu présent sur le net et je ne sais vraiment par quel bout prendre ce problème ... Votre aide sera la bienvenue !

Merci d’avance à tous ceux qui m’aideront.

François