|
34201 | 27/02/2021 | Anomalie | Freebox OS | Tous | Fermée | [Pop] Demande de code sources car actuellement non disp ... |
Description de la tâche
À l’heure actuelle, la société Iliad/Free/Freebox n’est pas dans la légalité, les sources actuelles (et depuis son lancement le 7 juillet 2020) ne sont pas disponibles pour la Freebox Server Pop.
Idem :
- le répéteur Wi-Fi
- la Freebox Player Mini 4K vers la source Android (AOSP)
- la Freebox Player Pop vers la source Android (AOSP)
DE PLUS LES SOURCES SONT INCOMPLÈTES POUR LES AUTRES ÉQUIPEMENTS FREEBOX ET NE SONT PAS À JOUR DEPUIS DE NOMBREUSES ANNÉES :
- https://floss.freebox.fr/
Il manque également, une boîte email afin de demander les sources de façon numérique, sans à devoir payer 5 euros et éviter l’envoi d’un support par voie postale au 21ème siècle.
PS : Ce n’est pas la première alerte.
|
|
7915 | 18/09/2011 | Anomalie | Services locaux | Tous | Fermée | [Partage Windows] Noms de fichier et caractères non sup ... |
Description de la tâche
Bonjour,
Le système de fichier de la Freebox Server est plus permissif au niveau des noms de fichier que ce que peut supporter Windows ce qui pose des problèmes avec le partage Windows proposé par la box.
Les fichiers dont le nom contient des caractères non supportés par Windows (comme ‘:’ par exemple) sont affichés avec des noms corrompus (par exemple “N87JG6~Y” à la place de “Nom de code : DP (partie 1).m2ts”. Il serait bien que ces caractères non supportés soient automatiquement remplacés ou supprimés au niveau du partage Windows pour avoir un affichage correct.
Cordialement,
Underground78
|
|
26858 | 15/04/2019 | Anomalie | Maison connectée | Tous | Fermée | [PACK SECURITE] SIGFOX |
Description de la tâche
Test de l’alarme avec cable ADSL debranché, aucun notification sur mon tel via SIGFOX ?
|
|
26886 | 17/04/2019 | Anomalie | Non trié | Tous | Fermée | [PACK SECURITE] SIGFOX |
Description de la tâche
Test de l’alarme avec cable ADSL debranché, aucun notification sur mon tel via SIGFOX ?
|
|
29925 | 07/02/2020 | Anomalie | Non trié | Tous | Fermée | [pack sécurité] la camera n'enregistre pas et ne notifi ... |
Description de la tâche
Bonjour,
Je viens d’être cambriolé
La caméra était configurée pour détecter les mouvements, enregistrer et notifier par SMS
Notification : RIEN
Enregistrement : RIEN
Live : OK
Ma femme arrive en premier et constate l’intrusion, ils avaient eu la malice de mettre la chaînette bloque porte et de sortir par la fenêtre
La police l’aide a la débloquer et ... l’alarme sonne pour la police
Détection cambrioleur : RIEN
Détection police : OK
Pack sécurité inefficace
Free rembourse mes affaires volées quand son merveilleux pack défaille ?
|
|
26885 | 17/04/2019 | Anomalie | Non trié | Tous | Fermée | [PACK SECURITE] activation alarme ne fonctionne plus |
Description de la tâche
je mets en service l’alarme par la telecommande, elle bippe je ferme la porte .....
je rentre le soir l’alarme n’est pas en service.....
pareil ce matin l’alarme bippe mais ne se met pas en service, apres verification sur l’application effectivement l’alarme n’est pas activée !
de plus voyant que mon alarme n’est pas activée, j’essaie depuis l’application mobile de l’activer, message ‘Erreur l’alarme est en cours de changement d’état, vous ne pouvez pas la modifier’ OK
|
|
35401 | 12/08/2021 | Anomalie | Freebox OS | Tous | Nouveau | [OpenVPN] DEPRECATED OPTION: --cipher set to 'AES-128-C... |
Description de la tâche
OpenVPN Bridgé et Routé, problème existant en 4.4.1 si on sélectionne 128.
XXXX-XX-XX XX:XX:XX openvpn: output: XXXX-XX-XX XX:XX:XX DEPRECATED OPTION: –cipher set to ‘AES-128-CBC’ but missing in –data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore –cipher for cipher negotiations. Add ‘AES-128-CBC’ to –data-ciphers or change –cipher ‘AES-128-CBC’ to –data-ciphers-fallback ‘AES-128-CBC’ to silence this warning.
“cipher AES-256-GCM” est utilisé si on regarde dans le “journal de connexion” sur une Freebox en client VPN.
Pas de log dans la partie Serveur VPN.
|
|
18668 | 31/08/2015 | Anomalie | NAT (redirections, DMZ) | Tous | Fermée | [NAT] redirection de ports K.O |
Description de la tâche
Bonjour,
Depuis le 30/08/2015, mes routes NAT ont disparue de ma config freebox et rendent mes serveurs injoignable depuis l’extérieur. Et les routes ajoutées manuellement ne semblent pas etre prise en compte par le modem.
Reboot de la freebox v6 faite pour récupérer le fichier de configuration en ligne fait, tjs pareil.
|
|
19519 | 22/01/2016 | Évolution | NAT (redirections, DMZ) | Tous | Nouveau | [NAT] Ajouter la possibilité de rediriger d'autres prot... |
Description de la tâche
Bonjour,
J’ai constaté qu’il n’est pas possible de créer un règle pour rediriger des paquets provenant du WAN vers un client particulier du LAN autres que pour les protocoles TCP et UDP.
J’aimerais pouvoir par exemple pouvoir rediriger les paquets ESP (pour IPSec) provenants d’une IP particulière (ou de toutes les IP) vers un PC client du LAN.
Quant dans “Redirection de port”, j’essaye de mettre autre chose que TCP ou UDP dans “Protocole”, j’ai le message “protocole invalide”.
J’aimerais par exemple pouvoir mettre “50” (pour un protocol code particulier) ou “50-55” (pour un range) ou “50,51,53” (pour une liste de protocole code) ou “esp” (pour un protocole connu). Dans ces cas là, les numéro de ports deviennent facultatifs.
Attention: ce bug ne concerne pas IPSec qui est ici utilisé en exemple (je n’ai pas de problème particulier avec IPSec merci, c’est juste le premier exemple que j’ai trouvé qui n’utilise pas que TCP et UDP).
|
|
15506 | 28/07/2014 | Anomalie | Disques externes | Tous | Fermée | [NAS] Débit local très faible... sauf en rj45 direct |
Description de la tâche
bonjour,
depuis toujours j’ai un débit local très faible (et je suis pas le seul) que ça soit en CPL ou en Wifi ...
le disque dur ne peux pas être mis en cause car en étant branché en direct sur la bos (ethernet) j’arrive a copier/coller a 30mo/s (dans les deux sens) alors qu’en Wifi/CPL c’est maxi 1mo/s et les freeplugs ne dépassent pas les 5mo/s
que faire ?
Merci
|
|
34731 | 01/05/2021 | Anomalie | Freebox OS | Tous | Nouveau | [Mode bridge] Remplacer bridge-utils par iproute2 |
Description de la tâche
Afin de résoudre certains problèmes d’adressage/routage etc. (IPv4/IPv6), de bridge et bien plus, je redemande la mise à jour de iproute2, actuellement, dans Freebox OS 4.7.6 : 5.14.0 (2021-08-31).
→ https://mirrors.edge.kernel.org/pub/linux/utils/net/iproute2/
→ https://git.kernel.org/pub/scm/network/iproute2/iproute2.git
Note importante : bridge-utils a été intégré dans iproute2.
Les Freebox ont seulement la 1.5 de 2011 mais il existe une version 1.7.1 (2021-03-22) :
→ https://mirrors.edge.kernel.org/pub/linux/utils/net/bridge-utils/
Je pense qu’il est temps de supprimer bridge-utils 1.5 (pas à jour) des Freebox Server.
Les fonctions ont été intégrées dans iproute2.
Merci d’avance.
|
|
34893 | 20/05/2021 | Anomalie | Non trié | Tous | Fermée | [Mode bridge] Mode Bridge très instable (inutilisable) ... |
Description de la tâche
onjour,
J’utilise une Mini 4K sur fibre FTTH et IP V4 fullstack ou est raccordé au LAN de la Mini 4k un routeur ASUS RT-AC88U (firmware ASUS Merlin à jour) qui supporte mon réseau domestique.
Micrologiciel 4.3.2 Freebox Server mini (R2)
* En mode routeur Free, pas de soucis hormis les limitations de l’usage de mon Asus, DDNS ASUS par exemple mais très stable.
* En mode pont (Bridge), c’est inutilisable, grosse pertes de paquets et freeze… reboot multiples et/ou reset usine de la freebox server ne change rien à l’histoire, le retour au mode routeur Free fait disparaître toute instabilité : Aller retour entre les 2 modes routeur/bridge Free effectués multe fois avec le même constat :(
De plus, j’utilise sur mon routeur ASUS mode “DUAL WAN fail over”, en clair j’utilise Free OU un autre fournisseur internet haut débit derrière le routeur ASUS de façon automatisée.
Cet autre fournisseur configuré en mode bridge haut débit fonctionne sans aucun soucis, ça ne fait que confirmer que c’est bien le mode bridge de la Mini 4K qui est en cause !
Je sais qu’il y a d’autres post sur l’implémentation du mode bridge dans les Freebox et des demande de mise à jour notamment de iproute2 et de suppression de codes obsolètes, je ne peux que m’y associer, ensuite est-ce le seul soucis et mon problème fait-il partie de ce sujet ?
Quoiqu’il en soit le mode bridge mini 4k est totalement inutilisable chez moi et ça sent vraiment le bug.
Est-ce un soucis connu et pouvez-vous s’il vous plaît vous pencher sur cette anomalie ? je suis bien sur disponible pour tout test ou fourniture d'autres éléments afin d'investiguer.
Merci par avance.
PYJ
|
|
34895 | 20/05/2021 | Anomalie | Non trié | Tous | Nouveau | [Mode bridge] Mode Bridge très instable (inutilisable) ... |
Description de la tâche
Bonjour,
J’utilise une Mini 4K sur fibre FTTH et IP V4 fullstack ou est raccordé au LAN de la Mini 4k un routeur ASUS RT-AC88U (firmware ASUS Merlin à jour) qui supporte mon réseau domestique.
Micrologiciel 4.3.2 Freebox Server mini (R2)
* En mode routeur Free, pas de soucis hormis les limitations de l’usage de mon Asus, DDNS ASUS par exemple mais très stable.
* En mode pont (Bridge), c’est inutilisable, grosse pertes de paquets et freeze… reboot multiples et/ou reset usine de la freebox server ne change rien à l’histoire, le retour au mode routeur Free fait disparaître toute instabilité : Aller retour entre les 2 modes routeur/bridge Free effectués multe fois avec le même constat :(
De plus, j’utilise sur mon routeur ASUS mode “DUAL WAN fail over”, en clair j’utilise Free OU un autre fournisseur internet haut débit derrière le routeur ASUS de façon automatisée.
Cet autre fournisseur configuré en mode bridge haut débit fonctionne sans aucun soucis, ça ne fait que confirmer que c’est bien le mode bridge de la Mini 4K qui est en cause !
Je sais qu’il y a d’autres post sur l’implémentation du mode bridge dans les Freebox et des demande de mise à jour notamment de iproute2 et de suppression de codes obsolètes, je ne peux que m’y associer, ensuite est-ce le seul soucis et mon problème fait-il partie de ce sujet ?
Quoiqu’il en soit le mode bridge mini 4k est totalement inutilisable chez moi et ça sent vraiment le bug.
Est-ce un soucis connu et pouvez-vous s’il vous plaît vous pencher sur cette anomalie ? je suis bien sur disponible pour tout test ou fourniture d’autres éléments afin d’investiguer.
Merci par avance.
PYJ
|
|
16928 | 31/03/2015 | Anomalie | DSL | Tous | Fermée | [IPv6] Problème de fragmentation ou problème de MTU |
Description de la tâche
Bonjour,
Ayant activé l’IPv6 avec une freebox server (+ mini 4k) en VDSL, j’ai remarqué qu’il y a un souci de fragmentation qui fait que la découverte de la MTU peut se retrouver faussé.
Dans mon réseau tout ethernet en IPv6, j’arrive sans problème à avoir un ping non fragmenté avec une MTU de 1500.
En gros:
ping6 -c 1 -M do -s 1452 2a01:xx:xx:xxd0:mes_machines
Ça passe sans problème.
ping6 -c 1 -M do -s 1453 2a01:xx:xx:xxd0:mes_machines
Je reçois bien:
From 2a01:xx:xx:xxd0:mes_machines icmp_seq=1 Packet too big: mtu=1500
Tout va bien en local.
Avec wireshark, je n’ai aucun problème: 1 paquet envoyé = 1 paquet reçu, MTU = 1500.
Par contre, je fais pareil avec la freebox server:
ping6 -c 1 -M do -s 1452 2a01:xx:xx:xxd0::1
Aucun problème n’est remonté.
Par contre, avec wireshark je vois une réponse en 2 paquets fragmentés.
En investiguant d’avantage, j’ai remarqué que le ping fonctionne bien avec une MTU de 1480:
ping6 -c 1 -M do -s 1432 2a01:xx:xx:xxd0::1
Au dela, j’ai 2 fragments.
De même, j’ai l’impression que dans l’autre sens quand un PC extérieur accède à l’intérieur du réseau, la découverte de la MTU ne fonctionne pas correctement et cela rend la connexion inopérante (pas de réponse du genre “MTU too big”). Par contre je n’ai de log dans ce sens.
Du coup, je ne sais pas si le problème est imputable à la freebox, au routage, à une encapsulation de l’IPv6 ou à autre chose, mais du coup j’ai des problèmes MTU que j’ai résolu en déléguant une partie du /61 derrière un routeur, et en forçant le routeur à avoir une MTU de 1480 côté WAN relié à la freebox.
- Ma freebox est une mini freebox server (avec mini 4k) avec firmware 3.1.1
- J’ai une connexion VDSL2 - si jamais il y a de l’encapsulation qui ne fonctionne pas bien
- Tout mes tests sont en ethernet filaire.
- La freebox est configurée en mode routeur + délégation d’un sous réseau IPv6 derrière un autre routeur
J’ai refait les mêmes tests en IPv4. Je constate bien dans ce cas là qu’il n’y a pas de fragmentation aussi bien sur le réseau interne que sur les serveurs externes (IP en x.x.x.254, voir google) jusqu’à une MTU de 1500. Donc si encapsulation il y a, cela ne concerne pas l’IPv4.
Pour information, je n’ai presque plus rien derrière la freebox (sauf pour test). Je préfère utiliser mon routeur pour l’IPv6 tant que le bug 4110 http://dev.freebox.fr/bugs/task/4110 n’est pas corrigé (firewall en IPv6). Cette configuration limite également le MTU du l’IPv4, ce que je trouve bien dommage.
|
|
19903 | 08/03/2016 | Anomalie | LAN | Tous | Fermée | [IPv6] Fragmentation non signalé lors d'accès à la free ... |
Description de la tâche
Bonjour,
Je suis en VDSL avec une encapsulation 6rd pour l’IPv6. J’utilise mon propre routeur configuré en dual-stack pour gérer l’IPv6.
Donc pour accéder à internet en IPv6, la freebox retourne une MTU de 1480. Pour accéder au réseau local en IPv6, la MTU donnée par le routeur est 1500.
Le routeur redistribuant les paquets “ICMP6 too big” aux clients, ils n’ont aucun problème pour accéder au net avec la bonne MTU.
Le seul “souci” est dans le lien en direct à la freebox en IPv6 (interface web, test débit local, NAS, etc.) avec un protocole autre que TCP (UDP, ICMP).
En effet, les clients peuvent y accéder avec une MTU de 1500 et à priori la freebox ne retourne à aucun moment de paquet “ICMP6 too big”, même si elle fragmente la réponse.
Autant en TCP le MSS clamping permet de ne pas avoir de problème, autant en ICMP (et UDP aussi je suppose) il peut y avoir des petits problèmes de fragmentation.
Capture du premier paquet d’un ping sur la freebox d’un paquet ICMP de 1433 octets (1 octet de plus que permet une MTU de 1480):
$ sudo tcpdump -nai eth0 ip6
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:50:48.212663 IP6 2a01:xx::xx > fd0f:ee:b0::1: ICMP6, echo request, seq 1, length 1441
16:50:48.213012 IP6 fd0f:ee:b0::1 > 2a01:xx::xx: frag (0|1432) ICMP6, echo reply, seq 1, length 1432
16:50:48.213070 IP6 fd0f:ee:b0::1 > 2a01:xx::xx: frag (1432|9)
La même chose sur un serveur IPv6 supportant la fragmentation:
$ sudo tcpdump -nai eth0 ip6
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
17:26:21.358569 IP6 2a01:xx::xx > 2a02:348:82:cb69::1: ICMP6, echo request, seq 1, length 1441
**17:26:21.358929 IP6 2a01:<freebox>::1 > 2a01:xx::xx: ICMP6, packet too big, mtu 1480, length 1240**
17:26:22.360669 IP6 2a01:xx::xx > 2a02:348:82:cb69::1: frag (0|1432) ICMP6, echo request, seq 2, length 1432
17:26:22.360764 IP6 2a01:xx::xx > 2a02:348:82:cb69::1: frag (1432|9)
17:26:22.390095 IP6 2a02:348:82:cb69::1 > 2a01:xx::xx: frag (0|1432) ICMP6, echo reply, seq 2, length 1432
17:26:22.390166 IP6 2a02:348:82:cb69::1 > 2a01:xx::xx: frag (1432|9)
17:26:23.362660 IP6 2a01:xx::xx > 2a02:348:82:cb69::1: frag (0|1432) ICMP6, echo request, seq 3, length 1432
17:26:23.362758 IP6 2a01:xx::xx > 2a02:348:82:cb69::1: frag (1432|9)
17:26:23.391572 IP6 2a02:348:82:cb69::1 > 2a01:xx::xx: frag (0|1432) ICMP6, echo reply, seq 3, length 1432
17:26:23.391637 IP6 2a02:348:82:cb69::1 > 2a01:xx::xx: frag (1432|9)
En gros:
- la box répond bien à un paquet lui étant destiné, même si le paquet est trop grand par rapport à sa MTU (1480)
- la réponse est fragmentée (soit !)
- ce qui en soit n’est pas choquant, la MTU de l’interface en IPv6 devant être forcé à 1480 je suppose par son ravd interne
- mais à AUCUN moment je n’ai eu un ICMP too big ⇒ ça ce n’est pas normal
Le même tcpdump sur ping trop grand vers un serveur internet qui l’accepte (www.subnetonline.com) montre bien que la freebox retourne un “ICMP6, packet too big”, mais quelle fragmente bien le request car je vois également les fragments de reply arriver.
A mon avis, quand on accède à une IPv6 de la Freebox avec un paquet trop grand:
- soit la freebox doit retourner un ICMP too big en plus de ses fragments
- soit elle doit être capable de répondre sans fragmenter
Voila, c’est à mon avis un petit bug qui va être vite corrigé.
|
|
19464 | 11/01/2016 | Anomalie | Télévision | Tous | Fermée | [HDMI - CEC] Coupure du lien HDMI CEC après quelques he ... |
Description de la tâche
Bonjour a tous,
Je suis l’heureux possesseur d’un amplificateur Yamaha 5.1 Full HDMI compatible CEC.
Je suis aussi le possesseur d’un magnifique bug, qui apres quelques heures, coupe le lien avec le home cinéma.
Description:
- Activation du HDMI CEC, entièrement reconnu par la BOX et le home cinéma, toutes les fontions sont OK.
(Volumes, extinctions, allumages) - Je n’utilise pas le PassThrought.
- Apres quelques heures, le lien n’est plus. L’augmentation du volume ne se fait plus que sur la Box.
- Je reviens au “Menu FreeBox” via la touche “FREE” sur la télécommande. Le logo en bas a droite apparait qui tourne, le lien reviens, et le volume s’accorde entre les deux équipements.
Merci.
|
|
34858 | 15/05/2021 | Anomalie | Non trié | Tous | Nouveau | [Freeplayer/Révolution] impossible de mettre un fond d'... |
Description de la tâche
Bonjour,
Je vous contacte sur conseil du technicien du SAV Free que j'ai eu au téléphone afin de vous décrire mes problèmes:
- Je ne peux plus mettre de fond d'écran avec mon Freeplayer
- Mon Freeplayer ne garde plus en mémoire mon compte Youtube, obligation de me reconnecter à chaque fois sur celui ci depuis mon téléphone à chaque redémarrage de mon Freeplayer.
Le technicien Free n'a trouvé aucune problématique de son côté au niveau de la Freebox.
Merci pour votre écoute et bonne journée à vous.
|
|
21499 | 10/05/2017 | Anomalie | DSL | Tous | Fermée | [FREEBOX SERVER] Perte de débit + instabilité suite à m ... |
Description de la tâche
Grosse perte de débit depuis la MàJ 3.4.1 du 27 avril, de plus de 90Mb/s en VDSL2 à 30Mb/s. Et passage fréquent du VDSL2 à l’ADSL2+ avec un débit de 2,5Mb/s.
|
|
21311 | 01/04/2017 | Anomalie | Non trié | Tous | Nouveau | [Freebox server V3.4.0] Impossible de parcourir les dos... |
Description de la tâche
Depuis la mise à jour :
le disque est reconnu
le nom des dossiers à la racine s’affiche mais les fichiers ne sont pas vu comme des dossiers (un icone avec un ? dedans et lam mention “aucune description disponible”).
J’ai tenté de brancher le disque sur une autre machine, histoire de vérifier ue ce n’est pas un problème sur celui-ci mais une fois branché sur l’ordinateur, je peux parcourir les dossiers normalement.
Ce problème est apparu immédiatement après la mise à jour que j’ai faite dansla soirée.
|
|
34832 | 12/05/2021 | Anomalie | WAN | Tous | Nouveau | [FreeBox Pro] Possibilité d'installer un Backup d'une b... |
Description de la tâche
Bonjour,
Je fais la demande ici car je sais pas ou faire cette demande autrement mais en temps que client pro très souvent quand nous avant de gros incident sur le réseau Free dans notre ville notre réseau mobile est aussi impacté que notre Fibre Free nous aimerions si cela est possible de pouvoir brancher au lieu d’un Backup 4G, un Backup d’une box internet autre pour que cela bascule automatiquement en secours sur cette autre connexion.
C’est quelque chose qui est pas proposer actuellement et je pense pas que cela soit compliquer a mettre en place car il y a déjà le système de bascule automatique déjà développer dans la Box juste pouvoir mettre d’autre périphérique réseau en secours au choix du client.
Merci par avance pour l’importance demander sur ma demande.
Yann
PS : possibilité de crée un espace Freebox Pro sur dev.freebox.fr (merci par avance :D )
|
|
34610 | 21/04/2021 | Anomalie | Serveur VPN | Tous | Nouveau | [Freebox POP][VPN] - problème de VPN lié à l'IPv6 |
Description de la tâche
Bonjour
J'ai observé un étrange comportement entre le server VPN (freebox) et un client VPN (iOs, windows 10) lié à l'IPV6.
Si l'IPv6 est activée sur les 2 parties (server, client), la connexion internet du server VPN n'est pas transmise au client: pas d'internet.
Comme solution, j'ai désactivé l'IPv6 côté serveur VPN (freebox), ainsi que dans les propriétés du client (adaptateur réseau ethernet/wifi dans windows et dans l'adaptateur VPN), pour n'avoir que l'IPv4.
Côté iOs, les services sont partiels, je ne peux pas désactiver l'IPV6. Cependant bien que je ne puisse naviguer, je peux réceptionner des messages sur l'application Messenger (peut-être qu'il y a un bug sur l'application et que cela ne transite pas par le VPN).
Néanmoins il y a un soucis lié au VPN et à l'IPV6
Environnement technique:
Freebox pop
Serveur VPN IKEv2 activé
Téléphone iOs chez Sosh
PC sous windows 10 via une connexion mobile (partage de connexion Sosh)
Bien à vous,
|
|
34616 | 21/04/2021 | Évolution | Freebox OS | Tous | Nouveau | [Freebox OS] Renommer des champs afin d'être plus clair... |
Description de la tâche
Dans Freebox OS, pour l'ensemble des Freebox Server, il faudrait modifier :
"Paramètres de la Freebox" → "Partage de fichiers" :
- "Partage Mac OS" en "Partage macOS (AFP) avant Big Sur"
- "Partage Windows" en "Partage de fichiers"
Car oui, Linux utilise aussi SMB et oui, macOS Big Sur n'utilise plus AFP.
Cela fait quelques versions de macOS, depuis Mavericks (2013) de mémoire, que le protocole SMB de Microsoft est privilégié par Apple au détriment de leur protocole maison, AFP.
De plus en plus de personne sont perturbées à propos de la téléphonie mobile 5G et du Wi-Fi 5GHz.
"Paramètres de la Freebox" → "Réseau local" → "Wi-Fi" :
- "Carte Wi-Fi 2.4G / 802.11n" en "Carte Wi-Fi 2.4GHz / 802.11n" OU "Carte Wi-Fi 2.4GHz (802.11n)"
- "Carte Wi-Fi 5G / 802.11ac" en "Carte Wi-Fi 5GHz / 802.11ac" OU "Carte Wi-Fi 5GHz (802.11ac)"
Surtout que c'est déjà parfait dans Freebox Compagnon :
- "Carte Wi-Fi 2.4 Ghz / 802.11n"
- "Carte Wi-Fi 5 Ghz / 802.11ac"
→ https://i.ibb.co/p1fcVL5/freebox-compagnon-2-4ghz-802-11n-5ghz-802-11ac.jpg
Serait-il possible de modifier :
- Partie "État Internet" → "État de la Freebox" → "Historique" :
- "Connexion | VDSL (public) | Connecté" en "Connexion | VDSL (public) | Connectée"
- "Connexion | VDSL (public) | Déconnecté" en "Connexion | VDSL (public) | Déconnectée"
C'est une connexion…
Par la même occasion, pourquoi "Connexion VDSL (public)" ← public ?
Il n'y a pas une meilleure indication, plus claire ?
- Partie "État Internet" → "Diagnostic" → "Système" → "Allumée depuis" est mal gérée :
Il faudrait remplacer par ce type : 10j10h10mn10s
→ https://i.ibb.co/92Hy3f4/freebox-os-4-defaut-box-allumee-depuis.png
- Partie "État Internet" → "État de la connexion xDSL" → "Synchro depuis" est mal gérée :
Il faudrait remplacer par ce type : 10j10h10mn10s
→ https://i.ibb.co/zHB02Fx/freebox-os-4-defaut-box-synchro-depuis-png.png
- Partie "État Internet" → "État de la connexion Internet" → "Adresse IPv4" → l’arrivée du XXX.XXX.XXX.XXX (Ports 0 à 65535)
→ Il faudrait faire deux lignes, la première "Adresse IPv4 : XXX.XXX.XXX.XXX", la seconde : "Ports : 0 à 65535"
- https://dev.freebox.fr/bugs/task/33614
- https://dev.freebox.fr/bugs/task/27548
|
|
33614 | 30/12/2020 | Autre | WiFi | Tous | Fermée | [Freebox OS] Mélange de la téléphonie mobile 5G et du W ... |
Description de la tâche
@mbizon, @Thibaut Freebox, et autres developpeur d'Iliad/Free/Freebox : Bonsoir,
De plus en plus de personne sont perturbées à propos de la téléphonie mobile 5G et du Wi-Fi 5GHz.
Pourriez-vous s'il vous plaît, corriger ceci rapidement dans Freebox OS ?
Pour l'ensemble des Freebox Server, il faudrait modifier :
- Carte Wi-Fi 2.4G / 802.11n → Carte Wi-Fi 2.4GHz / 802.11n OU Carte Wi-Fi 2.4GHz (802.11n)
- Carte Wi-Fi 5G / 802.11ac → Carte Wi-Fi 5GHz / 802.11ac OU Carte Wi-Fi 5GHz (802.11ac)
Je ne comprends que vous n'ayez pas déjà changer ce point, c'est pourtant simple à faire.
Surtout que c'est déjà parfait dans Freebox Compagnon :
- Carte Wi-Fi 2.4 Ghz / 802.11n
- Carte Wi-Fi 5 Ghz / 802.11ac
Merci de prendre acte.
|
|
31664 | 05/08/2020 | Anomalie | LAN | Tous | Fermée | [Freebox OS] IPv6 : Ajouter l'information que Windows < ... |
Description de la tâche
Ce ticket fait suite à la fermeture de celui-ci :
- https://dev.freebox.fr/bugs/task/31498#comment134763
Il est nécessaire d’informer les utilisateurs/clients ayant une Freebox.
Pourriez-vous ajouter (comme ce qui a été fait pour les équipements Android et la nécessité d’avoir DHCPv6 désactivé), par exemple :
Toutes les machines avec Microsoft Windows < 10.1703 ne fonctionnent pas sans DHCPv6 mais il est également possible de contourner ceci en ajoutant les DNS IPv6 manuellement sur votre carte réseau.
→ Puis vous ajouter les DNS IPv6 de Free.
Merci d’avance.
|
|
34619 | 22/04/2021 | Anomalie | Freebox OS | Tous | Fermée | [Freebox OS] Anciens baux toujours présents, comment la ... |
Description de la tâche
Problème historique, toujours là de nos jours, en 4.3.1, les anciennes IP toujours là après changement ou désactivation.
Que faire pour lancer le nettoyage sur tous les Server ?
Quelques exemples en captures :
- https://i.ibb.co/Wf3Nc4Y/freeboxos-anciennes-ip-toujours-la-1.png
- https://i.ibb.co/LZ39LRK/freeboxos-anciennes-ip-toujours-la-2.png
J'en profite, un bug ?
IPv4 OK, IPv6 injoignable :
- https://i.ibb.co/ftZFWxj/freeboxos-anciennes-ip-toujours-la-3.png
|
|
35423 | 17/08/2021 | Anomalie | Freebox OS | Tous | Fermée | [Freebox OS] Anciens baux toujours présents, comment la ... | |
|
15352 | 18/07/2014 | Anomalie | Autre / Non trié | Tous | Fermée | [Freebox compagnon] Redémarrer les freeplugs ne fonctio ... | |
|
15431 | 22/07/2014 | Évolution | Freebox OS | Tous | Nouveau | [Freebox Compagnon] Messagerie vocale | |
|
32561 | 25/09/2020 | Anomalie | Freebox OS | Tous | Nouveau | [Flyspray] Completely unexpected exception: Address in ... | |
|
31799 | 11/08/2020 | Anomalie | Non trié | Tous | Fermée | [Flyspray] Completely unexpected exception: Address in ... | |
|
34204 | 27/02/2021 | Anomalie | Freebox OS | Tous | Fermée | [Flyspray] Completely unexpected exception: Address in ... | |
|
5163 | 03/02/2011 | Anomalie | Services locaux | Tous | Fermée | [Fibre] Crash puis reboot de la Freebox Server durant t ... | |
|
14241 | 05/02/2014 | Anomalie | Femtocell | Tous | Fermée | [FEMTOCELL] Erreur d'alimentation | |
|
11611 | 12/01/2013 | Anomalie | Console à distance | Tous | Fermée | [FB Révolution] Synchroniser les interfaces de gestion ... | |
|
15815 | 17/09/2014 | Évolution | Freebox OS | Tous | Nouveau | [Explorateur de fichiers/systeme de fichiers] annulatio... | |
|
35382 | 09/08/2021 | Évolution | Freebox OS | Tous | Fermée | [Evolution] Pouvoir sauvegarder tous les paramètres de ... | |
|
22865 | 09/10/2018 | Évolution | Serveur VPN | Tous | Fermée | [Evolution] Intégration d'un client/serveur wireguard V ... | |
|
22814 | 28/08/2018 | Anomalie | Divers | Tous | Fermée | [Étape 7] Server 4K redémarre en boucle | |
|
15363 | 19/07/2014 | Évolution | LAN | Tous | Nouveau | [DHCP]Ajout des paramètres TFTP et PXE | |
|
13922 | 30/12/2013 | Autre | RSS | Tous | Fermée | [demande d'information] temps d'attente de réponse d'un ... | |
|
25694 | 12/02/2019 | Anomalie | Non trié | Tous | Fermée | [delta] Raid 5 : impossible de reconstruire un disque | |
|
7953 | 21/09/2011 | Anomalie | DECT | Tous | Fermée | [DECT] sonnerie par intermittence | |
|
6164 | 10/03/2011 | Anomalie | Téléphonie | Tous | Fermée | [DECT] Ca marchera un jour correctement ? | |
|
22584 | 21/04/2018 | Anomalie | Client VPN | Tous | Fermée | [Client VPN] Champ d'identification trop court | |
|
7291 | 03/07/2011 | Anomalie | Services locaux | Tous | Fermée | [BUG] - Disparition de tous les enregistrements PLANNIN ... | |
|
22580 | 20/04/2018 | Anomalie | Bridge | Tous | Fermée | [Bridge] Instabilite du LAN aléatoire | |
|
25578 | 09/02/2019 | Évolution | Non trié | Tous | Nouveau | [bluetooth]Ajouter liste des périphérique connecter | |
|
22699 | 07/06/2018 | Anomalie | Non trié | Tous | Fermée | [application P2F] problème lecture vidéo | |
|
13107 | 26/08/2013 | Anomalie | API | Tous | Fermée | [API] ratelimited à l'auth, pas de retour en arrière | |
|
32196 | 01/09/2020 | Anomalie | Freebox OS | Tous | Nouveau | [4.7.5] Perte de connexion IPv6 sur Player Mini 4K en R... | |
