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

Bonjour

Contexte:

PC Windows 10 Build 19043.1237

Freebox Revolution V4.5.0
Dans Freebox OS, Partage de fichiers/Partage Windows comme suit :
Activer SMBv2 : décoché
Groupe de travail : celui de mon PC
Activer le partage de fichiers : coché
Activer le partage d'imprimantes : coché
Accès authentifié : Décoché

Depuis mon PC, je copie un fichier Word depuis mon PC vers \\Freebox_Server\Disque dur.
Je double clique sur ce fichier dans la fenêtre \\Freebox_Server\Disque dur, il s'ouvre avec mon Office 2007, pas de problème.
Je modifie le fichier, je fais Enregistrer, j'ai le message d'erreur suivant :
"Une erreur de réseau ou d'autorisation de fichier a été générée. La connexion au réseau est peut-être perdue.
(\\…\Nouveau Document Microsoft Offi…)"

Si je refais la même manip avec un fichier Excel ou Powerpoint, j'ai le même message d'erreur.

Je recommence avec un fichier .txt que j'ouvre avec Notepad, là, je peux le modifier et l'enregistrer sans message d'erreur.

Pas d'erreur non plus si j'ouvre le .txt avec Context.

Avec un fichier MP3 dont je veux changer les tags avec TagScanner, même problème, message d'erreur à l'enregistrement après modification.

Problème également avec MusicBee, si je veux mettre des étoiles à un album ou à un morceau message d'erreur :
"Le nom réseau spécifié n'est plus disponible"

Tout ceci fonctionnait très bien il y a quelque temps, avant la mise à jour SMBv2 sur la Freebox.
SMBv2 que je n'ai pas activée car c'est un gros bazar (demande de mot de passe alors que je n'ai pas coché l'accès authentifié).

Bonjour,
Impossible d'imprimer depuis "plusieurs jours" depuis Win10 (21H1).
L'imprimante est une Brother HL-2240D, connectée en USB sur le Freebox Server (Mini 4K 4.5.0). Le SMBv2 est désactivé, et le partage fonctionnel (pas de mot de passe). L'imprimante est bien "visibl"e depuis l'explorateur Windows, via \\Freebox_Server (SMBv1 actif coté Windows), mais erreur 0x00000709 lors de la tentative d'ouverture de l'imprimante.
Dans un premier temps, j'ai soupçonné la KB5006670 de Microsoft, mais qu'elle soit présente ou non, pas de changement. Pas d'autre mise à jour depuis.
L'impression depuis un PC sous Linux (Mint 17.3) ne pose pas de problème.

Bonjour,

J’ai connecté mon imprimante via câble Ethernet à la Delta.
Cependant impossible de trouver cette dernière.
Pourtant j’ai bien configuré dans le partage Windows : Activer le partage d’imprimantes.

Pour information tout fonctionnait avec la Freebox révolution.

Merci pour votre aide.
Bonne journée,
Marc

Bonjour,

depuis la mise à jour du firmware de la Freebox Pop, l'imprimante branchée en USB n'est plus reconnue. L'impression ne fonctionne plus, que ce soit sous windows ou sous Linux (KDE neon ou Kubuntu).

Bonjour,

Je voulais connecter mon imprimante en réseau USB pour la première fois.
J’ai donc vérifié sur la page OS si la box était bien:
- en routeur ⇒ Oui
- partage d’imprimantes ⇒ Oui
- l’imprimante est bien connecté à l’arrière de la box internet/réseau ⇒ Oui
- l’imprimante est bien raccordé au secteur ⇒ Oui

En suite j’ai lancé windows11 en recherche d’imprimante ⇒ KO
J’ai DL les pilotes de l’imprimantes et ça a lancé une installation ⇒ KO.

Je suis à cours d’élément pour tester.
J’ai cherché si je pouvais configurer sur un port en direct ou par IP, j’ai rien trouvé ^^’.
Si vous avez de l’aide je suis preneur.

D’avance merci
Jonathan

Bonjour,

Depuis le passage de mon mac à la version Monterey de l’OS, l’impression via le port USB de la freebox pop ne fonctionne plus.
Le serveur d’impression demande de s’identifier et les identifiants/password sont systématiquement refusés.

Si l’imprimante est directement connectée sur le mac via un port USB, l’impression fonctionne.

Un autre mac sous OS version Mojave 10.14 elle permet d’imprimer sans problèmes via la freebox.

J’ai bien veillé à rester en SMB V1 pour bénéficier du serveur d’impression.

J’ai également forcé l’utilisation de SMB V1 sur le mac, mais toujours le même problème les identifiants/password ne sont refusés.

Cordialement

Bonjour à tous,

Je me décide de poster un sujet ici concernant la visibilité de mon imprimante réseau.

J'ai une Freebox delta et j'ai ce problème depuis de nombreuses versions de firmware donc ce n'est pas récent. J'espère à chaque update du répéteur ou de la box que cela corrige mon problème mais non.

Ma config

Serveur Delta (v4.5.1)

Mon serveur, répéteurs & PC_3 sont câblés en RJ45.

J'ai rarement des soucis même si cela se produit pour imprimer du PC_3

Par contre mes PC_1,2 ont beaucoup de difficulté à voir mon imprimante. Ils me la détecte systématiquement en hors connexion et l'impression ne se lance pas.

Le contournement que j'applique quand je veux imprimer, c'est de lancer mon impression et redémarrer mon répéteur 1, ce qui fait que l'imprimante "accroche" le signal wifi du serveur Delta et l'impression finit par se lancer.

Vous auriez une piste car c'est plutôt pénible

Imprimante réseau indétectable sur le server pop, impossible à installer. A vérifier d’urgence !

Bonjour,

Testé avec deux imprimantes Brother HL-1210W et Epson XP-830 connectées au port USB de la Freebox V8 (R1) Firmware 4.7.8.

Toutes les deux ne sont pas détectable.
Par contre connectée en direct sur l’ordinateur aucun problème donc le câble n’est pas en cause.

Vous remarquerez que je ne parle pas de Windows car si elle n’apparait pas déjà sur Freebox OS pas la peine d’aller plus loin.

Merci

Paillon

L'imprimante USB branchée sur la freebox ne fonctionne plus depuis le passage sous windows 11.

Elle apparait bien à côté du disque dur sous "Réseau > Freebox", mais lorsqu'on essaye de se connecter, une erreur est retournée après quelques minutes: (erreur 0x00000709).

Est-ce un problème Samba ?

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.

Titre du bug : Incapacité de la Freebox Ultra à détecter les informations cruciales du SSD M.2 NVME (voir screenshot ici: https://i.imgur.com/Yr0NlLC.png)

SSD Part Number : Crucial P3 4To M.2 PCIe Gen3 NVMe SSD interne - CT4000P3SSD801

Description du bug : La Freebox Ultra, qui fonctionne sous Linux, rencontre des difficultés à détecter les informations essentielles du SSD M.2 NVME connecté.
Ces informations comprennent la température, le firmware, les statistiques SMART, le numéro de série et le numéro de modèle du SSD.
Ces données sont d’une importance capitale pour assurer le bon fonctionnement et la maintenance du SSD.

En l’absence de ces informations, il devient difficile de surveiller l’état du SSD, ce qui pourrait entraîner des problèmes de performance ou même des pannes imprévues. De plus, l’incapacité à accéder aux statistiques SMART limite la capacité des utilisateurs à diagnostiquer les problèmes potentiels et à effectuer des actions correctives.

Il est impératif que ces informations soient récupérées et affichées correctement sur l’interface web de la Freebox Ultra afin de garantir une utilisation fiable et sécurisée du matériel.

Impact :

L’incapacité de surveiller la température du SSD peut entraîner une surchauffe et une défaillance matérielle.
Le manque d’accès au firmware version, aux statistiques SMART, au numéro de série et au numéro de modèle limite la possibilité de maintenance et de suivi du matériel.
La non-prise en charge de ces informations sur l’interface web de la Freebox Ultra entrave la capacité des utilisateurs à diagnostiquer et à résoudre les problèmes.

Actions recommandées :

Mettre à jour le firmware de la Freebox Ultra pour prendre en charge la détection des informations du SSD M.2 NVME.
Intégrer les données manquantes dans l’interface web de la Freebox Ultra pour permettre un suivi et une gestion efficaces du matériel.

#smartctl -a /dev/nvme0n1 devrait vous fournir toutes les informations qui manquent
root@prox2:~# smartctl -a /dev/nvme0n1
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.5.11-8-pve] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       KINGSTON OM8PGP41024Q-A0
Serial Number:                      50026B7382xxxxxx
Firmware Version:                   ELFK0S.6
PCI Vendor/Subsystem ID:            0x2646
IEEE OUI Identifier:                0x0026b7
Total NVM Capacity:                 1,024,209,543,168 [1.02 TB]
Unallocated NVM Capacity:           0
Controller ID:                      0
NVMe Version:                       1.4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          1,024,209,543,168 [1.02 TB]
Namespace 1 Formatted LBA Size:     512
Namespace 1 IEEE EUI-64:            0026b7 38271eaf85
Local Time is:                      Tue Feb  6 22:42:30 2024 CET
Firmware Updates (0x12):            1 Slot, no Reset required
Optional Admin Commands (0x0017):   Security Format Frmw_DL Self_Test
Optional NVM Commands (0x0057):     Comp Wr_Unc DS_Mngmt Sav/Sel_Feat Timestmp
Log Page Attributes (0x1e):         Cmd_Eff_Lg Ext_Get_Lg Telmtry_Lg Pers_Ev_Lg
Maximum Data Transfer Size:         64 Pages
Warning  Comp. Temp. Threshold:     77 Celsius
Critical Comp. Temp. Threshold:     79 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     5.00W       -        -    0  0  0  0        0       0
 1 +     2.40W       -        -    1  1  1  1        0       0
 2 +     1.90W       -        -    2  2  2  2        0       0
 3 -   0.0500W       -        -    3  3  3  3     3000    2000
 4 -   0.0020W       -        -    4  4  4  4    10000   40000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         1
 1 -    4096       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02)
Critical Warning:                   0x00
Temperature:                        35 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    2,302,267 [1.17 TB]
Data Units Written:                 3,051,992 [1.56 TB]
Host Read Commands:                 35,577,771
Host Write Commands:                83,745,495
Controller Busy Time:               38
Power Cycles:                       38
Power On Hours:                     305
Unsafe Shutdowns:                   15
Media and Data Integrity Errors:    0
Error Information Log Entries:      92
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0

Problème décrit ici dans la mauvaise catégorie :
https://dev.freebox.fr/bugs/task/23096

Lorsque le serveur UPnP AV de la freebox (fbxupnpd) liste un répertoire en réponse à une requête urn:schemas-upnp-org:service:ContentDirectory:1#Browse, l’URL donnée pour un fichier ne subit aucun URL-encoding. En présence du caractère spécial ‘, cela donne foo'bar.mp3 dans l’URL et non foo%27bar.mp3 . C’est tout à fait réglo selon la RFC3986, mais d’autres serveurs UPnP AV comme Kodi préfèrent appliquer un URL-encoding et donner des URLs sans aucun caractère spécial.

Cela pose problème au client UPnP AV des produits Yamaha (MusicCast) qui ne décode pas le ' dans l’URL de la ressource. L’appareil va donc tenter de chercher le fichier à l’URL …/foo'bar.mp3

En attente d’un correctif côté Yamaha, une solution pourrait être, lorsque le serveur échange avec un client Yamaha :
- Ou d’appliquer un “encodage-pourcent” sur les caractères spéciaux <>=’” des URL fournies au client dans les réponses aux requêtes ContentDirectory:1#Browse.
- Ou de réécrire les caractères spéciaux XML dans les URL des requêtes reçues.

Bonsoir,

J’arrive à reproduire de façon systématique un beug et je suis certain que ça vient de la box Server de la FreeBox POP

Ça concerne le Wifi, au bout d’une certaine période le débit wifi maximal ne dépasse plus les 250 megas, quand on reboote la box, retour aux 600 et cela perpétuellement, ça fonctionne à 600 pendant un certain temps et au bout d’un moment, ça plafonne à 250 sans aucune raison, obligé de rebooter la box pour retrouver les 600.

À noter que le pb n’apparaît pas sur le répéteur j’ai fait le test aussi. Le répéteur est tjs à 600 pendant le beug alors que le wifi émis par le serveur ne dépasse alors plus les 250.

J’ai essayé en vain au moment du beug de couper juste le wifi et le remettre mais ça ne fonctionne pas, il n’ya que le reboot qui permet de retrouver un wifi optimal.

Je pense que ce beug est commun à tous les serveurs POP, qui peut me confirmer? Souvent le beug arrive 3-4 jours après l’allumage initial de la box mais cela varie.

Bonne soiree.

Hello,

depuis ma migration mini 4k vers pop (il y a déjà plus d'un an), j'ai des deconnections intempestives avec le switch de la Pop. J'ai une dizaine de devices branchés en ethernet (NAS, Raspberry, TV, divers devices IoT, etc…). Tout le reste en Wifi. Tout mon réseau ethernet est neuf, en cable cat7 monobrin, mes prises murales en cat 6a.
Les 3 ports ethernet sont tous occupés. J'ai un switch 1GB pour brasser le tout (tableau de communication). Je monitore certains devices de l'extérieur et j'ai donc des métriques précises.
Cela arrive une fois toutes les semaines ou toutes les 2 semaines. Quand cela arrive, les appareils en ethernet n'ont plus aucune connectivité, n'arrivent plus à récupérer une IP en DHCP. Cela n'arrive généralement que sur 1 ou 2 ports du switch Pop, rarement sur les 3.
J'ai d'abord pensé au switch de mon tableau de communication, il a été remplacé, pas d'amélioration. Le wifi n'a aucun problème, c'est super stable et les devices sont toujours connectés. Au niveau des sondes de températures de la Pop, c'est stable et pas excessivement chaud. Cela peut arriver n'importe quand, même au milieu de la nuit, ce n'est pas du tout lié au débit. Il faut environ 30 minutes - 1 heure pour que le problème se règle de lui-même sans reboot du freebox server. Un reboot de mon switch uniquement règle le soucis pendant environ 1 minute et ensuite ça déconnecte. Un reboot du freebox server règle de temps en temps le problème, dans tous les cas j'essaye d'éviter. En général, je n'ai pas d'autre choix que d'attendre ces 30 minutes - 1 heure.

Un truc bizarre est que quand cela arrive, alors les leds ethernet de mon switch scintillent très très rapidement et régulièrement sur absolument tous les ports. Un peu comme s'il était briqué. Je me suis dit qu'un de mes devices étaient peut être infectés (genre en mode zombie) mais non, quand cela arrive, il n'y a absolument aucun débit upload/download dans les charts sur la freebox.

Je ne suis pas du tout expert réseau mais j'ai la sensation que le switch de ma Pop est défectueux. Avez-vous une idée pour m'aider à régler ce problème ?

Merci par avance pour vos commentaires,

Mathieu

Bonjour

Mon VPN CISCO reboote tres regulierement lorsque que je suis connecté sur la free pop server (fibre ou ADSL).
Ce n’est pas le cas lorsque je suis connecté sur une clef 4G d’ORANGE.
Merci pour vos éclairages

Bonjour,

Le WIFI du serveur POP a tendance à devenir instable après une bonne période d’utilisation. J’ai des déconnexions quotidiennes et seul un redémarrage du serveur solutionne cette anomalie.

Le comportement est le suivant:
Les connexions deviennent instables avec des déconnexions/reconnexions. Lorsque connecté, le player commence à ne plus répondre au ping ou bien par intermittence et le SSID est pourtant bien visible.
En me branchant avec un câble réseau, j’ai de la connectivité et les accès depuis l’extérieur fonctionnent (pas de coupure de la ligne Internet donc).

Liaison : Fibre
Firmware : 4.2.6

D’autres personnes ont-elles le même souci ?

Merci.

HomeBridge a été supprimé, impossible de le réactiver. Est-ce normal? je ne trouve aucune documentation à ce sujet.

bonjour j ai change de disque dur dans ma box delta réinstaller vm jeedom delta préinstalle mais héla après nombreux essais initialisation bloque a 55%

Petit problème avec la freebox v6 r1.
Cela fait plusieurs fois que celle-ci m’indique via l’interface une perte de connexion de plusieurs heures alors que l’internet fonctionne toujours mais en débit très très réduit (impossibilité de se connecter à un nas).
Le problème se résout tout seul ou alors il faut redémarrer électriquement la freebox.
//www.hostingpics.net/viewer.php

Depuis aujourd'hui, je suis dans l'impossibilité d'utiliser la fonctionnalite de telechargement de la freebox ultra.

J'ai essayé en 4.8.4, mais cela ne fonctionnait pas, mdonc j'ai fais la mise a jour en 4.8.5, cela fait pareil

J'ai fait une verification de mon nvme, il fonctionne en lecture et ecriture.

Description:

En arrivant sur la page /#Fbx.os.app.downloader.app, j'ai ce message:

"Erreur lors de la récupération des infos de téléchargement : Impossible de démarrer une tâche lorsque le téléchargement est désactivé"

Quand je clique sur parrametre :

"Erreur lors de l'accès à la configuration: Ce service n'est pas disponible actuellement"

J'ai aussi cette erreur en fermant la fenetre:

"Erreur lors de la récupération des statistiques de téléchargement: Ce service n'est pas disponible actuellement"

Sur l'app android :

"Une erreur s'est produite. Veuillez reessayer."

Bonjour,
Depuis ce matin, toute mon interface sur mon Player Delta est vide : aucun logo Netflix, Amazon, Disney+. Si je lance le service myCanal, il y est indiqué « Erreur de chargement ».
YouTube et l’espace Freebox TV fonctionne. J’ai redémarré Server et Delta, mais rien ne change. A noter que la météo ne s’affiche pas non plus.
Problème général ?
Dois-je, oh malheur, effecteur un hard reset ?

D’avance merci de vos réponses.

L'interface s'affiche mais aucune action possible aussi bien avec Safari que Firefox.
Le WIFI 5 GHz également inactif.

Après identification, les boutons sont "inactifs" du fait d'erreurs javascript :

freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:3 Uncaught TypeError: Ext.getClassName(…).replaceAll is not a function

  at constructor (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:3)
  at new constructor (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1)
  at eval (eval at getInstantiator (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1), <anonymous>:3:8)
  at Object.instantiate (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1)
  at Object.create (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1)
  at constructor.__startApp (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:3)
  at constructor.startApplication (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:3)
  at constructor.itemdblclick (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:3)
  at constructor.fire (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1)
  at constructor.continueFireEvent (freeboxos.min.js?v=2aab8b87d77a6afbb07e76fd2dedf80e070ce4e2:1)

Chromium 73.0.3683.75 (Developer Build) built on Debian 9.8, running on Debian 9.13 (64-bit)

La version est certes relativement ancienne, mais fonctionnait sans problème avant la version 4.4 de Freebox OS

il ne semble pas possible de faire de la communication interne entre postes téléphoniques dect branchés sur la freebox revolution.