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

Bonjour,

Mon identifiant Freebox est fbx27968070 j’ai créé une adresse mail voyagesbaroude@free.fr depuis quelques semaines et je voudrais utiliser la page perso associé mais ça ne marche pas http://voyagesbaroude.free.fr Qu’est-ce que je dois faire pour que ça marche ?

Je vous remercie par avance pour votre réponse

Cdt
Cyril

Bonjour
J’avais la box Révolution avec une ouverture de port 443 car j’ai un automate Siemens qui impose la lecture du Serveur Web sur le port 443
Depuis que j’ai changé de box (Delta) je n’arrive plus à accéder au serveur Web de l’automate Siemens
Pouvez vous m’aider
Merci

Bonjour,

La box reboote pendant des opérations de copie de gros fichiers vers le NAS ou pendant des opérations de création d’archives ZIP.
Pas de chauffe excessive constatée dans les courbes de température.

Le NAS est constitué de 4 SSD de 250 Go chacun.

Bonjour,

Je poste ici sur suggestion de l’assistance Free Proxi.

Depuis que j’ai changé d’opérateur, de Sosh Fibre vers Freebox pop fibre, j’ai régulièrement des gros problèmes de navigation sur internet:
- certains sites mettent très longtemps à s’afficher
- ou j’ai une erreur dans mon navigateur du type “résolution de nom impossible”

J’ai mis en place chez moi un système de monitoring de la “qualité” de mes requêtes DNS, vous pouvez y accéder directement à https://grafana.nardi.fr avec le login guest/guest.
Ce dont je suis sûr:
- redémarrer la freebox “résoud” systématiquement le problème: le taux de requêtes DNS correctes remonte à 100% et y reste pendant au moins quelques heures.
- débrancher/rebrancher le cable de fibre optique a le même effet
- les dégradations sont toujours progressives et lentes: de plusieurs heures à plusieurs jours pour descendre en dessous de 80% de requêtes correctes.
- si je ne redémarre pas ma freebox la dégradation peut atteindre des niveaux catastrophiques ou quasiment toutes les requêtes timeout. Par exemple le 11 novembre au soir mais il y a quelques autres occurences dans le passé.
- Les dégradations sont indépendantes du serveur DNS utilisé, d’ailleurs je monitore en permanence la freebox et le serveur primaire de google, et j’ai toujours le même comportement.
- Les dégradations affectent tous mes appareils quelque soit leur OS (Windows, Ubuntu, Raspberry Pi OS, Android). Sous android j’ai pu tester avec l’application “Net Analyzer” qui permet de faire des requêtes DNS.
- Les dégradations affectent tous les types de connection (Ethernet 2.5Gbps ou Wifi).

J’ai aussi essayé de redémarrer successivement tous les appareils de mon réseau local (y compris les switchs) sans observer d’amélioration.

Je me suis demandé si ça pouvait être dû à des pertes de paquets sur la ligne fibre, mais je n’en ai jamais observé… j’ai essayé avec ping, netcat et packetlosstest.com

Coté ping, je suis extrêmement satisfait: en jeux je ne dépasse jamais les 20ms.

Coté débit, j’ai mis en place du monitoring (speedtest-cli lancé toutes les 10 minutes, sur 2 serveurs).
Mon débit max a l’air d’osciller entre ~360 Mb/s et 2.38 Gb/s et j’ai l’impression que dans les périodes de DNS dégradé le débit max et meilleurs.?!
Mais c’est difficile de tirer des conclusions de ces chiffres car ils dépendent de la charge sur mon réseau local et sur le serveur distant.

Bref, je n’ai toujours pas identifié la cause de mes problèmes de DNS. Le motif de la dégradation me ferait penser à une fuite mémoire… ou à un matériel qui surchauffe.
J’ai essayer de surventiler la box mais ça n’a rien changé, et de toute façon le module SFP n’est pas particulièrement chaud.

Petit historique de mes investigations:
- mi-avril 2023: passage à Free
- avril-mai: mise en place d’un système de monitoring chez moi
- 24 mai: premier contact avec l’assistance: envoi d’une nouvelle alimentation → pas de changement.
- Juin: mise en place d’un redémarrage automatique de ma freebox quand la dégradation DNS dépasse un certain seuil
- 3 octobre: 2ème contact avec l’assistance: changement de freebox (et module SFP) → pas d’amélioration
- (mon système de redémarrage automatique ne fonctionne plus suite au changement de freebox, problème d’authentification à l’API que je n’ai pas réussi à résoudre..)
- 10 octobre: 3ème échange avec l’assistance: passage en IP fullstack → pas d’amélioration
- 19 octobre: 4ème échange avec l’assistance: “Le défaut vient de nos services” → intervention d’un technicien Free (que je n’ai pas vu) → “vos services sont à présent pleinement fonctionnels” → de mon coté je n’observe pas de changement
- 9 novembre: 5ème échange avec l’assistance: “Faites un rapport sur le forum des developpeurs”

Si vous avez des idées ou suggestions je suis preneur!

Cordialement,
Clément Nardi

Bonjour,
J’ai été aiguillé ici par la hotline qui ne sais pas répondre à mes questions.

Chez moi les notifications via SIGFOX ne fonctionnent pas. Lorsque l’alarme se déclenche et qu’il y a une coupure de courant, la sirène se fait bien entendre mais c’est tout.

Y a-t-il un moyen de vérifier si mon domicile est couvert par le réseau SIGFOX ?

Peut-on vérifier les événements dans un fichier log ?

D’autre part j’ai lu dans d’autres bugs qu’il fallait s’adresser au site d’assistance dédié “https://www.smarthome.freebox.fr/“, mais ce site n’existe plus… Y a-t-il un remplaçant ?

Bonjour,

Depuis quelques temps les nouveaux baux statiques sont ignorés par la Freebox, ils sont bien configurés mais peu importe le matériel ils tombent dans la plage dynamique à leur première connexion et si je crée un bail statique, cela ne fait que les figer sur leur dernière IP dynamique attribuée.

Exemple sur 2 tests:
Configuration DHCP plage 192.168.0.100 à 192.168.0.250
- Caméra IP à la première connexion: 192.168.0.203

1. Configuration sur 192.168.0.183 (mes autres caméras IP sont en 180, 181 et 182, je veux garder de la cohérence)
2. Bien que configurée dans la plage dynamique je n’ai aucun soucis avec les 3 autres caméras
3. Retour systématique sur 192.168.0.203 aux redémarrages FREEBOX et caméra

- Routeur Xiaomi en mode répéteur, 192.168.0.223 à la première connexion

1. Configuration sur 192.168.0.10 (hors plage dynamique)
2. Retour systématique sur 192.168.0.223

J’ai tout essayé, je deviens fou.
Tous mes appareils configurés avant 2023 n’ont jamais posé de problème de bail statique.

Depuis la dernière MAJ du Freebox serveur, mes deux Chromecast (Google TV) ne parviennent plus à se connecter correctement au wifi de la Freebox (avec ou sans le répéteur). Ils n’ont pourtant aucun souci pour se connecter au point d’accès wifi de mon tél, et peuvent se connecter à la Freebox en ethernet, le problème ne se présente donc bien qu’avec le wifi de la box.

Concrètement, ils valident bien l’identifiant, obtiennent bien une adresse IP, un accès à internet pendant 1 à 3 secondes, puis reprennent le processus de connexion à zéro.

Tous mes autres appareils se connectent sans problème. Un redémarrage de la Freebox n’a eu qu’un effet, pas plus que le retour aux paramètres d’usine pour l’un des Chromecasts.

Sous le gestionnaire de fichiers de FreeBox OS, si l’on copie où déplace un fichier de plus de 4.3Go (un enregistrement d’émission de télé par exemple), cela fait une erreur au moment précis où l’on atteint 4.3Go (message “erreur d’écriture”, et arrêt de la copie). Comme par hasard, 4.3 Go correspond à la plus grande valeur d’un Unsigned32…

Bonjour,
Depuis la dernière mise à jour serveur, la DMZ Freebox ne laisse plus passer « Protocole 41 » (protocole utilisé par Hurricane Electric, pour les tunnels IPv6).
Le problème devient très problématique car les tunnels ne monte plus.

Bonjour,

Connecté en VPN PPTP à une Freebox Delta, nous disposions de plus de 350 Mbps de débit, voire 450 Mbps à certains moments… jusqu’à la mise à jour de juillet 2023.
Depuis, impossible de dépasser les 100 Mbps, que cela soit en Download ou en Upload. Nous n’avons effectué aucune modification des paramètres depuis, tant sur le serveur que sur les ordinateurs clients.
Pourriez-vous régler le problème de toute urgence ? Car transférer des données pendant des heures et des heures alors que cela se faisait 3 à 5 fois plus vite auparavant, ça ne pas le faire.

Cordialement,
Romain

Bonjour,

Depuis plusieurs mois, certaines personnes dans la famille qui disposent encore d’un Server Révolution ont remarqué que le débit du gestionnaire de téléchargement est devenu extrêmement lent. Jamais plus de 5Mo/s, contre 25 Mo/s auparavant. Télécharger des fichiers prend donc un temps fou. Nous avons remarqué que cela est survenu au moment où le WiFi de la Freebox a été boosté, comme si des ressources matérielles avaient été retirées de la fonction NAS pour les redistribuer au WiFi.

Merci d’étudier le problème et de procéder à une correction.

Cordialement,
Romain

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

Depuis une semaine, j’ai un timeout sur les sites suivants (liste non exaustive):
- hardware.fr
- LDLC.com
- topachat.fr
- orange.fr
- Sosh.fr

J’ai essayé :
- de passer la freebox en mode secours
- de changer de DNS par d’autres et de bien vérifier leur prise en compte
- de passer par un VPN en IKEV2, et cette solution fonctionne.
- avec d’autres appareils sur le réseau (Windows, Android, iOS)

Voici quelques logs :

PS C:\Users\Louis> nslookup hardware.fr
Serveur :   UnKnown
Address:  192.168.1.254

Réponse ne faisant pas autorité :
Nom :    hardware.fr
Address:  91.211.167.85

PS C:\Users\Louis> nslookup orange.fr
Serveur :   UnKnown
Address:  192.168.1.254

Réponse ne faisant pas autorité :
Nom :    orange.fr
Addresses:  193.252.117.145
          193.252.148.192
          193.252.133.20

PS C:\Users\Louis> tracert hardware.fr

Détermination de l’itinéraire vers hardware.fr [91.211.167.85]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  BOX[192.168.1.254]
  2     *        *        *     Délai d’attente de la demande dépassé.
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    11 ms     6 ms     6 ms  et-1-0-0.tcr2.th2.par.core.as8218.eu [83.167.55.47]
  6     8 ms     6 ms     6 ms  ae24.ter4.eqx2.par.core.as8218.eu [83.167.56.193]
  7     6 ms     6 ms     6 ms  ae6.ter3.eqx2.par.core.as8218.eu [83.167.55.42]
  8    13 ms    12 ms    12 ms  ae8.tcr2.sfr.lyn.core.as8218.eu [83.167.55.99]
  9     *        *        *     Délai d’attente de la demande dépassé.
 10     *        *        *     Délai d’attente de la demande dépassé.
 11     *        *        *     Délai d’attente de la demande dépassé.
 12     *        *        *     Délai d’attente de la demande dépassé.
 13     *        *        *     Délai d’attente de la demande dépassé.
 14     *        *        *     Délai d’attente de la demande dépassé.
 15     *        *        *     Délai d’attente de la demande dépassé.
 16     *        *        *     Délai d’attente de la demande dépassé.
 17     *        *        *     Délai d’attente de la demande dépassé.
 18     *        *        *     Délai d’attente de la demande dépassé.
 19     *        *        *     Délai d’attente de la demande dépassé.
 20     *        *        *     Délai d’attente de la demande dépassé.
 21     *        *        *     Délai d’attente de la demande dépassé.
 22     *        *        *     Délai d’attente de la demande dépassé.
 23     *        *        *     Délai d’attente de la demande dépassé.
 24     *        *        *     Délai d’attente de la demande dépassé.
 25     *        *        *     Délai d’attente de la demande dépassé.
 26     *        *        *     Délai d’attente de la demande dépassé.
 27     *        *        *     Délai d’attente de la demande dépassé.
 28     *        *        *     Délai d’attente de la demande dépassé.
 29     *        *        *     Délai d’attente de la demande dépassé.
 30     *        *        *     Délai d’attente de la demande dépassé.

Itinéraire déterminé.

Le 3244 m’a indiqué de poster ici, car ils n’ont pas d’autres solution a m’apporter.
Merci a vous

Bonjour,

MacOS ne gère plus l’ancien protocole AFP, il est passé complètement à SMB.
Beaucoup de NAS supportent la reconnaissance d’un volume SMB comme destination de sauvegarde Time Machine.

Si précieux pour les possesseurs de Freebox et de Mac de pouvoir brancher un disque USB à la Freebox, ou en interne dans la Delta, et d’avoir son/ses Mac sauvegardés automatiquement via la Freebox…

Il suffirait de pas grand chose aux développeurs Free pour ajouter ce support à la couche SMB de Freebox OS.
S’il vous plaît.

Un petit coup de vfs_fruit module https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Voici une config type pour Samba : https://blog.jhnr.ch/2023/01/09/setup-apple-time-machine-network-drive-with-samba-on-ubuntu-22.04/

Merci d’avance

Depuis un certain temps (depuis le passage à OQee), tous les enregistrements TV programmés apparaissent avec la mention “titre inconnu”. Quelque soit la façon de programmer, depuis le Devialet et sa télécommande ou directement par internet et un ordinateur, le titre disparait au profit de “titre inconnu” !
La date, la chaine etc sont corrects, mais le titre disparait dans les méandres du numérique.
C’est assez peu pratique, si plusieurs enregistrements ont été effectués…

Bonjour,

Suite à une migration depuis une freebox révolution vers une freebox delta, je remarque un comportement étrange avec celle-ci.

Quand je configure, via l’interface Freebox OS, des IP DNS autres que celle de la passerelle (192.168.1.254), je remarque des reboots aléatoires du routeur sur la journée.

J’obtiens également des reboots en y spécifiant les DNS Free (212.27.40.240 / 212.27.40.241).

Aussi, après quelques heures, le routeur semble “planté” avec plus de signal Wifi, et des erreurs 504 sur l’interface Freebox OS ou encore le message “Erreur lors de la récupération des statistiques : Erreur lors de la lecture de la base RRD” sur les courbes de débits ou de température.

Après contact, l’Assistance de proximité, m’annonce que les reboots sont lié à ma config DHCP mais je ne comprends pas en quoi, spécifier un DNS autre que la passerelle, pourrait causer de tels comportements.

Je n’avais pas de genre de problème avec le Freebox revolution.

Est-ce un bug de vos dernières versions de Freebox OS ?

Merci d’avance.

Patrick

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

Bonjour, j’ai un souci mineur sur la box delta serveur.
Actuellement j’utilise le port 10G de la delta raccordé en câble dac à mon pc.
Au début de la mise en fonctionnement de la delta ( une fois démarrer) j’obtient 7-6 gbps, le service tv ne freeze pas.
Après avoir laissé 8-10h en marche le débit s’écroule jusqu’à 2 gbps ( test sur speed test) et la TV freeze.

Si vous avez une petite idée sur la source du problème. En tous cas je pensé au départ que c’était le fait d’utilisé tout le débit pendant le test qui faisait freezer la tv, en tous cas pas dans les première heures de la mise en fonctionnement.

Bien cordialement,

Bonjour,

L’adresse MAC de ma Freebox: 34:27:92:66:32:B8

Il semblerait qu’il y ai un problème autour des accès disque et des VMs causant des redemarrages intempestifs de la Freebox entière. Depuis aujourd’hui la VM affiche qu’elle ne peut plus être lancée, même si je re-crée avec le même disque virtuel..

J’héberge une instance home-assistant avec une caméra et de l’archivage et mon disque VM est de 1TB (346Go réel), il est assez gros si ça a un rapport.. le disque dans les parametres n’affiche aucune erreur de lecture ou d’écriture. Le disque lui-même est un QVO 860 2TB SATA Samsung MZ-76Q2T0.

J’ai changé la mémoire avec une barette Kingston Server Premier 16GB 2666MHz DDR4 ECC CL19 SODIMM 2Rx8 Mémoire serveur - KSM26SED8/16HD, qui ne semble pas dysfonctionner (memtester dans une VM avec le maximum de mémoire vive possible n’affiche aucune erreur). Je n’ai aucun autre moyen de tester cela dit.

Le reboot intempestif est arrivé avec l’accès manuel de certains fichiers de la VM via un service SMB (pas celui de la Freebox), pour réencodage.. néanmoins les fichiers ne sont pas corrompus et le disque n’a jamais affiché d’erreur écriture/lecture et la vérification n’affiche aucun problème. Le reboot intempestif est aussi arrivé sans manipulation particulière de ma part. Le problème dont je parle il n’y a pas de blocage en Étape 2/3 mais cela m’est arrivé aussi et m’arrive toujours frequemment des microcoupures de 5-15mins mais je ne sais pas si c’est lié.

Ceci est donc bien mystérieux, dommage pas d’accès aux logs noyau Linux de la Freebox elle-même ce qui aidrait grandement la compréhension du problème.. je vous solicite donc.

Merci beaucoup

Bonjour,
la freebox delta ne reboot plus via son interface , il faut que je la reboot via la mise hors tension !!!!
Est elle défectueuse ou une mise a jour buguée ?
le reboot réglage d’usine ne change rien
merci si réponse il y a .

ps: une question d’un autre ordre , pourquoi je suis obligé de redémarrer le serveur tout les jours
pour pouvoir jouer correctement a BF5 , car cela occasionne un décalage ?

Bonjour, j’ai créé une connexion client Vpn en openvpn et il m’est impossible de me connecter.

Je précise que le serveur distant n’est pas down et que je parviens à m’y connecter en openvpn sur mon ordi avec le même fichier de configuration

Voici le log de mon serveur freebox pop :

2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link local: (not bound)
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 MANAGEMENT: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS handshake failed
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 MANAGEMENT: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 openvpn: rx: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 l3 is now stable
2023-12-28 10:56:59 l3 does not fulfil config requirement
2023-12-28 10:56:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 10:56:59 waiting for l3 providers to go down
2023-12-28 10:56:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 10:56:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 10:56:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 10:56:59 state is now DOWN
2023-12-28 10:56:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 10:56:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 10:56:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 10:56:59 state change ‘wait_l2_down’ ⇒ ‘down’ 2023-12-28 11:01:59 state change ‘down’ ⇒ ‘wait_l2_up’ 2023-12-28 11:01:59 l2 state change ‘l2_down’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘wait_l2_up’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘l2_up’ ⇒ ‘wait_l3_up’ 2023-12-28 11:01:59 l3 state change ‘l3_down’ ⇒ ‘l3_start’ 2023-12-28 11:01:59 starting
2023-12-28 11:01:59 calling helper script at ‘/etc/fbxconnman/conn.pre-up’ 2023-12-28 11:01:59 l3 state change ‘l3_start’ ⇒ ‘l3_wait_preup_helper’ 2023-12-28 11:01:59 l3 state change ‘l3_wait_preup_helper’ ⇒ ‘l3_wait_stable’ 2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 OpenVPN 2.5.3 aarch64-unknown-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jul 11 2023
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 library versions: OpenSSL 1.1.1s 1 Nov 2022, LZO 2.09
2023-12-28 11:01:59 openvpn: connected to management interface
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-12-28 11:01:59 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 – type ‘help’ for more info
2023-12-28 11:01:59 openvpn: rx: >HOLD:Waiting for hold release:0
2023-12-28 11:01:59 openvpn: tx: hold release
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘hold release’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: hold release succeeded
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘state on’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link local: (not bound)
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS handshake failed
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 MANAGEMENT: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 openvpn: rx: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 l3 is now stable
2023-12-28 11:02:59 l3 does not fulfil config requirement
2023-12-28 11:02:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 11:02:59 waiting for l3 providers to go down
2023-12-28 11:02:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 11:02:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 11:02:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 11:02:59 state is now DOWN
2023-12-28 11:02:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 11:02:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 11:02:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 11:02:59 state change ‘wait_l2_down’ ⇒ ‘down’

Merci de votre aide et bonne journée.

Bonjour,

Depuis plusieurs mois, le débit en download de ma freebox pop diminue pour plafonner à 700Mbs (tous les deux jours en moyenne) sur le port 2,5Gbs.
Les deux ports 1Gbs ne sont pas atteints par ce problème. Le soucis est bien sûr indépendant des sites testés.

Un redémarrage permet de revenir au débit de 2,3 Gbs; je viens de constater que n’importe quelle modification de paramétrage dans l’onglet “paramétrage IPV6” permet de récupérer le plein débit(modifier une délégation de préfixe, activer/désactiver le firewall ipv6) sans avoir à rebooter la box.

Ce problème de débit semble lié à la gestion de la pile IPV6, qui au bout d’un moment réduit le débit du port 2,5GB, mais curieusement n’impacte pas les ports 1Gbs).

Une explication / correction de ce problème ?

Cordialement

Bonsoir,

Après plusieurs jours à diagnostiquer mon problème, à zoner le web et chatGPT, je pense que je suis finalement arrivé au bon endroit. Je vais reprendre la demande de @slhuilli (FS#34468) qui, si j’ai bien compris, sera à l’attention de @mmakassikis.

J’étais en train de rédiger un roman sur les diagnostics et les actions que j’avais mis en place pour isoler la source du problème mais on va faire au plus court pour ce premier message. Aussi pour résumer, je pense qu’il y a un souci sur le protocole SMB et/ou AFP, que se soit en direct ou bien overTCP, sur le Freebox Server (FBS). C’est peut-être autre chose mais mes compétences ne me permettent pas d’aller plus loin.

Voici un peu de contexte : je suis sous MacOS 10.15.7 et j’ai une AirPort Time Capsule A1470 (ATC) 2To en version 7.9.1 (AFPFS) branché sur le FBS. Peu importe que je monte le disques en AFP ou bien en SMB, lorsque je copie un répertoire ou que je tente de faire une sauvegarde via Time Capsule, le FBS reboot et me fait donc planter le transfert ou la sauvegarde. Si je me branche en direct sur l’ATC, sans passer par le FBS, tout fonctionne correctement. J’ai également un disque dur externe en exFAT de 14To. Je le branche en eSata sur le FBS et je tente de copier le répertoire de 20Go ou de lancer une sauvegarde Time Capsule dessus. Même problème, reboot du FBS. Je me mets en direct sur ce disque via USB3, tout fonctionne bien.

Voici les réponses aux quelques questions que j’ai pu voir sur l’ancien post :
- J’arrive à lire les fichiers sur les disques, et à écrire aussi, enfin en partie. Il m’arrive d’avoir des erreurs lorsque je souhaite supprimer les fichiers dont la copie n’a pas fonctionné. Obligé de passer via le terminal pour faire du rm -rfv pour faire du ménage.
- Je peux fournir l’adresse MAC de mon FBS en PM.
- A ma connaissance pas d’erreur de lecture/écriture sur le disque via l’interface web.

Je vous remercie par avance pour votre aide et reste à votre disposition dans le cas ou vous auriez besoin d’éléments supplémentaires.

Filtrage des appels entrants pour ajouter une liste de numéros correspondants aux call centers.
A chaque tentative de : *351*0162# ou d’un autre préfixe, j’ai le message “Votre demande de programmation a échouée” Le service est pourtant bien activé sur ma ligne.
Par contre si je fais : *351*162# cela fonctionne mais c’est sans intérêt puisque les numéros commencent par 0.
Problème remonté a l’assistance de proximité le 23 avril 2023.
Reset de la box, Passage d’un technicien –> changement de box (ce qui me semblait inutile car je suppose que le filtrage téléphonie se fait en amont)
Ne fonctionne toujours pas en ce début 2024 soit près de 9 mois après la remontée.

Bonjour,

Je me permets de déterrer un sujet d’outre-tombe.

Impossible d’utiliser la fonction RAID de ma Freebox Delta (basique, 0, 1, 5, 10).

J’obtiens toujours le même message d’erreur : create_failed: Array creation failed
J’ai tenté de formaté les disques depuis la Freebox : formatage terminé et le disque passe en erreur.

Matériel : 4 DD TOSHIBA MQ01ABD100H (1To)

PS: il y a quelques mois, la création d’un RAID fonctionnait correctement (j’avais 4 disques de taille différentes). Dans l’optique d’homogénéiser mon RAID avec 4 disques de même capacité, j’ai voulu en refaire un autre. Sans succès …..

Auriez-vous une solution pour corriger ce problème bloquant ?

Merci par avance.