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

Pourriez-vous mettre à jour zstd (Zstandard) 1.4.4 → 1.4.5 (2020-05-22)

→ https://facebook.github.io/zstd/

→ https://github.com/facebook/zstd

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 en 5.7.0 (2019-11-25).

→ 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, c’est pour cela que la dernière version 1.6 date de 2016.
Les Freebox ont seulement la 1.5 de 2011.
Note : Une version ultime est sortie récemment la 1.7 (2020-06-23) : https://dev.freebox.fr/bugs/task/25749.

Déjà signalé dans le ticket indiquant que le site floss.free.fr n’est pas à jour avec la version des firmwares des Freebox
- https://dev.freebox.fr/bugs/task/22518 (j’avais aussi indiqué que le code n’était pas à jour non plus, failles de sécurité)

Suite de:
- https://dev.freebox.fr/bugs/task/29346

Je pense qu’il est temps de supprimer ipsec-tools 0.8.1 (pas à jour et obsolète) des Freebox Server.

Pour une question de sécurité et de consommation du processeur.

Il a été à ma connaissance remplacé par strongSwan.

Merci d’avance.

Je pense qu’il est temps de supprimer bridge-utils 1.5 (pas à jour) des Freebox Server.

Les fonctions ont été, à ma connaissance, intégrées dans iproute2.

Merci d’avance.

Il y a un problème de navigation IPv6, aucun DNS n’est transmis par le Server aux machines ayant juste l’IPv6 (pas d’IPv4).

Testé avec et sans le pare-feu IPv6 : même constat.

ping google.fr ne fonctionne pas
Par contre le ping vers l’adresse IPv6 fonctionne : ping 2a00:1450:4007:808::2003.

Note : Si l’IPv4 est actif, le ping va bien sur l’IPv4 de google.fr.

Solution temporaire : Modifier la carte réseau en ajoutant les DNS manuellement, par exemple ceux de Google :
- 2001:4860:4860::8888
- 2001:4860:4860::8844

Après le ping vers google.fr fonctionne correctement, nous pouvons surfer.

Par ailleurs, j’ai testé également l’ajout de ces même DNS dans “Forcer l’utilisateur de serveurs DNS IPv6 personnalisés”, ça ne fonctionne pas.

Pourriez-vous corriger ça rapidement ?

Merci par avance.

Je pense qu’il est temps de supprimer Wireless Tools “wireless_tools” 29 (obsolète depuis 2007-09-18) des Freebox Server.

Pour une question de sécurité et de consommation du processeur.

Il a été à ma connaissance remplacé par iw.
- https://wireless.wiki.kernel.org/en/users/documentation/iw/replace-iwconfig

- https://wiki.archlinux.org/index.php/Network_configuration/Wireless#iw_and_wireless_tools_comparison

Merci d’avance.

Liens supplémentaires :
- https://wireless.wiki.kernel.org/en/users/documentation/iw

- https://hewlettpackard.github.io/wireless-tools/Tools.html

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.

Lors du changement de l’adresse IPv4 du Freebox Server (Revolution, Mini 4K, Delta, One, Pop), le Server ne met pas à jour son serveur DNS :
- Freebox OS → Paramètres de la Freebox → Réseau local → Mode Réseau → Adresse IP du Freebox Server : XXX.XXX.XXX.XXX → OK

La valeur ici n’est pas changée :
- Freebox OS → Paramètres de la Freebox → Réseau local → DHCP → Serveur DNS “1”

Il y a un souci de renouvellement du certificat SSL/TLS du Freebox Server en mode Bridge, cela ne se fait pas.

Cela semble lié au Challenge :
- https://letsencrypt.org/docs/challenge-types/

Problème historique sur ce bugtracker et qui n’est toujours pas résolu :

Completely unexpected exception: Address in mailbox given [CerBerE] does not comply with RFC 2822, 3.6.2.
This should never happend, please inform Flyspray Developers

Le problème est lié à :
Thierry S. (CerBerE) : https://dev.freebox.fr/bugs/user/9322

Après tant d’année, il y a toujours un problème de sécurité et de confidentialité.

Il manque toujours la possibilité d’avoir tout le LAN uniquement dans un tunnel VPN (sans IP publique de l’abonnement).

Il est bien entendu possible d’exclure les Freebox Player de cette possibilité, étant donné que vous savez détecter les équipements connectés sur le réseau local des Freebox Server et qu’une partie des Freebox Player utilisent le VLAN100 par exemple.

Après plusieurs signalements sur ce bugtracker, j’ai vérifié plusieurs Freebox Server.

Et il y a bien un souci, dans Minicom :
Écran tactile → Connexion → Etat

L’adresse IP affichée est : 10.x.x.x

Il serait logique de voir : l’adresse IPv6 et l’adresse IPv4 avec ses ports ou l’IPv4 full-stack.

Je suppose que l’adresse IPv4 “10.x.x.x” est celle du tunnel IPv4.

Merci de corriger ceci.

Il y a une nouvelle version de Qemu : 5.1.0 (2020-08-11)
- https://www.qemu.org/

A l’heure actuelle, il n’est toujours pas possible de désactiver le “freewifi_secure”.

Après tant d’années, pourriez-vous enfin ajouter l’option ?

Merci d’avance.

Freebox Server en mode routeur (normal, n’a jamais été en bridge) et firmware en 4.2.3 (à jour) :

1/ Application mobile : Impossible d’établir un lien sécurisé : Impossible de vérifier le certificat de la Freebox XXXXXXXXXXXX.fbxos.fr

2/ Dans un navigateur Internet :

XXX.XXX.XXX.XXX:XXXXX utilise un certificat de sécurité invalide.

Le certificat n’est pas sûr car le certificat de l’autorité l’ayant délivré est inconnu.

Le serveur n’envoie peut-être pas les certificats intermédiaires appropriés.

Il peut être nécessaire d’importer un certificat racine supplémentaire.

Le certificat n’est valide que pour les noms suivants : XXXXXXXXXXXX.fbxos.fr, mafreebox.freebox.fr, mafreebox6.freebox.fr

Le certificat a expiré le “jour” “jour chiffre” “mois” 2020 à HH:MM.

La date courante est “ajourd’hui” “jour chiffre” “mois” 2020 à HH:MM.

Code d’erreur : SEC_ERROR_UNKNOWN_ISSUER

PS : Date remplacée pas un moment générique.

Ce ticket est ici afin d’y voir un peu plus clair, comparé à un vieux ticket qui est parti vers la demande de mises à jour des softwares/librairies intégrant les firmwares Freebox qui ne sont pas publiés depuis fort longtemps : https://dev.freebox.fr/bugs/task/22518

Le site https://floss.freebox.fr/ n’est pas à jour depuis des années, je parle bien des firmwares sortis par l’équipe d’Iliad/Free/Freebox.

Je ne parle donc pas des softwares/librairies intégrant les firmwares Freebox.

Actuellement au 1er septembre 2020 0h00, il y a seulement :

Freebox Free/Libre and Open Source Software

- Freebox ADSL / Alice ADSL 1.5.12

- Freebox Optical v1 1.1.1

- Freebox Optical v2 1.5.13

- Freebox HD / Alice HD 1.6.10 / 1.6.11 / 1.6.12 / 1.6.13 / 1.6.14

- Freebox Server 1.1.1 / 1.1.2 / 1.1.3 / 1.1.4 / 1.1.5 / 1.1.6 / 1.1.7 / 1.1.8 / 1.1.9 / 1.1.9.1
1.1.10 / 1.1.11 / 1.1.12
2.0.0 / 2.0.1 / 2.0.2 / 2.0.3 / 2.0.4 / 2.0.5 / 2.0.6 / 2.0.7
2.1.0 / 2.1.1 / 2.1.2
3.0.0 / 3.0.1 / 3.0.2 / 3.0.3 / 3.1.0 / 3.1.1 / 3.1.2 / 3.1.3 / 3.1.4 / 3.1.5 / 3.1.6 / 3.1.7
3.2.0

- Freebox Server Delta 4.1.0

- Freebox Player Revolution 1.0.4.2
1.1.0 / 1.1.1 / 1.1.2 / 1.1.3 / 1.1.4 / 1.1.5 / 1.1.6 / 1.1.7 / 1.1.7.1
1.2.0 / 1.2.1 / 1.2.2 / 1.2.3 / 1.2.4 / 1.2.4.1 / 1.2.5 / 1.2.6 / 1.2.7 / 1.2.8
1.2.14 / 1.2.15 / 1.2.16 / 1.2.18 / 1.2.19
1.3.0 / 1.3.1 / 1.3.3 / 1.3.4 / 1.3.5 / 1.3.6 / 1.3.7 / 1.3.8 / 1.3.9
1.3.10 / 1.3.11 / 1.3.15

- Freebox Player Delta/One 1.0.2 / 1.0.6

Il manque :

Est-ce possible de mettre à jour OpenVPN en 2.4.9 (2020-04-17, 5 mois déjà) en attendant la 2.5.0 afin de corriger la faille de sécurité : CVE-2020-11810 ?

- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11810 - https://community.openvpn.net/openvpn/ticket/1272

Est-ce possible de mettre à jour OpenSSL en 1.1.1g (2020-04-21), 5 mois presque afin de corriger les failles de sécurité : CVE-2019-1551 (fixée en 1.1.1e) + CVE-2020-1967 (fixée en 1.1.1g) ?

- https://www.openssl.org/news/vulnerabilities.html
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-1551
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1967

Afin de résoudre certains problèmes de WiFi, je demande la mise à jour de iw 5.4 → 5.8 (2020-08-27)
→ https://git.kernel.org/pub/scm/linux/kernel/git/jberg/iw.git

Merci d'avance.