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

Bonjour,

Cela fait plusieurs fois que, bien que je demande à enregistrer le flux TNT HD, je me retrouve avec de la SD.
Si je ne me trompe pas, il n’y a plus de SD diffusée en TNT, donc la freebox a pris un flux réseau.

Cela pourrait aussi expliquer pourquoi des enregistrement (toujours en TNT HD) de flux sur “chaines protégées” ne sont pas accessibles par le ftp.

Cordialement.

Il est possible de rediriger un port déjà NATé via l'UPNP.

Dans mon cas:
- J'ai un serveur WEB pour bosser sur le port 443 sur PC (NAT en 443 manuel)
- J'ai un serveur NAS (QNAP) qui a une interface d'administration sur le port 443 (l'UPNP autorise l'utilisation du 443 alors que le port est déjà NATé)

Je n'avais pas le souci avant: soit ma config a sauté lors de la dernière MAJ de la Freebox, soit ma config a sauté lors de la dernière MAJ de mon QNAP. Quoi qu'il en soit, ça me parait étrange de laisser l'UPNP occuper un port déjà utilisé… ^^

confirmation activation DECT impossible Siemens Gigaset
apres suggestion de free passage en release 3.5.4
telephones déja connectés et toujours ok
1) essai d’association d’un nouveau combine A 510 : inscription ok une fois pendant 2 minutes puis désinscrit automatiquement en
V3.5.3.
2)ré inscription impossible (aprés tentative d’inscription le combine indique “passer la base en mode inscription”)
3)passage en V3.5.4
4)inscription toujours impossible
5)face to free : le tech confirme que le modop est le bon et que la base ferme l’inscription au bout d’une minute environ : il ne sait pas comment résoudre le problème

Bonjour,

Il semblerait qu'il ne soit pas possible de modifier le nombre de périphériques après avoir défini une connexion WIFI invité, ni de modifier le type d’accès.
J'ai essayé via l'interface Freebox OS, les applictions Freebox et Freebox Connect, mais pas trouvé les points de modification.
Seule regrettable solution est de supprimer puis de recréer les connexions.

Pouvez vous corriger ?

Bonjour,
je voudrais configurer ma Freebox pop (Freebox OS 4.7) pour me connecter à mon compte purevpn avec le protocole openvpn.
Je vais dans Paramètres de la Freebox > Client VPN > Configuration VPN
Je choisis ma connexion. Je rentre mon nom d’utilisateur, mon mot de passe et là, je bloque. Dans la partie “Fichier de configuration”, je ne sais pas ce qu’il faut. J’ai téléchargé des .ovpn, .crt, .key mais à chaque fois, j’ai droit à “Erreur lors de la mise à jour cet objet”. La faute de grammaire ne me dérange pas, c’est de ne pas y arriver qui me dérange.
Vous devriez rendre la chose plus facile sinon le client vpn ne sert pas à grand chose.
Merci.

Bonjour,
Je rencontre des pb avec des téléphones IP derrière une solution Centrex de VoIP (protocole utilisé SIP).
Ce pb apparaît uniquement sur les nouvelles BOX DELT(Fibre ou ADSL) et sur la ONE.
En résumé, les téléphones IP sont nattés.
Le serveur de téléphonie découvre le port public et l’adresse IP public lors de l’enregistrement du poste.
L’adresse IP publique est fixe mais le port est random car sur le réseau interne derrière la freebox, il y a plusieurs téléphones, par conséquent les téléphones IP ne peuvent pas tous utiliser le port 5060, et c’est la raison pour laquelle la Box allour à chacun des postes IP un port publique différent.
Ce port public et adresse IP publique est détecter par le serveur externe de téléphonie lors de l’enregistrement du poste (message sip REGISTER).
Le serveur de VoIP sait qu’il peut joindre ce poste à ce port publique et à cette adresse IP publique.
Pour conserver ce port ouvert entre 2 message d’enregistrement (par défaut chaque 5min), le serveur envoie des messages OPTIONS (Keepalive) à ce port chaque 30sec, mais passé un certain délai (proche des 3min) le port est fermé par le routeur/BOX malgré que l’on a envoyé moins de 30sec auparavant un message Options.
C’est même, plus grave, le Routeur/BOX ne détecte pas qu’il y a de l’activité sur le port UDP en question et le ferme directement sans faire cas de l’activité vers ce port public, et je dis cela car le pb se poste également avec le flux voix(flux RTP), en cours de communication, le port public se ferme et par conséquent la voix ne peut plus être transmise au poste en cours d’appels. Et dans le cas de la voix, on constate que quelques millièmes de secondes avant la fermeture du port, il y avait du traffic voix(traffic RTP en UDP) sur ce port, donc ce n’est pas un pb de détection d’activité qui fais que le routeur/BOX ferme ce port public.
Donc je pense que le routeur/BOX Delta libére/efface sa table NAT à intervalle régulier sans détection d’activité.
Si je diminue mon délai d’enregistrement à 1min, je peux également rencontré ce pb car il suffit d’initier un appel juste un peu avant que le routeur libère ce port publique.

Question:

Comment maintenir la table NAT ou session NAT/UDP “avec une détection d’activité” sur le port public fournir par le routeur? et non pas par timer fixe?
Exemple:
Table NAT de la BOX(actuellement):
à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t2 (t1+timer): 192.16.1.20(posteIP) → 91.168.x.x:2041 (port publique 2041 fourni par la box)

Table NAT de la BOX(solution désiré):
à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t2: message Keepalive (message OPTIONS sur Protocole SIP en UDP) vers 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t3(t1+timer): 192.16.1.20(posteIP)→ 91.168.x.x:2022 (port publique 2022 fourni la box)

Si l’instant t2 est très proche de t3 (exemple 30sec ou autre), la table NAT sera rafraîchi et le port 2020 conservé pour à nouveau t2+timer

Merci
Alain

Bonjour,

je viens de configurer le serveur OpenVPN de la Freebox (IKEv2) et m’y suis connecté. En vérifiant l’état du serveur, dans l’onglet “Connexions”, je me suis aperçu que les compteurs de données émises et reçues affichaient des données complètement erronées.
Par exemple, dans la capture jointe, j’en suis à quelques milliards de Go ‘Reçus’ après une heure de connexion... et le nombre augmente en continu.
Je me demande du coup si c’est pas un problème d’unités, ou même carrément de comptage parce que je n’ai quasiment rien fait sur la liaison VPN (je n’ai pas téléchargé de fichiers lourds par exemple).
Je dois au plus avoir échangé avec le serveur quelques mégaoctets, c’est tout.

Merci d’avance en tout cas,
Sylvain

Bonjour,

Depuis environ 1 an, j’ai remarqué que le compteur data intégré à la Freebox Révolution tourne en boucle tous les 4Go en Download ou Upload. Il revient à 0 tous les 4Go téléchargés ou tous les 4Go envoyés.
Il s’agit des informations disponibles dans FreeboxOS, dans l’onglet “État Internet”, les lignes “Reçu” et “Emis”.
Ce dysfonctionnement est identique sur toutes les Freebox Révolution de la famille. RAS sur Server Delta ou Server Pop. Pour ce qui est du Server Mini 4K, je ne sais pas.

PS : à partir du 1er janvier 2024, les opérateurs ont l’obligation légale d’indiquer la consommation data sur les lignes fixes. Est-ce opérationnel du côté de Free ? Du côté de Bouygues Télécom, cela a été mis en place courant novembre 2023. Je préfère en parler, plutôt que vous vous ayez des emmerdes plus tard.

Cordialement,
Romain

Bonjour,

Depuis quelques mois maintenant, j’ai remarqué que le compteur data des Freebox ne revient à zéro qu’en cas de reboot électrique ou avec un reboot logiciel déclenché avec un redémarrage sur Freebox OS, ce qui est très bien.
Toutefois, il y a un souci avec les Freebox Révolution : le compteur a l’air de revenir à zéro au bout d’environ 4Go en Download ou en Upload. Il tourne en boucle.
Aucun problème à signaler sur la Freebox Delta.

Cordialement,
Romain

Bonjour,

voilà un problème que j’ai pu relever sur le gestionnaire de téléchargement.

Description:

Plusieurs téléchargements en cours dans le gestionnaire peuvent correspondre au même fichier sur le disque.
Ca peut poser problème, notamment si on supprime un de ces téléchargements de la liste en demandant la suppression du fichier du disque dans le même temps.
⇒ Dans ce cas là, l’autre téléchargement est toujours actif, bien qu’il n’y ait plus le fichier associé sur le disque.
(Des données sont probablement écrites sur le disque, mais il n’y a plus moyen d’y accéder).

Etapes pour reproduire le bug:

- Dans le gestionnaire de téléchargement de freebox OS, cliquer sur Nouveau téléchargement ⇒ Téléchargement depuis une URL - renseigner l’URL du fichier à télécharger (plutôt un fichier volumineux pour illustrer le problème)
- cliquer sur ajouter
- réitérer l’opération avec la même URL et le même répertoire de destination.

Résultat observé:

Deux téléchargements identiques concernant le même fichier sont visibles dans le gestionnaire.
Si l’un des téléchargements est supprimé pendant l’écriture, le fichier est supprimé du disque mais l’autre téléchargement reste actif pour rien.

Résultat attendu:

Un seul téléchargement par fichier devrait être visible.
Si le même fichier est téléchargé plusieurs fois, un message d’erreur devrait avertir l’utilisateur qu’il est déjà en cours de téléchargement ou bien un second fichier devrait être créé et associé au nouveau téléchargement.

Bonjour,

Je rencontre un comportement erratique avec le port 2,5gb, les débits sont totalement aléatoires, deux à trois fois moins qu’en juillet lors de l’installation.

Mes excuses pour le précèdent poste, effectivement au mauvais endroit...

Cf les deux images, en octobre tout fonctionnait parfaitement, les débits étaient excellent, ces derniers temps c’est bien moins élevés.

Je suis à même de donner plus de précision s’il le faut, selon les demandes.

Merci d’avance pour le coup de main.

[url=https://ibb.co/4j2374x][img]https://i.ibb.co/RCNd9QW/IMG-2677.jpg[/img][/url]
[url=https://ibb.co/0fZ99Dj][img]https://i.ibb.co/brLvvWg/IMG-2655.png[/img][/url]

Bonjour

J’ ai eu la freebox mini 4K, il ya plusieur mois, donc sans HDD, j’ ai donc mis le mien de 1 To. Aucun probleme, il y avait un menu pour cela.
Et je pouvait tout enregistrer sur ce disque dur, meme les chaines cryptées. Tout bon, il se comportait exactement comme le disque interne de la revolution.

J’ ai pris une V6 apres demenagement, donc il y a un HDD 232 Go dispo et je branche le mien de 1To aussi pour profiter de plus de stockage car j’ enregistre beaucoup pour regarder plus tard.

Cependant, lors d’ enregistrement de chaines qui protègent les enregistrement, meme si je sélectionne mon disque perso de 1To, les enregistrements sont mis sur le HDD interne, seul sont bien mis sur l’externe les chaines non protegées (type France 2...), du coup avec les chaines en HD le HDD interne est vite plein et du coup plus possible d’ enregistrer des chaines protégées.
ET le disque externe bien formaté via le server en ext.

Quelqu’ un a t-il un solution ?
Car pour le coup le server mini 4K a plus d’ avantage pour enregistrer que le revolution qui au final coute plus cher.

Bonjour,
Les débits up/down restent très corrects en communication, mais l’ouverture d’un fichier de type MS Office / LibreOffice ou PDF par l’application correspondante peut prendre jusqu’à 20 s quand ce fichier se trouve stocké sur le NAS branché à la freebox (lien 1 Gbits/s pourtant) ! C’est comme s’il y avait une latence, ou une interruption provisoire de la communication entre le PC et le NAS...
Ce problème est apparut après la mise à jour 3.4.0
Cordialement

Bonjour,

à priori depuis la dernière mise à jour du player Devialet la commande "OK freebox" concernant l'activation de l'alarme répond "désolé je n'ai pas compris votre demande"

Testé sur plusieurs player Devialet et idem.

Merci d'avance pour votre retour.

Toutes les connections sont faites
en filaire cela fonctionne réception et émission d’appels
mais en DECT , sonnerie ne fonctionne pas mais OK communication
Perte du menue : répertoire et dans Services que 2 options : Souscrire et Réinitialiser..., messagerie...

Bonjour,

J’aimerais savoir quels codecs sont négociés lorsqu’un téléphone est directement associé à la base DECT d’une Freebox Révolution ou Delta svp ?
Est-il possible d’espérer une communication en G722 dans certains cas ?

Merci par avance.

Cdt.

Bonjour,

J’utilise cloud-init pour configurer ma VM (debian).
Cette VM lance ensuite un docker-compose (fichier copié via cloud-init, docker et docker compose installés via cloud-init, et compose lancé via cloud-init, avec redirection d’une caméra USB vers homebridge-cameraui, …).

En résumé, quand je supprime et recréé la VM, je n’ai qu’à coller le cloud-init et tout repart, sauf pour la partie Network:

Dans ce compose il y a une partie pihole, utilisé comme DNS et DHCP.

J’aimerais avoir le DHCP de la freebox désactivé et l’assignement d’une IP à cette VM via cloud-init.
Le seul souci dans cette automatisation est que la partie Network de cloud-init ne fonctionne pas, je suis donc obligé de laisser le DHCP de la freebox activé avec une seule IP dans le range et une réservation MAC sur cette IP pour la VM, ce qui n’est pas très pratique (l’adresse MAC de la VM n’est pas affichée dans l’UI freebox donc je dois la démarrer une première fois avant de mettre en place la réservation, en prenant garde a ne pas avoir activé le DHCP freebox avant d’avoir mis la réservation sinon l’adresse est prise par un autre bail d’un équipement connecté, …).

Est-ce que quelqu’un a déjà réussi a faire fonctionner le module Network de cloud-init avec une VM ? Est-ce du a une limitation des VM freebox ?

Exemple de cloud-init (tout fonctionne sauf la partie Network):

#cloud-config
cloud_final_modules:
  - [network, always]
  - [apt-configure, always] # force apt sources updates
  - [package-update-upgrade-install, always]
  - [write-files, always]
  - [write-files-deferred, always]
  - [runcmd, always]
  - [scripts-user, always] # runcmd only create the user script but not run it, so you need this too in order to have runcmd run again
  - [users-groups, always]
  - [ssh, always]
network:
  version: 2
  ethernets:
    switchports:
      match: {name: "enp*"}
  bonds:
    bond0:
      interfaces: [switchports]
      mode: balance-alb
      dhcp4: false
      dhcp6: false
      addresses: [192.168.10.2/24]
      gateway4: 192.168.10.1
      nameservers:
        search: [home.lan, lan, .]
        addresses: [192.168.10.2, 192.168.10.1]
ssh_authorized_keys:
  - ssh-rsa XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX home@192.168.10.2
system_info:
  default_user:
    name: home
    groups: [docker]
package_update: true
package_upgrade: true
packages: [docker, docker-compose, vim, htop, ucommon-utils, v4l2loopback-dkms, v4l-utils, alsa-utils, ffmpeg]
package_reboot_if_required: true
write_files:
  - encoding: "gzip+base64"
    content: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    owner: home:root
    permissions: '0440'
    path: /home/home/compose-home.yaml
runcmd:
  - [modprobe, v4l2loopback, "video_nr=101"] # Create virtual device, only one for the moment as v4l2loopback devices can still handle mutliple readers
  - [pdetach, /usr/bin/ffmpeg, -nostdin, -loglevel, error, -f, v4l2, -input_format, mjpeg, -video_size, "1280x720", -framerate, 20, -i, /dev/video0, -f, v4l2, -codec, copy, /dev/video101] # clone video0 to video101 so that it can be read by multiple processes in parallel. Using pdetach to run it in backgroups as had issues to escape ampersand
  - [/usr/bin/systemctl, start, docker] # needed if freshly installed
  - [/usr/bin/docker-compose, -f, /home/home/compose-home.yaml, up, -d, --force-recreate, --remove-orphans] # force recreate containers to avoid issues and always have a clean startup

Le schema de config est bien valide testé avec

cloud-init schema --system

.

La freebox et donc la VM sont redémarrés une fois par semaine, d’où le lancement de modules cloud-init en “always” pour maintenir le tout a jour automatiquement (et simplifier un changement de configuration type clé SSH ou autre). La VM est recréée seulement en cas de Mise a jour de l’OS majeure.

Merci d’avance pour votre aide,
Francis.

Bonjour à tous,

Depuis plusieurs semaines ma Freebox Server n’arrive plus à se connecter aux serveurs de chez IPVANISH par protocole OPENVPN. Je trouve le message d’erreur

openvpn: username/password incorrect

J’ai vérifié tout ce que je pouvais, à savoir :

• fichier de configuration fourni par IPVANISH, que j’ai mis à jour avec les dernières versions ;

• login et mot de passe.

J’ai écumé les forums sans trouver de réponse.
Le problème semble similaire à celui décrit par les clients de NordVPN (voir ici : https://dev.freebox.fr/bugs/task/38479) à la différence que la solution ne se trouve pas du côté de IPVANISH.
J’ai passé pas mal de temps à discuter avec le support technique de chez IPVANISH pour arriver à la conclusion que le problème doit être du côté de Free.

Je demande donc de l’aide ici !

Voici ma configuration : Freebox Server Revolution / OS 4.7.8

Voici la copie du log lors d’une tentative de connexion du client VPN :

2023-08-06 08:56:11 openvpn: output: 2023-08-06 08:56:11 MANAGEMENT: >STATE:1691304971,EXITING,auth-failure,,,,,
2023-08-06 08:56:11 openvpn: openvpn process died (0)
2023-08-06 08:56:11 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:11 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:11 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:11 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:11 state is now DOWN
2023-08-06 08:56:11 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:11 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:11 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:11 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:11 state change 'wait_l2_down' => 'down'
2023-08-06 08:56:16 state change 'down' => 'wait_l2_up'
2023-08-06 08:56:16 l2 state change 'l2_down' => 'l2_up'
2023-08-06 08:56:16 state change 'wait_l2_up' => 'l2_up'
2023-08-06 08:56:16 state change 'l2_up' => 'wait_l3_up'
2023-08-06 08:56:16 l3 state change 'l3_down' => 'l3_start'
2023-08-06 08:56:16 starting
2023-08-06 08:56:16 calling helper script at '/etc/fbxconnman/conn.pre-up'
2023-08-06 08:56:16 l3 state change 'l3_start' => 'l3_wait_preup_helper'
2023-08-06 08:56:16 l3 state change 'l3_wait_preup_helper' => 'l3_wait_stable'
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: Compression for receiving enabled. Compression has been used in the past to break encryption. Sent packets are not compressed unless "allow-compression yes" is also set.
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 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-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 WARNING: --keysize is DEPRECATED and will be removed in OpenVPN 2.6
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 OpenVPN 2.5.3 arm-unknown-linux-muslgnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jun 23 2023
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 library versions: OpenSSL 1.1.1s  1 Nov 2022, LZO 2.09
2023-08-06 08:56:16 openvpn: connected to management interface
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-08-06 08:56:16 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 -- type 'help' for more info
2023-08-06 08:56:16 openvpn: rx: >HOLD:Waiting for hold release:0
2023-08-06 08:56:16 openvpn: tx: hold release
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'hold release'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: hold release succeeded
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'state on'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-08-06 08:56:16 openvpn: rx: >PASSWORD:Need 'Auth' username/password
2023-08-06 08:56:16 openvpn: tx: username "Auth" "igor@imartial.fr"
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'username "Auth" "igor@imartial.fr"'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' username entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: CMD 'password [...]'
2023-08-06 08:56:16 openvpn: rx: SUCCESS: 'Auth' password entered, but not yet verified
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TCP/UDP: Preserving recently used remote address: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 Socket Buffers: R=[180224->180224] S=[180224->180224]
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link local: (not bound)
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 UDP link remote: [AF_INET]216.131.88.3:443
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WILL_CONNECT,ams-a01.ipvanish.com,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,RESOLVE,,,,,,
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,WAIT,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 MANAGEMENT: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 TLS: Initial packet from [AF_INET]216.131.88.3:443, sid=d49d4dc9 3cf38b9b
2023-08-06 08:56:16 openvpn: rx: >STATE:1691304976,AUTH,,,,,,
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=1, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=IPVanish CA, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY X509NAME OK: C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:16 openvpn: output: 2023-08-06 08:56:16 VERIFY OK: depth=0, C=US, ST=FL, L=Winter Park, O=IPVanish, OU=IPVanish VPN, CN=ams-a01.ipvanish.com, emailAddress=support@ipvanish.com
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 Control Channel: TLSv1.2, cipher SSLv3 DHE-RSA-AES256-SHA, peer certificate: 2048 bit RSA, signature: RSA-SHA256
2023-08-06 08:56:18 openvpn: output: 2023-08-06 08:56:18 [ams-a01.ipvanish.com] Peer Connection Initiated with [AF_INET]216.131.88.3:443
2023-08-06 08:56:19 openvpn: rx: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,GET_CONFIG,,,,,,
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SENT CONTROL [ams-a01.ipvanish.com]: 'PUSH_REQUEST' (status=1)
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 AUTH: Received control message: AUTH_FAILED
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 SIGTERM[soft,auth-failure] received, process exiting
2023-08-06 08:56:19 openvpn: output: 2023-08-06 08:56:19 MANAGEMENT: >STATE:1691304979,EXITING,auth-failure,,,,,
2023-08-06 08:56:19 openvpn: rx: >PASSWORD:Verification Failed: 'Auth'
2023-08-06 08:56:19 openvpn: username/password incorrect
2023-08-06 08:56:19 l3 is now stable
2023-08-06 08:56:19 l3 does not fulfil config requirement
2023-08-06 08:56:19 l3 state change 'l3_wait_stable' => 'l3_bring_down'
2023-08-06 08:56:19 waiting for l3 providers to go down
2023-08-06 08:56:19 l3 state change 'l3_bring_down' => 'l3_wait_down'
2023-08-06 08:56:19 l3 state change 'l3_wait_down' => 'l3_cleanup_start'
2023-08-06 08:56:19 calling helper script at '/etc/fbxconnman/conn.post-down'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_start' => 'l3_wait_postdown_helper'
2023-08-06 08:56:19 openvpn: openvpn process died (0)
2023-08-06 08:56:19 l3 state change 'l3_wait_postdown_helper' => 'l3_cleanup_finish'
2023-08-06 08:56:19 l3 state change 'l3_cleanup_finish' => 'l3_finished'
2023-08-06 08:56:19 state change 'wait_l3_up' => 'wait_l3_down'
2023-08-06 08:56:19 l3 state change 'l3_finished' => 'l3_down'
2023-08-06 08:56:19 state is now DOWN
2023-08-06 08:56:19 state change 'wait_l3_down' => 'l3_finished'
2023-08-06 08:56:19 state change 'l3_finished' => 'wait_l2_down'
2023-08-06 08:56:19 l2 state change 'l2_up' => 'l2_cleanup'
2023-08-06 08:56:19 l2 state change 'l2_cleanup' => 'l2_down'
2023-08-06 08:56:19 state change 'wait_l2_down' => 'down'

Bonjour,
je sais bien que ce problème est connu depuis des années et que si rien n’a jamais changé, c’est pas maintenant que ça va commencer mais qui ne tente rien n’a rien.Le client bittorrent de la Freebox Revolution n’est pas très bon. Pourquoi 1 ou 2 ingénieurs ne tentent-ils pas de le réparer ? En particulier, je sais qu’il existe des clients open-source (Transmission, Deluge,...). Pourquoi ne s’en inspirent-ils pas ?
Merci.

Bonjour,

J’ai remarqué que dès que je mets plusieurs torrent en téléchargement ou en partage/seed l’accès à Freebox OS est perturbé (pas h24 mais parfois) par exemple j’ai remarqué que l’enregistrement des températures des composants du server se coupe parfois:

Config: RAID1(2 HDD) & 1 HDD, 2 VMs en permanence allumées.

Bonjour,

Je n’arrive pas à configurer un client OPENVPN sous windows 11
J’ai le message d’erreur suivant:

here is a problem in your selection of –ifconfig endpoints [local=192.168.27.66, remote=212.27.x.y]. The local and remote VPN endpoints must exist within the same 255.255.255.252 subnet. This is a limitation of –dev tun when used with the TAP-WIN32 driver. Try ‘openvpn –show-valid-subnets’ option for more info.
2023-12-15 10:20:22 Exiting due to fatal error

client
remote x.x.x.x 39706
proto tcp-client
nobind
dev-type tun
tun-ipv6
pull
dev tun0
redirect-gateway
auth-user-pass
auth-retry interact
cipher AES-128-CBC
remote-cert-tls server

Que dois-je modifier dans le fichier de configuration ?
Merci pour votre aide

Hello,

Alors voilà ma freebox ultra synchro à 8Gb/s donc un débit maximum de 1Go/s.
J’ai installer un NVME à l’intérieur de celle-ci : Western Digital WD Blue SN570 - 500 Go donc avec une vitesse d’écriture relativement haute.

Sauf que j’ai un petit problème avec le client bitorrent de freebox os, en effet avec celui-ci en téléchargement je peine à dépasser les 100mo/s avec un torrent qui sur mon ordinateur connecté en 2.5Gb/s atteint facilement les 200mo/s de téléchargement.

J’ai donc essayé de lancer les deux torrents en même temps (Client Bitorrent Freebox OS ainsi que sur l’ordinateur) et là, j’obtient toujours 200mo/s+ sur le PC et je galère toujours à dépasser les 100mo/s sur le client (simple test pour voir si ma connection n’était pas à son maximum malgré l’affichage de 1Gb/s max) et donc on voit bien que ma connexion n’est pas en cause (je pense).

J’ai donc aussi essayé de lancer deux torrent en même temps sur le client et pareil, au total j’ai du mal à dépasser les 100mo/s ce qui n’est pas trés logique étant donner que le débit de la box lui n’est pas comme moi ordinateur bridé à 2.5Gb/s.

J’ai aussi tester d’installer une VM et de réaliser un speedtest en cli qui lui est assez bizarre, j’ai du mal à dépasser les 1.5Gb/s alors qu’un speedtest sur l’ordinateur va bien au maximum possible sur celui-ci 2.5Gb/s.

Est-ce que la température du NVME de la box pourrait être en cause (celui-ci est constamment à 60 degrés (et peut vite monter à 80 en cas de charge lourde) alors que quand il était dans l’ordinateur, celui-ci ne dépasser pas les 30 degrés) ?

Coté local tout fonctionne, si je transfert du NVME box à mon PC un fichier, j’obtient un débit de 275mo/s soit 2.5Gb/s.

Bonjour,

Je viens de redémarrer le Server Delta (r1) afin de le mettre à jour vers la version 4.7.9. D’habitude, je procède au redémarrage chaque 1er du mois, mais j’étais plutôt pressé de tester afin de voir si ce nouveau firmware corrigeait un problème de stabilité du débit.

Un dysfonctionnement persiste : lorsqu’on télécharge une très grande quantité de données à très grande vitesse (à plus de 7,5 Gbps, vu qu’à cette heure-ci le réseau est moins chargé), le débit finit par s’effondrer aux alentours des 2 Gbps et devient très instable, même sur le NAS du Server Delta ou n’importe quel appareil du réseau local. Il est alors nécessaire de redémarrer le Server Delta afin de récupérer le plein débit (jusqu’à 8,7 Gbps). Le dysfonctionnement se déclenche aussi à des débits soutenus plus bas (plus de 4 Gbps), ce qui est encore plus gênant. Mais à 4 Gbps ou 5 Gbps, il semble se déclencher plus tard, en général au-delà de 600Go voire 800Go de données chargées de façon soutenue.

Notre adresse MAC est la suivante : 70:FC:8F:68:8E:B6
Vous remarquerez des reboots (depuis FreeboxOS ou par débranchement du câble d’alimentation) : les premiers avaient concerné la chute de performance du Server Delta. Le but de ces reboots étaient de récupérer le plein débit du Server Delta.

Afin de pousser le Server Delta dans ses retranchements, je lançais un nPerf avec l’application pour Windows 11, puis un SpeedTest avec l’application pour Windows 11, etc. En général, entre 400Go et 500Go de chargées à 7,5 Gbps de cette manière, le Server Delta finit par se “brider”. Je pensais que ce bridage était volontaire, mais connaissant Free cela m’étonnait. Il ne s’agit donc pas d’une QoS mais bien d’un dysfonctionnement.

Ce souci de stabilité en cas d’usage intensif est-il connu ? Le Server Delta r2 l’aurait-il résolu ? Un Server Delta r3 (imaginons, équipé du Wifi 7), est-il prévu pour, au passage, corriger ce souci ?
Merci de m’informer. Car, même si des usages aussi intensifs sont rares, il est particulièrement gênant de ne pas pouvoir tenir longtemps la charge d’une offre censée soutenir du 8 Gbps.

Sans redémarrage manuel du Server Delta, le plein débit et la stabilité des débits du réseau local finissent par revenir au bout de plusieurs heures.
Merci de ne pas fermer le post tant que le dysfonctionnement n’est pas résolu, que j’évite de le rouvrir. Et merci de m’indiquer si cela est en cours de résolution.

Bien à vous,
Romain

Bonjour le module sécurité n étant plus utilisable après la migration pouvez vous faire en sorte que la caméra qui techniquement peut fonctionner indépendamment soit “libérée” ?

Bonjour,

Depuis la mise à jour 3.3.0, l’accès au serveur FTP à distance est uniquement possible en mode sécurisé (FTPES)
Hors certains périphériques, notamment les cameras de surveillance, qui utilise un FTP distant pour stocker les vidéos ou photos, ne peuvent gérer une connexion FTP sécurisé.
L’idéal serait de pouvoir avoir le choix d’activer ou non le mode sécurisé du FTP.