FS#16403 Forum

bonjour impossible de configurer ma box alarme somfy link advenced j ai bien departagé mes reseau distinct 2.4ghz wpa 2 aes connection refusé a chaque essais meme apres reinitialisation de la box somfy j’ai contacté l assistance somfy qui mon dis que sa venais de la freebox ultra

Bonjour, Je rencontre de manière intermittente un problème d’instabilité du Wi-Fi sur ma Freebox Delta 6E. Le problème concerne principalement les bandes 5 GHz et 6 GHz : les appareils se déconnectent après seulement quelques secondes de connexion. Le problème peut apparaître sans modification particulière de ma configuration. Après un redémarrage de la Freebox, la connexion redevient stable, mais il arrive alors que l’une des deux bandes, 5 GHz ou 6 GHz , ne soit plus disponible. La capture d’écran ci-dessous montre notamment ce comportement. Il est parfois nécessaire d’effectuer plusieurs redémarrages successifs avant que les trois bandes Wi-Fi soient de nouveau présentes et fonctionnelles simultanément. Le problème étant intermittent, il ne s’agit donc pas simplement d’un problème de portée ou de connexion d’un appareil : l’une des bandes Wi-Fi peut réellement disparaître de la configuration après redémarrage, puis réapparaître après plusieurs redémarrages. Je précise que mon équipement est bien une Freebox Delta 6E, et non une Freebox Delta classique. https://hourcadette.freeboxos.fr:12328/share/ETF6Rp6wHmKuHde7/Capture%20d ‘%C3%A9cran%202026-09-22%20142152.png Cordialement

Bonjour à l’équipe de développement, Je me permets d’ouvrir ce ticket car je rencontre une impasse administrative concernant le portail développeur Free Factory ( https://factory.free.fr/extranet/ ). J’ai récemment terminé le développement d’un client natif en QML pour permettre l’exploitation des serveurs multimédias Jellyfin directement depuis la Freebox V6. L’application est finalisée, testée en local via QtCreator, et fonctionne correctement. Mon objectif principale est de la publier gratuitement sur le Free Store afin d’en profiter personnellement, si la communauté peut en profiter, tant mieux. Cependant, ma demande d’inscription sur le portail Free Factory est en attente de validation depuis début juillet. J’ai tenté de relancer via l’adresse sdk @Freebox .fr à plusieurs reprises, sans succès. Je comprends que vos priorités soit désormais sur d’autres sujets, mais serait-il possible qu’un administrateur puisse valider mon compte développeur afin que je puisse soumettre cette application sur le Store V6 svp ? L’adresse email associée à mon compte Free Factory est la même que celle de mon compte bugtracker. Merci d’avance pour votre aide et pour le temps accordé à cette demande.

Bonjour à l’équipe de développement, Je me permets d’ouvrir ce ticket car je rencontre une impasse administrative concernant le portail développeur Free Factory ( https://factory.free.fr/extranet/ ). J’ai récemment terminé le développement d’un client natif en QML pour permettre l’exploitation des serveurs multimédias Jellyfin directement depuis la Freebox V6. L’application est finalisée, testée en local via QtCreator, et fonctionne correctement. Mon objectif principale est de la publier gratuitement sur le Free Store afin d’en profiter personnellement, si la communauté peut en profiter, tant mieux. Cependant, ma demande d’inscription sur le portail Free Factory est en attente de validation depuis début juillet. J’ai tenté de relancer via l’adresse sdk @Freebox .fr à plusieurs reprises, sans succès. Je comprends que vos priorités soit désormais sur d’autres sujets, mais serait-il possible qu’un administrateur puisse valider mon compte développeur afin que je puisse soumettre cette application sur le Store V6 svp ? L’adresse email associée à mon compte Free Factory est la même que celle de mon compte bugtracker. Merci d’avance pour votre aide et pour le temps accordé à cette demande.

Bonjour à l’équipe de développement, Je me permets d’ouvrir ce ticket car je rencontre une impasse administrative concernant le portail développeur Free Factory ( https://factory.free.fr/extranet/ ). J’ai récemment terminé le développement d’un client natif en QML pour permettre l’exploitation des serveurs multimédias Jellyfin directement depuis la Freebox V6. L’application est finalisée, testée en local via QtCreator, et fonctionne correctement. Mon objectif principale est de la publier gratuitement sur le Free Store afin d’en profiter personnellement, si la communauté peut en profiter, tant mieux. Cependant, ma demande d’inscription sur le portail Free Factory est en attente de validation depuis début juillet. J’ai tenté de relancer via l’adresse sdk @Freebox .fr à plusieurs reprises, sans succès. Je comprends que vos priorités soit désormais sur d’autres sujets, mais serait-il possible qu’un administrateur puisse valider mon compte développeur afin que je puisse soumettre cette application sur le Store V6 svp ? L’adresse email associée à mon compte Free Factory est la même que celle de mon compte bugtracker. Merci d’avance pour votre aide et pour le temps accordé à cette demande.

Lorsque que le réseau fibre tombe, que ce soit à cause de travaux en voirie ou de soucis d’infra, la freebox reste bloquée à l’étape 2 ou à l’étape 3. Evidemment, s’il n’y a pas physiquement de connexion, il ne peut pas y avoir d’internet. MAIS L’absence de réseau WAN n’empêche pas la possibilité de distribuer les IP par DHCP et de permettre au LAN de continuer à fonctionner correctement en attendant le retour du réseau. Je ne cherche même pas à pouvoir le faire évoluer par l’interface, juste maintenir en l’état et fournir les IP comme “avant la coupure”. Je demande donc que la freebox ultra distribue les IP par DHCP même en l’absence de connexion WAN .

Lorsque que le réseau fibre tombe, que ce soit à cause de travaux en voirie ou de soucis d’infra, la freebox reste bloquée à l’étape 2 ou à l’étape 3. Evidemment, s’il n’y a pas physiquement de connexion, il ne peut pas y avoir d’internet. MAIS L’absence de réseau WAN n’empêche pas la possibilité de distribuer les IP par DHCP et de permettre au LAN de continuer à fonctionner correctement en attendant le retour du réseau. Je ne cherche même pas à pouvoir le faire évoluer par l’interface, juste maintenir en l’état et fournir les IP comme “avant la coupure”. Je demande donc que la freebox ultra distribue les IP par DHCP même en l’absence de connexion WAN .

Lorsque que le réseau fibre tombe, que ce soit à cause de travaux en voirie ou de soucis d’infra, la freebox reste bloquée à l’étape 2 ou à l’étape 3. Evidemment, s’il n’y a pas physiquement de connexion, il ne peut pas y avoir d’internet. MAIS L’absence de réseau WAN n’empêche pas la possibilité de distribuer les IP par DHCP et de permettre au LAN de continuer à fonctionner correctement en attendant le retour du réseau. Je ne cherche même pas à pouvoir le faire évoluer par l’interface, juste maintenir en l’état et fournir les IP comme “avant la coupure”. Je demande donc que la freebox ultra distribue les IP par DHCP même en l’absence de connexion WAN .

[Freebox Ultra] Verrou SMB persistant (oplock/handle) empêchant la suppression de fichiers sur volume exFAT externe Tâche : Freebox OS / Partage de fichiers (SMB) Version Freebox : Ultra, feebox os 4.13.1 Système d’exploitation client : macOS 27 (Golden Gate) Description détaillée : Lors de l’utilisation d’un stockage externe USB de grande capacité (24 To) formaté en exFAT et partagé en SMB sur une Freebox Ultra, un problème de rétention de verrou réseau (file lock / oplock / lease) survient de manière aléatoire. Symptômes : Un fichier consulté par le client macOS en smb ne peut plus être supprimé ultérieurement via le Finder. Le Finder renvoie l’erreur : « Impossible de supprimer le fichier car il est utilisé », alors même qu’aucun processus client ne l’exploite activement. Le démontage/remontage du partage SMB côté Mac ne libère pas le fichier. L’éjection du disque via l’interface Freebox OS suivie de la mise hors tension / rallumage du disque débloque immédiatement la situation. Analyse : Le démon Samba de Freebox OS semble ne pas libérer correctement le handle ou le contrat d’oplock sur le système de fichiers hôte après la fermeture de la session client ou de la poignée de fichier. Le verrou persiste en mémoire côté Freebox OS au-delà de l’éjection logique du partage par le client. Étapes pour reproduire : Connecter un disque USB exFAT à la Freebox Ultra. Monter le volume en SMB sous macOS. Accéder/lire un fichier puis tenter de le supprimer. Constater le blocage par le F

[Freebox Ultra] Verrou SMB persistant (oplock/handle) empêchant la suppression de fichiers sur volume exFAT externe Tâche : Freebox OS / Partage de fichiers (SMB) Version Freebox : Ultra, feebox os 4.13.1 Système d’exploitation client : macOS 27 (Golden Gate) Description détaillée : Lors de l’utilisation d’un stockage externe USB de grande capacité (24 To) formaté en exFAT et partagé en SMB sur une Freebox Ultra, un problème de rétention de verrou réseau (file lock / oplock / lease) survient de manière aléatoire. Symptômes : Un fichier consulté par le client macOS en smb ne peut plus être supprimé ultérieurement via le Finder. Le Finder renvoie l’erreur : « Impossible de supprimer le fichier car il est utilisé », alors même qu’aucun processus client ne l’exploite activement. Le démontage/remontage du partage SMB côté Mac ne libère pas le fichier. L’éjection du disque via l’interface Freebox OS suivie de la mise hors tension / rallumage du disque débloque immédiatement la situation. Analyse : Le démon Samba de Freebox OS semble ne pas libérer correctement le handle ou le contrat d’oplock sur le système de fichiers hôte après la fermeture de la session client ou de la poignée de fichier. Le verrou persiste en mémoire côté Freebox OS au-delà de l’éjection logique du partage par le client. Étapes pour reproduire : Connecter un disque USB exFAT à la Freebox Ultra. Monter le volume en SMB sous macOS. Accéder/lire un fichier puis tenter de le supprimer. Constater le blocage par le F

[Freebox Ultra] Verrou SMB persistant (oplock/handle) empêchant la suppression de fichiers sur volume exFAT externe Tâche : Freebox OS / Partage de fichiers (SMB) Version Freebox : Ultra, feebox os 4.13.1 Système d’exploitation client : macOS 27 (Golden Gate) Description détaillée : Lors de l’utilisation d’un stockage externe USB de grande capacité (24 To) formaté en exFAT et partagé en SMB sur une Freebox Ultra, un problème de rétention de verrou réseau (file lock / oplock / lease) survient de manière aléatoire. Symptômes : Un fichier consulté par le client macOS en smb ne peut plus être supprimé ultérieurement via le Finder. Le Finder renvoie l’erreur : « Impossible de supprimer le fichier car il est utilisé », alors même qu’aucun processus client ne l’exploite activement. Le démontage/remontage du partage SMB côté Mac ne libère pas le fichier. L’éjection du disque via l’interface Freebox OS suivie de la mise hors tension / rallumage du disque débloque immédiatement la situation. Analyse : Le démon Samba de Freebox OS semble ne pas libérer correctement le handle ou le contrat d’oplock sur le système de fichiers hôte après la fermeture de la session client ou de la poignée de fichier. Le verrou persiste en mémoire côté Freebox OS au-delà de l’éjection logique du partage par le client. Étapes pour reproduire : Connecter un disque USB exFAT à la Freebox Ultra. Monter le volume en SMB sous macOS. Accéder/lire un fichier puis tenter de le supprimer. Constater le blocage par le F

Environnement - Box : Freebox Pop (Server V8) - Version : voir champ « Basée sur la version » (mettre la version actuellement installée sur la box) - Objet concerné : boîtier « Link » de l’alarme Somfy Home Alarm (Wi-Fi 2,4 GHz ), MAC 00:76:B1:15:B2:62 Symptôme Depuis la mise à jour du Freebox Server de septembre, le boîtier ne parvient plus à communiquer avec les serveurs Somfy via la Freebox. Aucun changement de configuration de ma part. Le fabricant Somfy a analysé le dossier et attribue par écrit ce dysfonctionnement à une mise à jour récente de Free. Comportement observé - Le boîtier rejoint le Wi-Fi, obtient une adresse IP par DHCP et est joignable en réseau local. - Mais aucune connexion sortante vers les serveurs Somfy n’aboutit : l’objet reste inopérant. - Une caméra Somfy fonctionne normalement sur la même box au même moment : la panne est sélective, propre à ce flux. Comportement attendu Le boîtier accède à Internet et devient opérationnel, comme avant la mise à jour. Tests d’élimination réalisés - Partage de connexion 4G : le boîtier fonctionne parfaitement (application pleinement opérationnelle) → matériel, compte et serveurs Somfy hors de cause. - Séparation des bandes 2,4/5 GHz , canal fixe, WPA2-AES, DNS publics, contrôle parental, AdBlock désactivé, firewall IPv6 : sans effet. - Routeur tiers en mode routeur (NAT distinct) branché en Ethernet derrière la Freebox, avec MTU abaissée (1400 puis 1360), SIP ALG désactivé et filtrage NAT ouvert : le boîtier reste b