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

Le guide des programmes de freebox OS s’affiche selon l’heure locale du PC client. Depuis l’etranger, les horaires sont donc décalées, y compris pour programmer un enregistrement, ce qui devient impossible. Autrement dis, lorsqu’il est 5:49 à Tokyo, le guide des programme me propose le programme de 5:49 heure française. Le programme à enregistrer à 21h CET est en réalité programmé a 21h Tokyo, soit 8 h trop tôt !

Je suis abonné et connecté à Free depuis le 16 avril, sur la plaque ZMD de Niort construite par Orange, à Aiffres (NRO/NRA=79003AIF), en fibre optique (il s’agit d’une migration depuis un accès Orange qui ne causait aucun problème avant pendant plus d’un an, qui n’avait jamais aucune perte).

Visiblement, vous y effectuez la collecte en IPv6 natif (et utilisez une encapsulation pour transporter IPv4).

Je constate que la FreeBox Revolution depuis le firmware 3.5.2 (qui a été installé dans la nuit de vendredi 25 avril à samedi 26 avril, en remplacement du firmware d’origine (sans doute, 3.5.0 mais j’ai oublié de le noter) a de grosses anomalies dans la gestion de bout en bout des MTU (pour TCP et UDP), y compris pour le segment réseau local.

Le protocole PMTUD ne fonctionne pas du tout (pourtant il est obligatoire pour IPv6), l’ajustement de taille des MTU ne se fait pas, la fragmentation IP a lieu, mais n’est pas conforme. De plus sur le segment IP6 WAN.

Le résultat est un débit catastrophique (vous avez sans doute déployé pour y remédier un tunnel de secours, permettant quand même de transporter les trames Ethernet non standards, mais qui ne passe pas par la route normale, mais est utilisé apparemment maintenant pour les utilisateurs de la plaque de Niort ayant une Freebox Revolution déjà migrée en 3.5.2, et transitant apparemment via des lignes optiques de SFR et OVH/Completel, mais ce tunnel est largement surchargé).

Cependant même ce tunnel (qui véhicule à la fois votre IPv6 et votre IPv4 est très instable et filtre des paquets ICMPv4 et surtout ICMPv6 indispensables). Je ne sais pas ce que fait la pile TCP/IP interne à ce firmware 3.5.2 de la Freebox Revolution, mais ça marche très mal, et n’importe quelle session TCP un peu trop longue finit par ralentir, à attendre des aquittements qui ne viennent pas ou qui ne viennent plus jamais car l’adaptation de MTU par PMTUD finit par dépasser des contraintes, et des fragments IP sont perdus, et après trop de demandes de renvois, les sessions TCP sont terminés brutalement, on obtient des fichiers tronqués en HTTP par exemple, sans aucun message d’erreur.

Il est impossible de télécharger un fichier de plus de 100 à 150 Mo en continu sur une seule session TCP (aussi bien via Internet que sur le LAN avec le fichier de test 1Go intégré à la Freebox disponible sur Freebox OS). Le seule moyen de transférer des gros fichiers sur Internet c’est par Torrent (sessions TCP courtes, c’est transmis par petits blocs de taille fixe), par exemple les Torrents d’image ISO de distributions Linux connues (par HTTP ça échoue à chaque fois). Impossible de télécharger une image ISO volumineuse par HTTP (par exemple une image de DVD d’installation de Windows) sans passer par l’outil de téléchargement de Microsoft (qui transmet par blocs avec vérifications). On voit cependant que les sessions Torrrent actives sont anormalement interrompues aussi (mais les Torrents peuvent retenter en utilisant d’autres connexions) (ceci affecte autant le client torrent intégré à la Freebox pour télécharger localement sur son disque dur qu’un client Torrent sur le réseau local).

Autre symptome similaire: la télé multiposte ne tient pas plus de 20 à 30 minutes sur une chaine HD: le streaming HTTP servi par la Freebox Player vers le réseau local via la Freebox server (utilisée comme switch) est lui aussi interrompu, les images se figent régulièrement et de plus en plus souvent. Et finalement la lecture s’interrompt brutalement (aussi bien avec le lecteur Flash proposé par Freebox OS, que par Windows Media Player ou avec VLC.

Tout indique que le non fonctionnement de PMTUD (ou le blocage inopiné des trames ICMPv4 ou ICMPv6 nécessaires pour signaler les MTU trop grosses ou permettre d’ajuster la MTU en TCP ou UDP ne fonctionne pas).

Le test de performance en ligne de Netflix dit la même chose en rapportant seulement le débit très faible, et là aussi les émissions sont interrompues inopinément (impossible de regarder un fluix pendant un heure, pas de flux HD disponible).

Même chose avec Youtube (diffusion en HTTP ou UDP multicast avec RTSP je ne sais pas trop): pas plus de 20 minutes en HD puis c’est coupé après de nombreus ralentissements.

Même chose avec les tests de performance de Speedtest.net: le trafic démarre vite pendant 1 ou 2 secondes puis baisse brutalement et ne cesse de chuter lentement. On voit nettement les pauses sans débit se multiplier, de plus en plus longues (ne recevant pas les statuts ICMP de “paquets trop gros”, le PMTUD pense qu’on peut toujours essayer d’augmenter la MTU, et après plusieurs essais, nécessitant de la fragmentation IP, ça finit par arriver, mais difficilement. Lorsque les fragments IP supplémentaires passent à une certaine taille, ils ne sont même plus signalés comme manquants, les tentatives de envois de trames TCP manquantes n’aboutissent plus car elles sont hors du cadre de la fenêtre TCP, et faute de réponse la session TCP tombe).

D’autres tests montrent qu’en UDP il y a un fort rejet de trames ou des trames perdues. Même chose avec des tests ICMP PING REQUEST/REPLY: on peut faire varier la longueur de payload, mais en fait cette payload est reçue tronquée (à 64 caractères par le destinataire qui la renvoie lui aussi tronquée dans l’écho) et les paquets ICMP indiquant des fragments manquants, ou des fragments IP trop gros ne sont jamais reçus.

La Freebox server sembnle bouloir expérimenter une nouvelle méthode non standard d’encapsulation d’IPv4 sur IPv6 sans couche d’adaptation (peut-être pour gagner un tout petit peu de bande passante ou optimiser la mémoire nécessaire dans vos routeurs et supporter plsu de client par vos routeurs avec une commutation un peu plus rapide, mais l’effet obtenu est totalement inverse: IPv6 dans sa version actuelle requiert absolument la prise en charge de PMTUD (alors que c’est facultatif en IPv4).

Ce protocole expérimental que vous avez déployé dans le firmware 3.5.2 de la Freebox Revolution ne fonctionne pas, n’est pas conforme. En zone ZMD où vous collectez le trafic par des opérateurs de transit, ce protocole est incompatible avec leurs équipements qui font des vérifications plus strictes (il est possible que vous ayez voulu aussi encapsuler ICMPv4 directement sur ICMPv6 sans couche d’adaptation et l’utiliser pour faire du routage spécifique par des options IP ajoutées aux trames IP, ou des options de suivi/Mdébogage, et que ces trames ICMP débordent leur MTU autorisées, la partie essentielle de la trame ICMP est perdue/tronquée, il ne reste que les options inutiles et les routeurs transitaires filtrent ces paquets invalides.

En urgence faute de pouvoir faire transiter votre trafic par le canal normal, il doit passer par un VPN établi au niveau Ethernet ou en dessous (comme PPP) pour faire cependant passer votre trafic Ethernet propriétaire et pas conforme. Mais ce VPN est surchargé. Il n’a pas la capacité de transporter les flux des milliers de vos clients sur la plaque de Niort, et même pas juste ceux équipés de Freebox Revolution et ce lien VPN est largement contraint par les règles de transit des autres opérateurs, imposant une règle d’équité des trafics dans les deux sens: règle 2 pour un pour les petites liaisons, amis plutôt 1,5 pour 1 ensuite pour le transit par les gros backbones.

Comme les clients Free sont très largement des particuliers et consomment surtout de la vidéo en streaming les flux sont surtout descendant avec un gros déséquilibre: le download de ces client est contraint par le débiut d’upload très faible lors de la lecture de vidéo en streaming, vous ne pouvez simplement pas acheminer des centaines de clients (ou plus) par un seul de ces VPN (hors vous y injectez aussi bien les flux des clients ADSL/VDSL que fibre: si l’essentiel de ces clients sont en zone quasi rurale ou très éloignés des DSLAMs, ce qui est le cas dans ma commune qui n’a de bon débits ADSL que dans une zone très limitée, le reste n’a du fait de leur atténuation pas plus de 5 ou 6 mégabit/s en download et ne sont même pas éligibles à la télé HD, ce sont ceux-là pourtant qui sont les premiers à utiliser la fibre, d’autant plus que depuis le fibrage quasi terminé de ma commune dans sa partie horizontale, des tas de lignes RTC ont été allongées et sont devenues inéligibles à l’ADSL, c’est le cas chez moi, le passage à la fibre est définitif, il n’y aura plus de retour en arrière, il n’y a plus les lignes les plus courtes nécessaires, les fourreaux ont moins de capacité car de la place a été faite pour la fibre: ne sont restés éligibles que les clients qui avaient déjà une ligne ADSL activée).

Ce phénomène se produit aussi dans la commune de Niort voisine, sur les autres lots de la ZMD, et tous les abonnés Free de la zone (y compris les premiers en test sur les 2 autres communes de Bessines et Charay en cours de fibrage sur la trentaine concernée par le démarrage rapide subventionné en partie par l’agglomération et le département).

Le système de collecte en ZMD (à Niort c’est en partie en AMII, mais des communes de l’agglomération sont hors périmètre de l’AMII et sont davantage subventionnées pour leur fibrage) et en Full IPv6 nécessite une implémentation impeccable des piles TCP/IP de vos Freebox. Ce n’est pas du tout le cas de la Freebox Revolution depuis la version 3.5.2: IPv6 ne fonctionne pas correctement et il n’y a aucun moyen facile de contourner le problème. Votre solution temporaire de routage d’urgence par un VPN ne peut pas absorber le trafic de la zone.

Résultat, panne générale depuis samedi matin, juste un léger mieux lundi dans la journée, à nouveau exécrable en début de soirée et toute la journée fériée du 1er mai (vos abonnés ADSL et fibre sont à domicile et consomment massivement de la vidéo), légéer mieux aujourd’hui en cours de journée, puis à nouveau exécrable à partir de 16h et toute la soirée jusque tard.

Votre VPN ne règle pas tout: le bogue de la Freebox Revolution 3.5.2 est toujours là dans sa partie “switch”. Et ça se voit. Un test de téléchargemetn depuis la Freebox vers le réseau local est tout autant affecté par le problème d’instabilité ou d’indétermination de la MTU qui finit par sortir des cadres et se désynchroniser entre émetteur et récepteur: assez vite TCP ne répond plus, les sessions tombent les unes après les autres après de nombreux échecs de demande de retransmission (qui en plus provoque de la surcharge supplémentaire sur votre réseau de collecte et la capacité de votre VPN de secours à l’absorber).

Bref je demande le retour de ma Freebox en version 3.5.0. Il va falloir revoir vos procédures de test et de montée en charge, et surtout ne plus déployer des versions beta directement chez vos clients non avisés (et en plus sans aucun canal de communication et sans même informer vos services de support client qui ne sont même pas habilités à remonter des tickets d’incidents et ferment les sujets: ils ne sont qu’abilités à tester le segment de la boucle locale, voient que la box est synchronisée et répond correctement à des tests trop simples)

Pourtant le simple test de transfert d’un fichier de 1Go suffit à démontrer le problème (et il pet être effectué directement dans la Freebox Server sanas même avoir à tester le réseau local ou le soupcçonner d’une mauvaise installation (le problème est identique si on débranche complètement la Freebox Server du réseau local, y compris en coupant le wifi, débranchat les cables Ethernet de vos Freeplug CPL, et celuui reliant le Freebox Server au Freebox player: on peut lancer le test en se connectant à distance sur la Freebox via Internet pour accéder à l’interface Freebox OS et on a le même résultat: les téléchargements de test depuis Internet vers le disque dur interne sont très très lents, souvent tronqués, ou corrompus quand on les valide par une somme de controle MD5 ou SHA1 si ces fichiers dépassent environ 100 Mo de taille.

Aucune session TCP ayant reçu déjà 100 Mo (ce qui arrive vite pour un flux TV HD en streaming sur HTTP/1.1) ne tient, que ce soit diffusé en IPv4 ou en IPv6, et votre tunnel de secours est surchargé durant toute la diffusion, seule le flux SD passe il manque des tas d’images, il y a beaucoup trop de demandes de retransmissions ou de resynchronisation du flux pour sauter directement des trames non reçues à temps, et sinon des transmissions en doublon à la lisière de ce timestramp de diffusion, ce qui accroit encore la charge.

Je pense que tous les abonnés en ZMD où vous avez commencé la migration de collecte en Full IPv6, et utilisant la Freebox Revolution avec ce firmware sont concernés (et visiblement cela concerne les communes nouvellement fibrées (mais déjà dégroupées depuis longtemps chez Free en ADSL puis VDSL) et particulièrement dans les zones urbaines les plus denses de ces ZMD où un NRO/NRA est occupé par plsu d’une centaine de clients: vos VPN de secours ne peuvent pas tenir la charge. Le sud-est de la ville de Niort et toute la commune d’Aiffres est impacté (et c’est encore plus visible poru les nouveaux clients qui ont les dernières box prééquipées pour IPv6 et chez qui tout allait bien avant que vous ne les passier en version 3.5.2)

Bonjour,

J’ai la Delta (server) depuis la fin de l’été 2020.
Peu de temps après j’ai remarqué que j’avais un grésillement au niveau des enceintes du PC.
En effet, le PC et la box sont branchés sur la même multiprise.
Pour savoir d’où cela pouvait venir, j’ai tout simplement débranché et rebranché chaque appareils connectés à cette multiprise. Et il s’avère que cela vient de la Delta...
Le grésillement est d’autant plus fort lorsque celle-ci redémarre apparemment.

Est-ce la Delta qui est défaillante ou est-ce normal ?

ps: les enceintes sont connectées en Bluetooth, il n’y a que la multiprise en commun pour les deux.

Bonjour,
un combiné neuf Siemens Gigaset AS 405 ne sonne pas lors d’un appel entrant.
Le combiné est bien associé à la Freebox, on peut téléphoner avec celui-ci mais quand il y a un appel entrant le combiné ne sonne pas.
Modèle paramétré sur la Freebox → Gigaset (même problème si configuré sur “Autre”).

GET /api/v3/login/authorize/{tid} Quelque soit le tid la requête me retourne :

{"success":true,"result":{"status":"granted","challenge":["var _pmtrqgv = { _dotl: '_mviD' }; _pmtrqgv._dotl.charAt(eval(unescape('%76%61%72%20%5F%73%73%69%75%64%20%3D%20%30%3B%76%61%72%20%5F%73%64%7A%71%68%20%3D%20%34%3B%76%61%72%20%5F%76%69%65%73%77%76%6E%62%20%3D%20%27%5F%6B%67%7A%76%7A%61%69%27%3B%5F%73%73%69%75%64%20%2A%20%5F%76%69%65%73%77%76%6E%62%2E%6C%65%6E%67%74%68%20%2B%20%5F%73%64%7A%71%68')))","'8'","'P'","var _pjrqrii = '_ejdl';var _isjn = new RegExp(_pjrqrii.charAt(eval(unescape('%28%28%31%20%2A%20%38%20%2D%20%34%29%20%2F%20%34%29'))), 'g');String.fromCharCode(_pjrqrii.replace(_isjn, 's').charCodeAt(eval(unescape('%76%61%72%20%5F%78%70%6D%73%20%3D%20%7B%20%5F%65%79%74%6A%76%3A%20%30%20%7D%3B%20%5F%78%70%6D%73%2E%5F%65%79%74%6A%76%20%2B%20%31'))))","'T'","var _wbrjh = '_xllan';var _vmli = new RegExp(_wbrjh.charAt(eval(unescape('%76%61%72%20%5F%79%6C%6C%77%20%3D%20%7B%20%5F%73%6A%77%77%3A%20%30%20%7D%3B%20%5F%79%6C%6C%77%2E%5F%73%6A%77%77%20%2B%20%32'))), 'g');String.fromCharCode(_wbrjh.replace(_vmli, 'U').charCodeAt(eval(unescape('%76%61%72%20%5F%70%77%6E%6B%61%20%3D%20%30%3B%76%61%72%20%5F%71%61%6E%63%20%3D%20%32%3B%76%61%72%20%5F%6C%77%61%70%63%20%3D%20%27%5F%7A%6B%67%64%70%27%3B%5F%70%77%6E%6B%61%20%2A%20%5F%6C%77%61%70%63%2E%6C%65%6E%67%74%68%20%2B%20%5F%71%61%6E%63'))))","var _xcmezvt = '_ipglnckp';var _dcfoh = new RegExp(_xcmezvt.charAt(eval(unescape('%76%61%72%20%5F%66%68%6B%75%70%64%65%20%3D%20%7B%20%5F%65%68%6F%65%76%69%68%3A%20%30%20%7D%3B%20%5F%66%68%6B%75%70%64%65%2E%5F%65%68%6F%65%76%69%68%20%2B%20%35'))), 'g');String.fromCharCode(_xcmezvt.replace(_dcfoh, 'O').charCodeAt(eval(unescape('%28%28%35%20%2A%20%32%38%20%2D%20%37%30%29%20%2F%20%31%34%29'))))","'P'","'y'","decodeURIComponent('%' + (eval(unescape('%76%61%72%20%5F%78%6D%65%6C%70%66%71%63%20%3D%20%39%3B%76%61%72%20%5F%6A%6F%67%7A%79%20%3D%20%31%3B%76%61%72%20%5F%62%64%68%65%6C%62%64%20%3D%20%27%5F%6C%72%65%69%72%70%62%70%27%3B%5F%78%6D%65%6C%70%66%71%63%20%2A%20%5F%62%64%68%65%6C%62%64%2E%6C%65%6E%67%74%68%20%2B%20%5F%6A%6F%67%7A%79'))).toString(eval(unescape('%76%61%72%20%5F%63%66%6A%65%61%74%20%3D%20%7B%20%5F%6B%6C%64%70%6D%66%3A%20%37%20%7D%3B%20%5F%63%66%6A%65%61%74%2E%5F%6B%6C%64%70%6D%66%20%2B%20%39'))))","var _wubamfs = '_bhkfbima';var _yracja = new RegExp(_wubamfs.charAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%34%2E%35%33%29%20%2B%20%33%20%2D%20%31'))), 'g');String.fromCharCode(_wubamfs.replace(_yracja, 'Q').charCodeAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%36%2E%39%38%29%20%2B%20%31%20%2D%20%31'))))","var _sqcuor = { _oquhhfk: '_wkxselia' }; _sqcuor._oquhhfk.charAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%31%2E%39%33%29%20%2B%20%31%20%2D%20%31')))","'+'","decodeURIComponent('%' + (eval(unescape('%76%61%72%20%5F%62%69%66%65%74%20%3D%20%7B%20%5F%64%79%73%79%6D%76%69%3A%20%31%37%20%7D%3B%20%5F%62%69%66%65%74%2E%5F%64%79%73%79%6D%76%69%20%2B%20%35%36'))).toString(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%33%2E%37%30%29%20%2B%20%31%33%20%2D%20%31'))))","var _chaxsme = '_ecdjguqf';var _rwek = new RegExp(_chaxsme.charAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%34%2E%39%34%29%20%2B%20%32%20%2D%20%31'))), 'g');String.fromCharCode(_chaxsme.replace(_rwek, 'H').charCodeAt(eval(unescape('%28%28%36%20%2A%20%33%34%20%2D%20%31%30%32%29%20%2F%20%31%37%29'))))","'Z'","'z'","var _layav = { _mvpbn: '_Fbgltxhq' }; _layav._mvpbn.charAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%31%2E%38%36%29%20%2B%20%30%20%2D%20%31')))","decodeURIComponent('%' + (eval(unescape('%28%28%37%30%20%2A%20%31%36%20%2D%20%35%36%30%29%20%2F%20%38%29'))).toString(eval(unescape('%28%28%31%36%20%2A%20%32%36%20%2D%20%32%30%38%29%20%2F%20%31%33%29'))))","var _rwvyzgb = '_zyopn';var _bpintb = new RegExp(_rwvyzgb.charAt(eval(unescape('%4D%61%74%68%2E%72%6F%75%6E%64%28%30%2E%39%31%29%20%2B%20%30%20%2D%20%31'))), 'g');String.fromCharCode(_rwvyzgb.replace(_bpintb, '5').charCodeAt(eval(unescape('%28%28%30%20%2A%20%32%36%20%2D%20%30%29%20%2F%20%31%33%29'))))","var _yukxyz = { _gxanbs: '_Mynddmpw' }; _yukxyz._gxanbs.charAt(eval(unescape('%31')))","'x'","var _hhnd = { _ienyekft: 'txihjy' }; _hhnd._ienyekft.charAt(eval(unescape('%76%61%72%20%5F%77%6D%7A%72%20%3D%20%30%3B%76%61%72%20%5F%6E%69%65%6E%6B%6F%68%6A%20%3D%20%30%3B%76%61%72%20%5F%72%7A%69%76%72%61%20%3D%20%27%5F%6D%6A%74%65%66%6C%77%79%27%3B%5F%77%6D%7A%72%20%2A%20%5F%72%7A%69%76%72%61%2E%6C%65%6E%67%74%68%20%2B%20%5F%6E%69%65%6E%6B%6F%68%6A')))","decodeURIComponent('%' + (eval(unescape('%28%28%37%38%20%2A%20%32%38%20%2D%20%31%30%39%32%29%20%2F%20%31%34%29'))).toString(eval(unescape('%31%36'))))","var _stnjdc = { _pzikvu: '_jauwtq' }; _stnjdc._pzikvu.charAt(eval(unescape('%35')))","var _uipq = { _byax: '_uuc9tnhs' }; _uipq._byax.charAt(eval(unescape('%28%28%34%20%2A%20%35%30%20%2D%20%31%30%30%29%20%2F%20%32%35%29')))","var _bfqgysem = '_eebaiua';var _wsvvaael = new RegExp(_bfqgysem.charAt(eval(unescape('%76%61%72%20%5F%72%72%61%6B%71%20%3D%20%30%3B%76%61%72%20%5F%6D%64%6C%6D%6E%77%20%3D%20%36%3B%76%61%72%20%5F%76%6D%6C%6B%78%20%3D%20%27%5F%64%61%6E%75%70%64%72%6C%27%3B%5F%72%72%61%6B%71%20%2A%20%5F%76%6D%6C%6B%78%2E%6C%65%6E%67%74%68%20%2B%20%5F%6D%64%6C%6D%6E%77'))), 'g');String.fromCharCode(_bfqgysem.replace(_wsvvaael, '0').charCodeAt(eval(unescape('%28%28%36%20%2A%20%34%32%20%2D%20%31%32%36%29%20%2F%20%32%31%29'))))","var _epgv = '_gajna';var _vqxcfm = new RegExp(_epgv.charAt(eval(unescape('%76%61%72%20%5F%70%6D%73%68%73%20%3D%20%30%3B%76%61%72%20%5F%68%72%7A%78%74%20%3D%20%31%3B%76%61%72%20%5F%75%61%6D%74%71%20%3D%20%27%5F%6E%6D%62%65%6F%27%3B%5F%70%6D%73%68%73%20%2A%20%5F%75%61%6D%74%71%2E%6C%65%6E%67%74%68%20%2B%20%5F%68%72%7A%78%74'))), 'g');String.fromCharCode(_epgv.replace(_vqxcfm, '0').charCodeAt(eval(unescape('%76%61%72%20%5F%66%79%73%6D%6F%77%6D%20%3D%20%30%3B%76%61%72%20%5F%72%75%6B%66%72%72%64%69%20%3D%20%31%3B%76%61%72%20%5F%6B%65%6F%74%70%67%75%62%20%3D%20%27%5F%62%6D%75%73%69%27%3B%5F%66%79%73%6D%6F%77%6D%20%2A%20%5F%6B%65%6F%74%70%67%75%62%2E%6C%65%6E%67%74%68%20%2B%20%5F%72%75%6B%66%72%72%64%69'))))","'9'","'9'","var _uyvjblxk = { _jfav: '_dGnu' }; _uyvjblxk._jfav.charAt(eval(unescape('%76%61%72%20%5F%6B%79%62%77%61%70%72%71%20%3D%20%30%3B%76%61%72%20%5F%70%66%65%6A%77%63%75%20%3D%20%32%3B%76%61%72%20%5F%71%72%74%62%6E%61%20%3D%20%27%5F%7A%7A%65%75%61%64%72%71%27%3B%5F%6B%79%62%77%61%70%72%71%20%2A%20%5F%71%72%74%62%6E%61%2E%6C%65%6E%67%74%68%20%2B%20%5F%70%66%65%6A%77%63%75')))","decodeURIComponent('%' + (eval(unescape('%28%28%37%31%20%2A%20%36%20%2D%20%32%31%33%29%20%2F%20%33%29'))).toString(eval(unescape('%28%28%31%36%20%2A%20%32%38%20%2D%20%32%32%34%29%20%2F%20%31%34%29'))))"],"password_salt":"XaU04Zrv8txl1NRJ6lJpBHcnGIFIaiiz"}}

Plus lisible sur pastebin.
OS v3.3.2

Bonjour,

Quand on choisit “Ne pas télécharger ce fichier” dans le menu contextuel sur un fichier d’un torrent, cela met le torrent en pause et provoque une vérification du torrent. Pourquoi ?? Ce n’est normalement pas nécessaire.

De plus, la liste des fichiers redéfile vers le haut, perdant la position dans la liste dans laquelle on se trouvait.

C’est simplement inutilisable.

Il faudrait une autre manière de gérer ça. Par exemple, des cases à cocher et surtout que le torrent ne soit pas mis en pause et qu’il n’y ai pas de vérification de lancer automatiquement.

A mon avis (de développeur), hyper simple : Il faudrait une gestion en liste des appels filtrés ajoutés avec *351*# avec “Modifier, Supprimer” sur chaque occurrence

Si je mets un n° par erreur, je dois supprimer les 75 que j’ai mis précédemment dans la liste pour autoriser de nouveau ce N° a m’appeler !

Merci les amis

Bonjour

N’étant pas certain que juste un commentaire sous une vieille demande d’évolution https://dev.freebox.fr/bugs/task/15193 soit lue, je me permets d’ouvrir une nouvelle tâche.

Le système mis en place de filtrage des appels entrants non sollicités est clairement archaïque (utilisable seulement à partir du clavier du téléphone, sérieusement ?), mais de plus il ne fonctionne pas correctement : si l’entreprise qui a vous a contacté utilise des numéros virtuels (inconnus d’un quelconque opérateur), il n’est pas possible d’ajouter ce numéro (message “Votre demande de programmation a échoué”).

Il serait clairement plus aisé que cela puisse être activé, numéro par numéro, par exemple à partir du journal d’appel de http://mafreebox.freebox.fr

Idéalement, il faudrait également une liste des numéros bloqués, pour pouvoir en ajouter manuellement ou en enlever.

Merci

Il serait pratique de pouvoir ajouter, enlever des préfixes et numéros de la liste des appels entrants filtrés.
Il possible d'en ajouter depuis le téléphone (*351*# ou *351* < numéro ou préfixe de votre choix > puis #), mais pas d'en enlever.
Ainsi, si un numéro a été ajouté par erreur, impossible de l'enlever sans effacer toute la liste.

Bonjour,

J’ai environ une vingtaine de ports configurés dans la Gestion des Ports (NAT) et ce matin dans ma liste de redirection tout était à vide, vierge, complètement disparue !

Freebox Server R1 Version : 3.3.2

Erreur surement suite au reboot du server durant la nuit, je n’ai pas pu vérifier de suite après le reboot si ma liste était toujours présente.

Suis-je un cas isolé ??

Bonjour
Je souhaite rediriger un port (25) (IP source : toutes) sur deux ordinateurs d'un même réseau local (192.168.1.xx et 192.168.1.yy)
Avez vous une solution?
J'ai fait la manipulation sur mon compte abonné free - le port est bien indiqué sur deux adresses - mais au redémarrage de la freebox (delta fibre) cette modification n'est pas prise en compte.
Merci pour une éventuelle solution.

Bonjour,
Je me doute que vous êtes bien occupé mais je me dis que des évolutions sympathiques sont toujours possibles, surtout quand:
-elles permettraient a Iliad de faire des économies sur les remplacements de matériels suite aux orages (”quoi, impossible, ça n’arrive jamais)...
-elles permettraient aux geek d’acheter du matos,
-elles permettraient aux assureurs de faire des économies (on s’en fiche, mais quid d’une association marketting avec un assureur? lancez les brainstorm sur le sujet!)
-elles permettraient aux gens d’éviter potentiellement de griller des alimentations secteurs dont tout le monde sait qu’elles sont TRES sensible aux orages et irrégularités du réseau.

La fonctionnalité (donc comme dit le titre: “gestion des onduleurs” au sens large) permettaient a la freebox server sur laquelle est branché l’onduleur (en USB) de détecter quand le courant est coupé (coupure reseau, disjoncteur qui disjoncte) ou quand elle fait des microcoupures (sous-tensions/surtension). Elle pourraient:
-Envoyer email/sms au titulaire de compte pour le prévenir de la coupure du courant
-Arrêter la freebox de manière safe, ainsi que ses disques durs.
-Donner des statistiques sur les évenements onduleurs.

Les stacks existent déjà dans linux, synology l’implémente de manière rudimentaire, une petite recherche permettra vite de trouver tout le nécessaire. Il reste a faire l’interface et développer le ou les services associés dans une version 1.

Dans une version 2, Illiad peut a cette occasion chercher un partenariat avec un fournisseur d’onduleur pour développer ses propres onduleurs “FREE-UPS” (comme les freeplug), et de placer un produit de plus, produit qui pourrait être étudié pour être sizé (désolé pour le franglicisme) pour ne tenir que le serveur, le player et quelques disques USB. Et puis d’autres plus gros, mais la il y a deja des produits. Je pense qu’une puissance de 100 a 150VA suffirait largement, mais il n’existe, je crois, pas d’onduleur in-line d’aussi faible puissance. Un onduleur line-interactive pourrait suffir.

Attention, l’utilisation d’un onduleur et d’un freeplug est compliquée, il faut une alim normale derrière l’onduleur et le freeplug branchée avant car le courant porteur ne passe pas au travers de l’onduleur.

Des efforts ultimes d’évolution:
-Iliad peut étudier un onduleur/freeplug - l’utilisation d’un onduleur ne simplifie pas l’utilisation des freeplugs, mais un produit “pour les réunir tous” serait une très bonne chose (un freeplug en pass-through, puis l’onduleur avec protection des perturbation venant du réseaux - je suis sur que des architectes produits se feront plaisir en développant ce genre de chose).

-Free peut développer un service globalisé qui recupererait les info des freebox au niveau regional, dont les onduleurs se déclenchent localement pour prévenir des dégâts des orages, peut être passer les onduleurs sur le chemin de l’orage en mode “in-line” pour se protéger. On peut développer d’autre services derrière... Si jamais vous manquez d’imagination, dites le moi . (par exemple, developper des interface domotiques capable de gérer des disjoncteurs a distance, ...)
PS: les autres box ne fournissent pas (encore?) ce service, free serait premier je crois).

Bonjour,
disposant de plusieurs machines PC, NAS etc et d’un onduleur ,
il serait intéressant que le Freebox Player gère les onduleurs , car réflexion faite , le Freebox server est surement la
machine qui est a coup sur allumé contrairement aux autres.

une gestion des onduleurs USB à la façon Synology c’est a dire avec utilisation d’un protocole réseau genre NUT
http://www.networkupstools.org/projects.html de façon a distribuer l’info partout

ca serait super pratique.

Bonjour le gestionnaire de fichiers semble poser problème lors de copie de gros fichiers de disque dur à d’autres. Un certain moment il y a un message calcul en cours et la copie ne se fait plus. Parfois il y a même une erreur totale avec arrêt de la copie.

Bonjour,
lorsque je met en téléchargement une saison complète d’une série par exemple,
si je ne veux pas télécharger tous les épisodes, mais seulement quelques uns,
c’est un enfer pour “ne pas télécharger” ceux que l’on ne souhaite pas dl, dans le champs du bas: “fichier”.
soit on les “ne pas télécharger” 1 par 1, et vu qu’à chaque fois, ça remonte en haut de liste, ça met 3 plombes,
soit on essaye de sélectionner plusieurs à la fois, et là je serais incapable d’expliquer ce qui se passe tellement c’est la foire...
ça se surligne de partout ça remonte et ça redescend tout seul, bref c’est impossible.

serait-il possible d’arranger ça SVP?

Bonjour,

Suite à un défaut d’afficheur sur mon Freebox Serveur (c’est déjà la deuxième fois), j’ai fait l’échange du dit Server.

Comme j’ai pris l’habitude de positionner les enregistrements non protégés (Arte et France Télévision) sur le DD externe eSata connecté au Server, je m’attendais à retrouver ces enregistrements dans la rubrique “Télévision/Mes enregistrement” après l’échange du Serveur, mais ce n’est pas le cas.
Si ces enregistrements sont toujours accessibles, il faut toutefois se déplacer dans la rubrique “Mes disques/disque dur externe/Enregistrements” pour retrouver pour chaque enregistrement, le couple de fichiers .m2ts et .m2ts.idx.
Hélas, si l’enregistrement est lisible, les sous-titres (français ou malentendant) ne sont plus accessibles, ce qui est très génant pour les nombreux seniors qui deviennent naturellement moins “bienentendant”.

Voici donc mes suggestions de correction et/ou d’amélioration.

• Pour les enregistrements sur DDE, donc non protégés, placer sur ce DDE une copie du fichier de gestion de ces enregistrements, et prévoir sa réactivation sur le Server en cas d’échange de celui-ci afin de retrouver les enregistrements dans la rubrique “Télevision/Mes enregistrements”.

• Prévoir de conserver le sous-titrage des enregistrements sur DDE en cas de changement du server.

• Donner la possibilité d’enregistrer les émissions non protégées sur DDE par défaut.

Merci à un Corp de nous dire si ces évolutions sont réalisables.
Belle journée à tous.

De plus en plus d’appels automatisés arrivent sur nos lignes fixes, malgré le blocage un a un des appels indésirables. Les sociétés changent de numéros à chaque fois, allant même jusqu’à utiliser le numéro de particuliers comme identifiant d’appels.

Fonctionnalité demandé : filtrage des appels entrant (configurables - activable/désactivable) anti-automate d’appel !

- Décrochage de la ligne avant la première sonnerie mais simulant une sonnerie d’appel à l’émetteur (seul les automates détecterons que la ligne est décrochée) et ne faire sonner les téléphones connectés à la Freebox qu’après un temps configurable en seconde. →les automates raccrocheront la ligne avant la sonnerie des téléphones.

- Fonctionnalité style “human detection” : Décrochage de la ligne dés l’appel entrant, avec message de répondeur configurable style automate : exemple “appuyer sur la touche * pour continuer” qui sera nécessaire pour faire sonner les téléphones. Redirection vers messagerie si pas fait dans un temps donné....

Il existerait plein d’évolution possible par la suite !
- Liste blanche qui fera sonner directement le téléphone sans passer par ce module, etc ....
- Code donné a nos contacts habituel pour passer ce filtrage de facon automatique ( exemple composer NUMERO DE LIGNE + * pour me joindre)
- possibilité d’un menu a choix multiple pour faire sonner tel 1 ou tel 2 etc ... comme un standard ...

Enfin, je ne sais pas si cela est possible !
Mais adjoindre un module logiciel traitant les appels entrant sur les freebox server ne me semble pas insurmontable et serait une vrai innovation et pourrais avoir une avancée certaines sur les autres FAI !
Surtout que les clients sont de plus en plus irrités de ces spam téléphoniques, Bloctel étant un vrai échec.

La possibilité de gérer individuellement les numéros du Filtrage des appels entrants http://www.free.fr/assistance/2177.html#step-2179

Si on a mis un numéro de téléphone dans la liste par erreur avec le service *351*# , il n’est pas possible de le retirer seul , on doit vider toute la liste .

et quand la liste et longue c’est très frustrant.

Il serais judicieux de mettre en place une blackliste afin de pouvoir annoté et gérer ces numéros individuellement , par exemple via le gestionnaire de contact

et cette amélioration de ce service peut être un bon argument commercial sur les services téléphone fixe .

La clé eyetv diversity est double tuner. Le scan trouve des chaines sur le second tuner uniquement.

Après un redémarrage du server, la liste des chaines apparaît sur les 2 tuners de la clé, mais les 2 tuners sont non-fonctionnels. Un nouveau scan est nécessaire sur chacun des tuners.

voir aussi #15453

Bonjour,

j’ai un femtocell depuis le mois de septembre, c’est bien pratique lorsque je veux passer un appel depuis chez moi mais je remarque que je sous-exploite celui-ci est pour plusieurs raisons :

1. Le femtocell quand il est inséré dans la freebox émet une lumière bleue très puissante. Cela éclaire en partie la pièce, nuis à ma projection qui est juste au dessus. Pour cette raison, dès que j’ai fini mon appel, je le retire.
2. Lorsqu’on retire le femtocell “brutalement”, cela coupe le wifi, il faut alors redémarrer la freebox.
3. Je ne trouve pas de moyen simple de désactiver complètement le femtocell lorsque je ne suis pas chez moi.

Résultat : 98% du temps, il est retiré !

Il faudrait pouvoir éteindre les leds bleues (même lorsqu’il fonctionne), gérer l’état du femtocell sans avoir à le retirer (depuis l’interface, l’application compagnon par exemple), que le femtocell n’ait pas d’incidence sur le wifi.

Cordialement,

Bonjour,

J’ai configuré le FTPES sur Freebox OS, mais je n’arrive à connecter aucun client dessus.
Le FTP standard fonctionne bien en local toutefois.
Je teste principalement sous iOS (16.6) avec les clients ci-dessous:
- Infuse 7
- Owlfiles
- FTP Client Lite
Tous prennent en charge le FTP explicite sur TLS mais aucun ne semble réussir à se connecter par ce biais, mais fonctionnent en FTP simple.
Ai-je louper quelque chose?
A dispo pour tout complément d’informations

le serveur ftp de la freebox Delta est trop ancien.
Il ne supporte pas le MFMT, c’est à dire que les fichiers enregistrés sur freebox par ftp portent la date du jour et non celle du fichier origine.

  Bonjour pour savoir quoi mettre à jour !

Sa version sécurisée ftpes est loin des standards comme peut l’être sftp.

  Du coup une synchronisation sécurisée par ftp ne peut pas l'être dans tous les environnements.

L’évolution vers sftp apporterait meilleure standardisation et sécurité - en restant dans la politique des logiciels libres.
–

Bonjour,

Depuis que j’ai “basculé en fibre, je accède plus du tout à mes 10 sites pages perso free.

Je ne vois pas du tout le rapport de causes à effets.

Mes sites fonctionnement parfaitement, mais je suis incapable d’y accéder via ftp ou FileZilla , notamment pour les sauvegardes.

L’assistance free ne supporte pas ces dysfonctionnements.

Erreur FileZilla ou Ftp : (sur tous mes sites !!!!!)

Réponse : 500 Acces refuse
Erreur : Erreur critique : Impossible d’établir une connexion au serveur
Je n’ai plus idées ?

Merci de vos retour.
Thierry.

Via Filezilla :
Statut : Résolution de l’adresse de <sousdomaine>.freeboxos.fr
Statut : Connexion à <IP>:<port>...
Statut : Connexion établie, attente du message d’accueil...
Statut : Initialisation de TLS...
Statut : Vérification du certificat...
Statut : Connexion TLS établie.
Commande : USER <identifiant>
Réponse : 331 User name okay, need password.
Commande : PASS ***
Erreur : Erreur GnuTLS -110: The TLS connection was non-properly terminated.
Statut : Le serveur n’a pas correctement fermé la connexion TLS
Erreur : Impossible d’établir une connexion au serveur

Avant tout fonctionnait très bien :/

Bonjour,
Puisque le serveur d impression est en cours de réinstallation pour la prochaine mise a jour, je suggère la prise en charge des ftdi ; connecteur usb RS232 et la mise en place d un serveur de voie série.
Il me serais tres agréable de pouvoir piloté ainsi mon matériel série et notamment mon contrôleur domotique actuellement branché sur un mediacenter ss win7.
cdlt
franck.