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

Afin de résoudre certains problèmes de connexions, je redemande la mise à jour de ppp 2.4.6 → 2.4.8 (2019-12-31) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps

→ https://www.cvedetails.com/vulnerability-list/vendor_id-102/product_id-2091/Samba-PPP.html

→ https://www.cvedetails.com/cve/CVE-2014-3158

→ https://github.com/paulusmack/ppp

Déjà signalé dans https://dev.freebox.fr/bugs/task/22518 (avec d’autres demandes de maj + corrections de noms de softs/libs)

- https://dev.freebox.fr/bugs/task/25774 ici directement précédemment.

What was new in ppp-2.4.7. (2014-08-09)

* Fixed a potential security issue in parsing option files (CVE-2014-3158).

* There is a new "stop-bits" option, which takes an argument of 1 or 2,

indicating the number of stop bits to use for async serial ports.

* Various bug fixes.

What's new in ppp-2.4.8. (2019-12-31)

* New pppd options have been added:

1. ifname, to set the name for the PPP interface device
2. defaultroute-metric, to set the metric for the default route
3. defaultroute6, to add an IPv6 default route (with nodefaultroute6

to prevent adding an IPv6 default route)

1. up_sdnotify, to have pppd notify systemd when the link is up.

* The rp-pppoe plugin has new options:

1. host-uniq, to set the Host-Uniq value to send
2. pppoe-padi-timeout, to set the timeout for discovery packets
3. pppoe-padi-attempts, to set the number of discovery attempts.

* Added the CLASS attribute in radius packets.

* Sundry bug fixes.

* Fixed warnings and issues found by static analysis.

* Added Submitting-patches.md.

Afin de résoudre certains problèmes de fichiers distants (AFP/AppleShare), je redemande la mise à jour de netatalk 3.1.8 → 3.1.12 (2018-12-20) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps

→ http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=netatalk

→ http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1160

→ http://netatalk.sourceforge.net/

→ https://dev.freebox.fr/bugs/task/25771

Déjà signalé dans https://dev.freebox.fr/bugs/task/22518 (avec d’autres demandes de maj + corrections de noms de softs/libs)

À l’heure actuelle, la société Iliad/Free/Freebox n’est pas dans la légalité, les sources actuelles (et depuis son lancement le 23 mars 2021) ne sont pas disponibles pour la Freebox Server Pro.

Idem :
- la Freebox Pop (Server)
- 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.

À 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.

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

Problème très ancien, toujours là de nos jours, en 4.4.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

Merci de ne pas mélanger les logs (que nous n’avons pas et qui sont supprimés au reboot) et le problème du bail ou des baux toujours présents après tant de jours, mois ou années (voir par exemple 2019 sur les captures récentes).

Pour rappel, un bail a une durée de vie limité.

Je vous invite à lire ce qu’est un serveur DHCP : https://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol.

@mbizon : Pourriez-vous, enfin, faire le ménage dans Freebox OS svp ?

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

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

Le problème est lié à :
- l’utilisateur “brutal69”

Il y a eu le signalement pour un autre utilisateur :
- https://dev.freebox.fr/bugs/task/31799 (pas sûr que ce soit résolu)
- https://dev.freebox.fr/bugs/task/32561 (pas résolu)

Rappel : Chaque utilisateur doit avoir forcement une adresse email sinon cela bloque l’envoi à tout le monde (si l’utilisateur suit le ticket mais n’a pas d’adresse email).

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

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.

Pourriez-vous enfin ajouter dans Freebox OS :
- un vrai pare-feu (Firewall) IPv4 qui est actuellement totalement absent
- un vrai pare-feu (Firewall) IPv6 qui est actuellement juste une case (activation et désactivation, aucun paramétrage)

C’est la base pour l’ensemble des Freebox Server.

Bonjour à toute l’équipe,

La section “Freebox Pro” est toujours manquante malgré l’annonce du 23 mars 2021.

Merci d’avance.

Dans ce bugtracker, originellement bugs.freeplayer.org, il y a des anciens liens dans la base de données.

Est-ce possible de remplacer :
- http://bugs.freeplayer.org/

Par :
- https://dev.freebox.fr/bugs/

Note : Cela aurait dû être fait à l’époque du déménagement.

Recherche :
- https://dev.freebox.fr/bugs/index/proj0?string=bugs.freeplayer.org&project=0&search_name=&search_in_comments=1&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index&order=id&sort=desc

Merci par avance.

Suite à la fermeture du ticket :  FS#29444  - Bêta-test SMB v2 / SMB v3 / CIFS / SAMBA / SMBv1

Utilisateur qui a fait ceci : - pradesh (pradesh)

Pour tester les noms de la Freebox, j'ai entré ceci sans caractère spécial :
//ibb.co/xqHMyLG

Dans cette configuration, ne devrait-on pas avoir mdns au lieu de netbios dans le voisinage réseau ?
Du coup si j'essaye de me connecter sur netbios j'ai ceci :
//ibb.co/hgdgdFf

Et si j'entre manuellement \\mdns ça fonctionne :
//ibb.co/2S3qT7h

Sinon la résolution DNS fonctionne avec de la commande suivante :

PS C:\Users\Anon> Resolve-DnsName -Name mdns -LlmnrOnly

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
mdns.local                                     AAAA   120   Answer     2a01:e0a:97d:6460::1
mdns.local                                     A      120   Answer     192.168.1.254

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : code erreur 0x80070035 (le chemin réseau n'a pas été trouvé). Je précise que pour ces tests, j'ai supprimé SMBv1 et désactivé netbios sur IPv4. Ceci pour n'utiliser que WSD. SMBv1 et netbios sont obsolète alors quand on peut s'en passer… Un ping sur netbios ne répond pas, mais c'est bon sur mdns, lequel répond bien sur mdns.local en ipv4 et ipv6.
Donc bien entendu, le résultat dans l'explorateur peut se deviner, \\netbios c'est KO, \\mdns c'est OK (mais non affiché dans l'explorateur du coup).

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : Dans mon exemple l'explorateur indique la résolution WSD mais affiche netbios au lieu de mdns, je pense que le problème vient de là.

Utilisateur qui a fait ceci : - Marios Makassikis (mmakassikis)

@pradesh Je n'arrive pas à reproduire votre cas d'erreur (VM Win10, SMB1/NetBIOS désactivés). Dans ce cas, le nom netbios est résolu via LLMNR.

Pouvez-vous tester la résolution du nom 'netbios' ?

  Resolve-DnsName -Name netbios -LlmnrOnly

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : C'est KO avec netbios, et OK avec mdns (réponse mdns.local ipv4 et ipv6 ok).

Sur la capture ici : https://i.ibb.co/CK2nq8v/m-DNS-ou-netbios.png
Nous voyons bien que l'explorateur Windows affiche "netbios" en WSD et que "mdns" est absent mais fonctionnel malgré tout voir ci-dessous.

netbios HS : https://i.ibb.co/4FSFSRd/netbios-HS.png

mdns OK : https://i.ibb.co/680YkRw/mdns-manuel-OK.png

Note : Ce bug n'est pas détecté si le nom est "identique" partout.