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

Bonjour,

Avec la freebox Delta, lorsque l’agrégation 4G est activée, et que l’on se connecte à distance au serveur VPN de lafreebox via un iphone par exemple, alors il est uniquement possible d’accéder à l’ip locale de la freebox (192.168.1.254 dans mon cas). Toute autre ip du réseau local est inaccessible.

Il suffit de désactiver l’agrégation 4G (pas de reboot nécessaire) pour que cela soit possible.

Re: Problème dans l’enregistrement programme tv (posté sur forum ToosurToo le 01/09/2019)

Que dire ?

Le ticket 2 a été fermé unilatéralement par le SAV sans apporter aucune solution à mon problème qui dure depuis le début de la réception du matos Avril 2019.

La seule info. que j’ai pu avoir après appel vidéo de la hotline, c’est que vu l’aléatoirité de mon problème cela ne pouvez être un problème de matériel mais plutôt un “BUG”, bug qui serait résolu dans le temps par un hypothétique UPDATE (donc pas d’échange matos au programme).

Depuis la fermeture du ticket j’ai pourtant essayé de nouvelles choses.

- Enregistrer sur clé USB au lieu du hard disque
- Changer les paramètres de l’enregistrement SD au lieu de HD (automatique)
- Surtout éviter les connexions BLUETOOTH vers le Player DELTA pendant l’enregistrement, là c’est radical l’enregistrement est foutu !

Mais rien n’y fait. Ca plante en lecture de l’enregistrement (ou ça plante pas), c’est aléatoire avec une probabilité d’incident d’une à deux fois par semaine sur un planning d’enregistrement quotidien. Par contre l’enregistrement qui plante, lui, plante tjrs au même endroit si on recommence à le lire (des fois il faut même rebouter le Player). Le seul moyen de contourner le problème est de dépasser l’endroit du plantage par défilement rapide et de reprendre la lecture après.

Ce que j’ai pu constaté aussi c’est que ce problème semble ne m’arriver que sur RTL9 et pas sur les enregistrements des autres chaines, c’est bizarre !

Voici les coordonnées du programme que j’enregistre (ah ah, je suis obligé de me dévoiler!).
Programme enregistré tous les jours du Lundi au Vendredi sur RTL9 (Top Model) par exemple de 18h05 à 19h15

Cordialement

P.S. : Pour corser l’affaire, j’ai une deuxième FREEBOX à une autre adresse, une V6 sur laquelle j’ai déclenché le même planning d’enregistrement en parallèle avec la DELTA et là, bien entendu,
il y a NO PROBLEM !

P.S. Bis: Je reçois ce jour, le 04/09/2019 un avis de changement de disque sur DELTA mais j’ai qd même un doute sur le résultat car le problème persiste en enregistrant sur clé USB ?!?!?

Bonjour,
Je rencontre des lenteurs lors de transfert de gros fichiers (> 2 Go) entre MacOS et la Freebox Delta Server fraichement installée (débit d’environ 50 Mo/s), quelque soit la direction (écriture ou lecture).

Mes tests ont été effectués à l’aide du matériel suivant :

  1 PC - Intel i7 - 16 Go RAM - Samsung 970 EVO 1 To NVMe
  1 Mac Mini - Intel i7 - 16 Go RAM - Corsair Force LE SSD 480 Go
  1 Freebox Delta Server - Samsung 850 Evo SSD 500 Go
  1 switch Gigabit TP-Link TL-SG1016

Tous les disques de test ayant un débit compris entre 550 Mo/s et 3200 Mo/s, la seule limitation pour le transfert d’un gros fichier doit être le réseau gigabit (environ 110 Mo/s).
Les résultats de mes tests (dans les 2 sens) entre les différentes machines sont :

  PC <-> Mac Mini : 110 Mo/s
  PC <-> Freebox Delta Server : 110 Mo/s 
  Mac Mini <-> Freebox Delta Server : 50 Mo/s (test AFP et SMB)

Bonjour

Le flux par défaut des Freebox pour la qualité Vidéo est sur Auto, on le sait.
Mais voila qu’avec l’arrivé des flux HD+ pour les abonnés Fibre, quand le mode “auto” est sélectionné, c’est le flux HD qui est prit en compte (1440 de résolution avec débit de 5 méga) et non le meilleur flux qui est pour les abonnés Fibre le Flux HD+ (1920 de résolution avec un débit de 15 méga).

Cela engendre qu’il faut configurée a chaque fois chaîne par chaîne la meilleure qualité vidéo sur HD+

Pouvez vous corriger ce bug?

PS: J’ajoute aussi que dans le menu “Source par défaut” il est mentionné “Automatique”, “ADSL” et “TNT”. Peut-etre qu’il faudrait modifier pour “ADSL/Fibre” ?

Merci à l’équipe de Dev

DECT Gigaset CL660HX associé
il sonne, mais pas de son
idem en appelant ou en se faisant appeler

Bonjour,

lorsque l’on formate un disque en format HFS depuis la Freebox cela fait une erreur et en plus supprime la table de partition.

J’avais un disque avec des données sur plusieurs partitions en voulant en formater une j’ai perdu toute mes données !

Merci de corriger ça au plus vite, et pourquoi ne pas supporter le hfs + avec les autorisations ?

Eliott.

Utilisateur de la Révolution depuis qu’elle existe, il m’est souvent arrivé de voir s’interrompre le programme TV que je regardais parce qu’un enregistrement programmé démarrait sur une autre chaîne.
Or, je constate que ce n’est plus le cas : si le débit est insuffisant (2 chaînes en HD), l’enregistrement ne commence que lorsqu’on arrête de regarder le programme en cours pour libérer de la bande passante. Evidemment, aucun message pour prévenir...
Ce changement n’est pas le bienvenu. Est-il volontaire ou est-ce un bug ? Ne peut-on pas remettre le QOS dan l’état précédent?
Merci.

Bonsoir à tous,

Ayant une connexion plutôt faible dans mon nouveau logement, j’utilisé mon téléphone en borne 4g pour le téléchargement de gros fichiers pour mon travail ce qui me permet de télécharger à 4Mo/s pour 800Ko/s avec mon ancienne box.

J’ai donc pris la freebox delta pour pouvoir utilisé la 4g de la box.

Hors un problème se pose, là où mon téléphone me permet un téléchargement de 4Mo/s, ma delta ne permet que de télécharger à 850Ko/s quand elle ne descend pas à 150Ko/s.

Elle a fait des pointes à 2Mo/s durant 3 secondes puis redescend rapidement.

Mon téléphone est un xiaomi redmi note 6 pro sortie le 15/10/18, j’espérais donc que la freebox delta aurait au moins un débit comparable à mon téléphone en 4g voir supérieur hors ce n’est pas le cas.

Je souhaiterez donc savoir si il y aurait une solution pour faire fonctionner correctement cet équipement.

Merci par avance et bonne soirée.

Bonjour.

J’ai connecté un serveur linux à la freebox via l’API.
Mais depuis quelque temps je n’ai plus d’acces.

J’ai voulu revoqué mon applicatif, mais la freebox me renvoi une erreur.
Impossible de supprimer cet objet.

De plus, quand j’essai de recuperer un nouveau token applicatif, la requete me renvoi une erreur interne:

“msg”: “Base d’authentification indisponible”,

Merci de m’indiquer la meilleure marche a suivre car le SAV me repond qu’ils ne sont pas capable de traiter ce probleme..

Bonjour,

L’agrégation 4G ne fonctionne pas : soit ADSL soit 4G mais pas ADSL + 4G.
De plus, ça n’arrête pas de basculer entre 4G et ADSL ce qui provoque une baisse de débit et des micro-coupure.

Les disques durs ne passent pas en veille après 5-10m

J’ai 4 disques durs supportant chacun la mise en veille sata, individuellement ça marche très bien. mais lorsqu’ils sont en RAID-0, ils tournent en permanence, ce qui provoque des températures de minimum 50°c en idle

En “ejectant le raid les disques durs s’arrêtent bien, mais c’est contraignant d’avoir a le réactiver via l’interface PC (pas faisable depuis l’application)

Bonjour
J’ai un FBX Révolution, j’avais programmé un enregistrement d’une chaine se terminant à 23h.
J’ai regardé une autre chaine, et mis sur pause / time-shifting (décalage d’une demi-heure environ). Le time-shifting s’est supprimé brutalement e revenant au direct, sans aucune action de ma part, m’empêchant de regarder la fin de l’émission en cours. Cela s’est passé lors de la fin de l’enregistrement de l’autre chaine. Je n’ai pas réessayer de faire la manip pour voir si c’est un bug récurrent, et n’ai pas trouvé trace d’un tel problème dans la base.
En vous remerciant.

Bonjour,
Depuis quelques jours, j’utilise 3 combinés DECT Gigaset C570HX sur ma V6 Serveur (Modèle d’il y a un an).
Lorsque je reçois une communication sur un des combinés, impossible d’appeler un autre combiné pour qu’il prenne la communication.
J’utilise bien la commande préconisée, qui m’affiche bien les choix entre “appel général” et les 2 autres postes, mais lorsque je valide, j’ai le message: veillez patienter avec une petite horloge qui tourne, qui tourne, sans résultat. Je sors alors avec la touche rouge et retrouve ma communication. Un truc à noter: J’ai fait les test avec mon mobile à proximité (pas trop pour éviter le larsen...), et sur le mobile en mains libres, on entend toutes les manipulations de touches captées par le micro du combiné DECT... Cela veut dire que la communication n’est pas suspendue pendant la tentative d’appel du 2ème combiné...
C’est d’autant plus bizarre que “à jeun”, un combiné peut parfaitement en appeler un autre...
Accessoirement, pouvoir utiliser le répertoire de la box, ses listes d’appels et directement le répondeur Free, génial!
Encore bon courage aux devs!

Bonjour,
Le seed est quasiment nul (8,2 ou 16,4 ko/s pendant 2 secondes par moments) puis Les pairs passent en blacklist.
De même si j’uploade un fichier, les pairs n’accrochent pas et passent en blacklist.
C’est pire si je branche mon VPN client.
Si je prends les mêmes fichiers, je les colle sur mon PC et que je lance uTorrent, je up en permanence sans soucis à 2 ou 3 Mo/s. Je monte parfois à 10 ou 15 Mo/s... avec ou sans VPN.

Exemple concret sur 1 fichier :
1 seeder (moi) et 1 leecher.
Par le module –> up à 8,2 ko/s par intermittence puis le pair passe en blacklist au bout de quelques minutes, pour revenir après 1/2 heure (délai de rafraichissement du tracker)
Par mon pc/uTorrent –> 400 ko/s immédiatement et en permanence.
Je ne suis malheureusement pas le seul dans ce cas.

Ma conf du module téléchargement est la suivante :
- Mode de plannification : “forcé en mode normal” illimité en up et down
- Nbre de téléch. simultanés : 5 (mettre autre chose n’arrange rien)
- Dossier de téléch. : freebox/téléchargements (mettre sur DD externe n’arrange rien)
- Dossier surveillé non coché (le cocher n’arrange rien)
- DNS 1 et 2 vides (saisir des DNS connus n’arrange rien)
- Pairs max : 50 (mettre autre chose n’arrange rien)
- Ratio de partage : 80 (mettre autre chose n’arrange rien)
- Chiffrement autorisé (choisir autre chose n’arrange rien)
- DHT et échange de pairs désactivés (les cocher n’arrange rien)
- Tps d’attente pour l’annonce sur un tracker : 30 sec.
- Port entrant 51121 (mettre autre chose n’arrange rien)
- port entrant DHT 59923 (mettre autre chose n’arrange rien)
- Blockliste vide
Mode routeur, freebox Delta, fibre 10Gb/s

Merci et bon courage.

Il faudrait quand même qu'il y ait ce changement sur l'ensemble des Freebox Server :
- Carte Wi-Fi 2.4G / 802.11n → Carte Wi-Fi 2.4GHz / 802.11n OU Carte Wi-Fi 2.4GHz (802.11n)
- Carte Wi-Fi 5G / 802.11ac → Carte Wi-Fi 5GHz / 802.11ac OU Carte Wi-Fi 5GHz (802.11ac)

Car les gens mélangent 5GHz avec la 5G etc

Le module 4G ne s’enclenche jamais malgré qu’il soit connecté avec une antenne à 900m avec un état de radio associé

Bonjour, je rencontre un problème de déconexion du serveur distant lors de la copie de fichiers de plus de 10mn entre ma Freebox Delta et la Freebox révolution de mes amis. J’utilise pour copier le Finder du mac et me connecte à la Freebox distante avec “connexion à un serveur distant” natif du mac. Le disque dur Nass de la Freebox distant s’éjecte au bout de 10mn en cours de copie et donc clos la connexion. pouvez-vous trouver une solution ? Merci d’avance. Bien cordialement.
PS : j’utilise le dernières versions logiciels du mac et de la Freebox.

Sur l’interface web on peut programmer des enregistrements pour les chaînes de Freebox TV. Or depuis septembre dernier que l’on choisisse un ou plusieurs épisodes l’interface affiche une erreur de durée seules sont prises en compte les marges avant et après l’horaIre. C’était particulièrement pratique on n’avait pas à calculer l’heure de fin de la programmation. Comme ce bug est présent depuis de longs mois je me permets de poster cette demande sans savoir où la classifier.

Bonjour,

J’ai 7 volets IO Somfy.

Sur les 7 j’ai réussi à en appairer 5/7.

Pour les 2 derniers je lance la rechetche, j’obtiens bien la fenêtre “Sélectionnez l’objet IO Homecontrol à enregistrer” mais la liste est vide et donc impossible d’aller au bout.
Comment faire pour arriver à les appairer ?

Bonjour à tous,

je viens de recevoir ma Freebox Delta et je rencontre un problème pour la numérisation. J’avais avant une Freebox Révolution et mon scanner (une imprimante multifonction), qui est connecté au réseau en Ethernet, était configuré pour envoyer les scans directement dans un dossier de la Freebox. J’avais simplement dû paramétrer le FTP, mot de passe, ... depuis l’interface de l’imprimante.

J’ai voulu refaire la même chose avec la Freebox Delta, mais au moment de faire le test depuis l’interface du scanner, pour voir si le paramétrage est correct, j’ai le message suivant : " vérifiez que le répertoire est activé en écriture”.

Donc je suis allé dans les propriétés du dossier concerné et en fait la case “Lecture seule” est cochée. Évidemment j’ai essayé de la décocher, mais la case revient toujours dans cet état. J’ai également essayé d’aller dans l’onglet “Sécurité” des propriétés du dossier. Apparemment je suis bien normalement en “Contrôle total” mais pour le PC, pas pour l’imprimante.

Je précise que je peux par contre sans problème coller des fichiers dans ce dossier depuis mon ordinateur ou accéder par FTP au disque de la Freebox. Y-a-t-il des paramètres autres que je ne connais pas ou des ports spécifiques ?

Par ailleurs, j’ai déjà essayé quelques solutions proposés sur mon poste de ce forum : https://forum.universfreebox.com/viewtopic.php?p=644342#644342

Merci d’avance pour votre aide !

Bonjour,

Abonné à l’offre Delta S, je rentre deux bugs majeurs depuis le début.
Voici le premier : le Server Delta se “fige” totalement, après 3 jours d’usages intensifs pendant lesquels 5To de data aient transité au travers de lui. J’ai appelé le 3244 qui m’a fait fait faire un reboot usine manuel. Le résultat était pire encore : plus de synchronisation et bloqué en étage 3 pendant près de 15 minutes. Ce n’est qu’en procédant à un reset usine depuis l’interface Freebox OS que tout est “rentré dans l’ordre”. Jusqu’à ce soir, où le Server s’est de nouveau figé : à savoir, une perte totale du réseau local, et l’impossibilité d’accéder à l’interface. Le seul moyen de tout relancer est de couper électriquement, puis de redémarrer électriquement le Server. Quelqu’un chez Free est-il au courant de ce bug ? Le 3244 m’a proposé un rendez-vous technicien lundi prochain, mais je pense que c’est parfaitement inutile. Un échange du Server aurait été largement plus adapté je pense.
Depuis la première apparition du bug, celui-ci se répète à plusieurs reprises dans la même journée, c’est à devenir fou.

Voilà, premier bug ! ;)

Dès que la ligne ADSL sature l’agregation 4G s’enclenche et coupe le lien adsl.
Le problème est reproductible et m’oblige à redémarrer le serveur Delta.
J’ai coupé l’agregation le temps d’un correctif.
Merci

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'

Un périphérique fantôme apparaît furtivement coté console wifi de la Freebox avec un status actif puis disparaît quelques secondes après.

Ce périphérique est nommé ORJDB et son adresse MAC est un adresse Freebox SAS, Or je n’utilise rien en wifi sur la freebox tout est en filaire (hormis un périphérique quelques fois connecté)

Quelqu’un peut-il m’expliquer ce qu’est ce prériphérique...

Lors de l’ajout d’un téléchargement à partir d’un fichier .torrent dans la Seedbox, le message d’erreur “Erreur lors de l’ajout du téléchargement : Fichier invalide” apparaît. Je reproduis systématiquement cette erreur avec la V7 Delta (dans Freebox OS et Freebox Compagnon). En utilisant un autre client torrent sur mon PC, les mêmes fichiers .torrent fonctionnent. Sur ma Freebox Révolution je n’avais aucun problème de téléchargement à partir de fichiers .torrent (ni avec Freebox OS, ni avec Freebox Compagnon). Cela n’a en revanche jamais fonctionné pour moi avec la V7 Delta.

Pour information le téléchargement direct dans la Seedbox d’une image par son URL fonctionne dans Freebox OS ainsi que dans Freebox Compagnon.