Tous les projets

Les clients avec Freebox Pop ont déjà eu des suppressions d’options mais :

Pour bien faire, je pense qu’il faudrait supprimer les options dans l’interface Free.fr pour les Freebox (Revolution / Mini 4K / Delta / One :
- Ma Freebox → Gestion Freebox → Paramétrer mon réseau WiFi | DEPUIS L’OUVERTURE DU TICKET CELA A ÉTÉ FAIT ?
- Ma Freebox → Gestion Freebox → Paramétrer mon routeur Freebox | DEPUIS L’OUVERTURE DU TICKET CELA A ÉTÉ FAIT ?
- Ma Freebox → Fonctionnalités avancées → Blocage du protocole SMTP sortant

Et mettre : “Pour configurer votre routeur, veuillez vous rendre à l’adresse suivante : https://mafreebox.freebox.fr/.”

Par ailleurs, il faut ajouter le blocage du protocole SMTP sortant dans Freebox OS.

Car il y a beaucoup de conflits :
- IP des Freebox : 192.168.0.254 ou 192.168.1.254, réglage qui a changé du jour au lendemain par la société Free, allez savoir pourquoi
- Wi-Fi (toujours pas de WPA2 et WPA3, uniquement WEP et WPA)

Ces options peuvent uniquement rester uniquement pour les v5/Crystal encore en service et y ajouter le chiffrement WPA2 bien entendu.

Pourriez-vous ajouter “Blocage du protocole SMTP sortant” dans Freebox OS ?

Freebox Server :
- Revolution
- Mini 4K
- Delta
- One
- Pop

Ce réglage est absent.

Merci par avance.

Il y a un problème de certificat SSL/TLS si le Server a démarré et est non synchronisé (mode routeur) :
- https://ipfreeboxlocal/
- https://mafreebox.freebox.fr/

Firefox :

Échec de la connexion sécurisée

Une erreur est survenue pendant une connexion à XXX.XXX.XXX.XXX.

Impossible de communiquer en mode sécurisé avec le pair : aucun algorithme de chiffrement en commun.

Code d’erreur : SSL_ERROR_NO_CYPHER_OVERLAP

La page que vous essayez de consulter ne peut pas être affichée car l’authenticité des données reçues ne peut être vérifiée.

Veuillez contacter les propriétaires du site web pour les informer de ce problème.

En savoir plus...

Chromium :

Ce site ne peut pas fournir de connexion sécurisée

XXX.XXX.XXX.XXX utilise un protocole incompatible.

ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Protocole incompatible

Le client et le serveur ne sont pas compatibles avec une version de protocole ou une méthode de chiffrement SSL commune.

Les courbes de température sont non fonctionnelles si le Server a démarré et est non synchronisé (mode routeur).

Bien sûr les courbes de température avant le reboot sont bien présentes.

Chaque seconde, les températures sont bien affichées dans “État de la Freebox” → “Diagnostic” → “Température”.

Perte de connexion IPv6 sur plusieurs Player Mini 4K connecté en RJ45 : point d’exclamation, câble bien connecté.

Solution temporaire :
- Débrancher le câble RJ45 et le rebrancher aussi vite
ou
- Redémarrer le Player
ou
- Débrancher et rebrancher électriquement le Player

Je suppose problème d’IPv6 entre le Server et le Player.

Courbes de température : Décalage de quelques minutes

Il suffit de comparer avec les autres graphiques (Courbes de Débit et Courbes xDSL).

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

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

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

Il y a eu le signalement pour un autre utilisateur :
- https://dev.freebox.fr/bugs/task/31799

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

La version de Linux IPv6 Router Advertisement Daemon (radvd) 2.19 est sortie (2020-09-23) :
- https://radvd.litech.org/
- https://github.com/radvd-project/radvd

Lorsque l’on fait une redirection de ports vers une machine qui a une IPv4 automatique via le serveur DHCP de la Freebox, puis que l’on ajoute un bail IPv4 statique à cette même machine, puis que l’on fasse le reboot de la machine ou la désactivation puis réactivation de la carte réseau (pour prise en compte), la redirection de port ne fonctionne pas.

Il faut supprimer la redirection de ports que nous venons de créer puis la refaire pour qu’elle fonctionne.

Par contre, je n’ai pas refait le test avec un nouveau changement du bail IPv4 statique de la dite machine.

Afin de résoudre certains problèmes de connexions, je redemande la mise à jour de ppp 2.4.8 → 2.4.9 (2021-01-04) | 2.5.0 (2023-04-04) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps

→ https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=ppp

→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-4603
→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-8597
→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-3310

→ https://github.com/paulusmack/ppp
→ https://download.samba.org/pub/ppp/

What's new in ppp-2.5.0.
************************

The 2.5.0 release is a major release of pppd which contains breaking 
changes for third-party plugins, a complete revamp of the build-system
and that allows for flexibility of configuring features as needed.

In Summary:
* Support for PEAP authentication by Eivind Næss and Rustam Kovhaev
* Support for loading PKCS12 certificate envelopes 
* Adoption of GNU Autoconf / Automake build environment, by Eivind Næss
  and others.
* Support for pkgconfig tool has been added by Eivind Næss.
* Bunch of fixes and cleanup to PPPoE and IPv6 support by Pali Rohár.
* Major revision to PPPD's Plugin API by Eivind Næss.
  - Defines in which describes what features was included in pppd
  - Functions now prefixed with explicit ppp_* to indicate that
    pppd functions being called.
  - Header files were renamed to better align with their features,
    and now use proper include guards
  - A pppdconf.h file is supplied to allow third-party modules to use
    the same feature defines pppd was compiled with.
  - No extern declarations of internal variable names of pppd, 
    continued use of these extern variables are considered 
    unstable.
* Lots of internal fixes and cleanups for Radius and PPPoE by Jaco Kroon
* Dropped IPX support, as Linux has dropped support in version 5.15
  for this protocol.
* Many more fixes and cleanups.
* Pppd is no longer installed setuid-root.
* New pppd options:
  - ipv6cp-noremote, ipv6cp-nosend, ipv6cp-use-remotenumber,
    ipv6-up-script, ipv6-down-script
  - -v, show-options
  - usepeerwins, ipcp-no-address, ipcp-no-addresses, nosendip
* On Linux, any baud rate can be set on a serial port provided the
  kernel serial driver supports that.

Note that if you have built and installed previous versions of this
package and you want to continue having configuration and TDB files in
/etc/ppp, you will need to use the --sysconfdir option to ./configure.

What’s new in ppp-2.4.9.

* Support for new EAP (Extensible Authentication Protocol) methods:
- Support for EAP-TLS, from Jan Just Keijser and others
- Support for EAP-MSCHAPv2, from Eivind Næss, Thomas Omerzu, Tijs Van Buggenhout and others

* New pppd options:
- chap-timeout
- chapms-strip-domain
- replacedefaultroute
- noreplacedefaultroute
- ipv6cp-accept-remote
- lcp-echo-adaptive
- ip-up-script
- ip-down-script
- ca
- capath
- cert
- key
- crl-dir
- crl
- max-tls-version
- need-peer-eap

* Fixes for CVE-2020-8597 and CVE-2015-3310.

* libpcap is now required when compiling on Linux (previously, if libpcap was not present, pppd would be compiled without packet filtering support).

* The rp-pppoe plugin has been renamed to pppoe, to distinguish it from the upstream rp-pppoe code. Its options have changed names, but the old names are kept as aliases.

* The configure script now supports cross-compilation.

* Many bug fixes and cleanups.

Afin de résoudre certains problèmes de Wi-Fi, je demande la mise à jour de iw 5.4 → du récent.

A l’heure actuelle :
- 5.9 (2020-10-02)
- voir même une version GIT plus récente

Source: https://git.kernel.org/pub/scm/linux/kernel/git/jberg/iw.git

Cela fait suite aux précédentes demandes non réalisées.

Merci d’avance.