|
22430 | 23/02/2018 | Anomalie | Services locaux | Tous | Fermée | SSL HANDSHAKE WHILE CONNECTING FTP USING FTPES:// |
Description de la tâche
Bonjour,
sévérité: critique: le service FTP ne fonctionne pas depuis l’extérieur
Je remonte ce BUG qui est présent au moins depuis la version 3.3 et est toujours présent en version 3.5.1:
Il y a manifestement un problème côté pki empechant le TLS de fonctionner correctement.
Pourriez vous faire quelque chose ?
En vous remerciant d’avance,
Bien cordialement,
nbanba
ANNEXES:
Voici l’échange et le refus de connexion après avoir insérer la bonne methode d’authentification AUTH TLS (before login) :
curl -vvv –insecure –tlsv1.2 –ftp-ssl-control ftp://freebox@home.soartist.net:21 * Rebuilt URL to: ftp://freebox@home.soartist.net:21/ * Trying 82.230.38.86...
* TCP_NODELAY set
* Connected to home.soartist.net (82.230.38.86) port 21 (#0)
< 220 Welcome to Freebox FTP Server.
> AUTH SSL < 504 Unknown AUTH type.
> AUTH TLS
< 234 Proceed with negotiation.
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Unknown (21):
* TLSv1.2 (IN), TLS alert, Server hello (2):
* error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
* Closing connection 0
curl: (35) error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
OPENSSL s_client -connect output :
openssl s_client -tls1_2 -debug -connect home.soartist.net:21
CONNECTED(00000003)
write to 0x56006938f770 [0x56006939f0f0] (176 bytes ⇒ 176 (0xB0))
0000 - 16 03 01 00 ab 01 00 00-a7 03 03 46 61 6b 35 22 ...........Fak5” 0010 - 11 96 ef ff 3c 47 6d 0f-0c 31 9b b0 80 8c 68 f7 ....<Gm..1....h.
0020 - f7 ee ab 30 53 35 91 18-00 7f 8a 00 00 38 c0 2c ...0S5.......8.,
0030 - c0 30 00 9f cc a9 cc a8-cc aa c0 2b c0 2f 00 9e .0.........+./..
0040 - c0 24 c0 28 00 6b c0 23-c0 27 00 67 c0 0a c0 14 .$.(.k.#.’.g....
0050 - 00 39 c0 09 c0 13 00 33-00 9d 00 9c 00 3d 00 3c .9.....3.....=.<
0060 - 00 35 00 2f 00 ff 01 00-00 46 00 0b 00 04 03 00 .5./.....F......
0070 - 01 02 00 0a 00 0a 00 08-00 1d 00 17 00 19 00 18 ................
0080 - 00 23 00 00 00 0d 00 20-00 1e 06 01 06 02 06 03 .#..... ........
0090 - 05 01 05 02 05 03 04 01-04 02 04 03 03 01 03 02 ................
00a0 - 03 03 02 01 02 02 02 03-00 16 00 00 00 17 ..............
00b0 - <SPACES/NULS>
read from 0x56006938f770 [0x560069395ea3] (5 bytes ⇒ 5 (0×5))
0000 - 32 32 30 20 57 220 W
139943250072832:error:1408F10B:SSL routines:ssl3_get_record:wrong version number:../ssl/record/ssl3_record.c:252:
— no peer certificate available
— No client certificate CA names sent
— SSL handshake has read 5 bytes and written 176 bytes
Verification: OK
— New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol : TLSv1.2
Cipher : 0000
Session-ID:
Session-ID-ctx:
Master-Key:
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1519369857
Timeout : 7200 (sec)
Verify return code: 0 (ok)
Extended master secret: no
—
GNUTLS-CLI output :
gnutls-cli –debug=10 –insecure –starttls-proto=ftp home.soartist.net:21
Processed 0 CA certificate(s).
Resolving ‘home.soartist.net:21’...
Connecting to ‘82.230.38.86:21’...
| <5> |
| <3> |
| <5> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <2> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <4> |
| <5> |
| <9> |
| <5> |
| <3> |
| <10> |
| <10> |
| <10> |
| <10> |
| <5> |
| <5> |
| <5> |
| <10> |
| <10> |
| <10> |
| <10> |
| <5> |
| <5> | REC[0x55959897af60]: Alert[2 |
| <3> |
| <3> |
| <3> |
| <3> |
| <3> |
| <3> |
* Fatal error: A TLS fatal alert has been received.
* Received alert [40]: Handshake failed
| <5> | REC: Sending Alert[2 |
| <5> |
| <9> |
| <5> |
*** handshake has failed: A TLS fatal alert has been received.
|
|
27610 | 14/06/2019 | Anomalie | Freebox OS | Tous | Fermée | Ajout d 1 vrai firewall en ipv6 sur la Freebox |
Description de la tâche
Bonjour
Le topic 4110 de ce forum à été fermé par Thibault Freebox car d après lui / d après FREE , le job à été fait.
Alors, j ai testé le truc le plus basique qui soit :
J ai voulu créé une règle de firewall ipv6 pour joindre en SSH depuis internet 1 serveur à l intérieur du réseau local Freebox.
Et la, surprise.... impossible !!!
Si j active le faux et abusé “firewall” bloc tout de FREE, impossible d accéder a l ipv6 du serveur donc impossible de se connecter....
Si je desactive cet abus que free appel un firewall, l accès au serveur est possible depuis internet en ipv6, mais je retrouve mon micro onde en train d hacker le pentagone !!!
Je deconne....
Mais quel fouttage de gueule de la part de FREE... en 8 ans (durée de vie du ticket 4110), free n a fait qu ajouter un tic box qui appelle un truc crasseux comme une fonction PHP du type :
shell_exec(’ip6tables -A INPUT -j DROP’)
Inadmissible !!!!
Inadmissible !!!!
Inadmissible !!!!
(Honte sur toi Xavier...)
Étant donné le cout d un vrai firewall supportant le 10gb/s, si free continu de se foutre de nous sur ce sujet, on va finir par faire de même et par hack la box nous même pour récupérer l accès root de la box afin de faire des règles nous-mêmes avec ip6tables
@Free : le sujet d ajout d un firewall en ipv6 est toujours ouvert (Au travers de ce ticket ... )
Ce que l on veux :
- pouvoir faire des règles (In, out, forward, tarpit)
- pouvoir gérer les ports
- pouvoir gérer les subnets privés sur fd00/8 (+ le support de vlan en ipv4)
- pouvoir gérer les interfaces et les règles par interface
- pouvoir créé des sous interfaces
- pouvoir agréger les ports/liens
- pouvoir modifier la table de routage
- pouvoir réaliser de l encapsulation dot1q et du trunk
Merci
Cordialement
nbanba
|
|
27613 | 15/06/2019 | Évolution | Freebox OS | Tous | Fermée | Impossible d ouvrir des ports en ipv6 (firewall ) |
Description de la tâche
Bonjour
On ne peut pas ouvrir de ports en ipv6, il n y a donc pas de firewall sur la Freebox en ipv6.
Il y a juste une fonctionnalité de blocage du traffic entrants, trop restrictive pour pouvoir utiliser normalement l ipv6.
Fonctionnalités firewall attendus
Ce que l on veux :
- pouvoir faire des règles (In, out, forward, tarpit)
- pouvoir ouvrir et fermer des ports vers des ipv6 données.
- pouvoir gérer les subnets privés sur fd00/8 (+ le support de vlan en ipv4)
- pouvoir gérer les interfaces et les règles par interface
- pouvoir créé des sous interfaces
- pouvoir agréger les ports du switch / les liens
- pouvoir modifier la table de routage
- pouvoir faire sortir une partie du flux par une ipv6 données et gestion de pool d ipv6 en sortie
- pouvoir réaliser de l encapsulation dot1q / du trunk
- pouvoir interconnecter des site ipv4+ipv6 ou les réseaux locaux distants sont publiés dans la table de routage de la freebox
- pouvoir gérer le routeur / firewall en cli
- pouvoir faire du tcpdump sur les interfaces
Merci
Cordialement
nbanba
|
|
28968 | 10/11/2019 | Évolution | LAN | Tous | Nouveau | Vlan et vm Freebox |
Description de la tâche
Bonjour
En mettant le port sfp+ de la delta en trunk sur le nexus sur lequel la box est connecté , j arrive à monter des interfaces vlan sur les vms qui sont hosted par la Freebox.
C est TOP !!
Probleme1: impossible de faire 1 NAT vers les ip des subnets qui ont des tags dot1q
Problème2: table de routage des subnets virtuels n est pas connu de la Freebox
Pourriez vous SVP autoriser les vlans dans la table de routage de la freebox ?
Pourriez vous SVP créé un mode “décharge de responsabilité” sur la Freebox delta ou vous nous donneriez accès au kernel hote?
(On pourrait ainsi coder sois même un LKM permettant le sharding de la table de routage entre la box et une vm linux afin d en faire un véritable router/firewall ipv4/ipv6)
Cordialement
nbanba
|
|
37920 | 04/04/2023 | Anomalie | Freebox OS | Tous | Fermée | XSS STILL PRESENT - FBXOS 4.7.5 Ne corrige pas : FS#377 ... |
Description de la tâche
Bonjour
Comme annoncé dans la demande de réouverture de la tache FS37727, la vulnérabilité découverte par @TDiffff n’est que partiellement corrigée.
Les archives ne créent plus les répertoires permettant l’exploit, peut être que ça fonctionne avec les fichiers je n’ai pas testé.
Avec un peu de persévérance, on arrive quand même à créer les ressources et à les faire exécuter par le navigateur…
Ci joint le POC (Proof Of Concept): https://youtu.be/kBiON9q3aIA
PS:
Ce PoC ne montre pas la création de la ressource initiale permettant l’exploit, ce qui le rend (un peu) plus difficile à mettre en oeuvre.
Sur demande, je fournirai la solution
Cordialement
nbanba
|
|
22421 | 21/02/2018 | Évolution | Non trié | Tous | Nouveau | Donner nous l'accès en cli, en ssh et ajoutez des vrais... |
Description de la tâche
Bonjour,
Un certain nombre de points font cruellement défaut sur la freebox :
voici les évolutions souhaitables (et votre freebox durera plus de 15 ans … tout en étant bien mieux ) :
Ajout de base indispensable à tout équipement réseau :
- Ajout d’1 port console
- Ajout d’un port de management pour l’out of band (OOB)
- Permettre de download et d’éditer la(les) conf(s) en mode texte
Ajout de base indispensable également :
- Accès en SSH
- Pouvoir ouvrir un terminal sur la freebox permettant d’attaquer aussi bien le réseau local que sur internet
SSL:
- ajouter sa rootCA sur la freebox
- accéder à la pki de la freebox (et pouvoir y ajouter des certificats pour des services donnés
WIFI:
- désactiver le 2.4Ghz de la carte à 5Ghz et désactiver la carte 2.4Ghz
- Pouvoir diffuser plusieurs SSID
- support du PEAP enterprise
ETHERNET:
- ajouter 8 ports cuivre au switch (dont 4 à 10G)
- ajouter 4 ports SFP+
- Permettre l’admin des ports cuivre Gi1/0/1 à Gi1/0/8 avec les commandes classiques (cisco)
- Permettre l’admin des ports cuivre Te1/1/1 à Te1/1/4 avec les commandes classiques
- Permettre l’admin des ports SFP+ Te1/2/1 à Te1/2/4 avec les commandes classiques (nexus)
- Permettre de créer des Ports-channel et des VPC
802.3ad:
Supporter l’aggregation de liens LACP sur les switchs de la freebox
802.1x:
- ajouter un serveur Radius
- ajouter un serveur openldap
802.1q:
- permettre de créer des vlans
VxLAN:
-Permettre le vxlan au travers du réseau (mpls?) free en natif entre plusieurs freebox
-Permettre/fournir un accès mpls permettant de rassembler plusieurs freebox sur le même réseau
Firewall:
- ajouter un firewall supportant l’UTM et les DMZ multiples
Routage :
- Permettre l’ajout de blocs IPv4 (/27, /24, etc…)
- Permettre de gérer les annonces BGP pour les blocs rattachés
- Permettre de gérer la table de routage finement
DHCP:
- Permettre une conf fine DHCP (duid, etc…)
ADMIN:
- donner l’accès SSH ROOT (en déchargeant votre responsabilité) à la freebox
- donner l’accès a votre code applicatif pour que l’on puisse corriger les bugs nous même et tuner les confs de la freebox
- Ajouter un PXE en local sur un vlan de déploiement
- Ajouter une carte SFP+ permettant de connecter en iscsi des luns sur la freebox et permettant à la freebox de servir de target iscsi pour le stockage qui lui est rattaché
- Ajouter une carte SAS d’extension permettant de connecter une baie de disque à la freebox
WEB:
- donner accès à la conf de ngnix
FTP:
-la possibilité de tuner le username freebox
-la possibilité d’ajouter d’autres users
-la possibilité de créer des jails (chroot) pour les user
-Quelques fonctionnalités dédiées au FTP anonyme comme la gestion des droits sur les répertoires (PUB/UPLOAD, PUB/DOWNLOAD, etc…)
PHONE:
- gestion de la téléphonie sur IP (switchport voice vlan XXX)
- gestion de pool de SDA
- gestion multiligne/multiposte
J’ai encore pas mal de suggestions à vous faire, pour que votre box soit à la fois :
1 routeur firewall
1 AP
1 switch
1 micro fabric
1 micro baie de stockage
1 serveur WEB/FTP
1 serveur SSO
etc…
En vous remerciant pour les évolutions que vous ferez
Bien cordialement,
nbanba
Note le 2024-03-16 : Je crois que c’est trop pour un opérateur grand publique..
|
|
25504 | 07/02/2019 | Évolution | SMB | Tous | Nouveau | Activer les partages NFS + SSH sur le NAS des Freebox +... |
Description de la tâche
Bonjour,
le protocole CIFS est relativement limitatif pour l’accès au NAS, notamment depuis les périphériques IOT :
Par exemple, les caméras Dahua (leader mondial de la télésurveillance) ne peuvent pas enregistrer le stream sur un disque CIFS, mais uniquement sur un disque NFS.
- Pourriez vous SVP activer l’export du NAS en NFS ?
- Pourriez vous SVP activer l’accès en SSH/SFTP au NAS ?
- Pourriez vous SVP activer l’iSCSI target sur la Freebox Delta qui dispose d’un port a 10G (permettant le partage du stockage en LUN sur le réseau)
Pour information, sur un système Linux (comme le sont les Freebox), ces fonctionnalités sont très faciles a activer quand elles ne sont pas natives.
Cordialement,
nbanba
|
|
26904 | 18/04/2019 | Évolution | Serveur VPN | Tous | Nouveau | IPSEC IKEv2 Activation de l'authentification par pre-s... |
Description de la tâche
Bonjour,
Afin de pouvoir monter des VPN “site-to-site” et afin de pouvoir publier des lan dans la table de routage de la freebox, pourriez vous ajouter SVP le support de l’authentification par PSK (pre-shared-key) sur l’IPSEC IKEv2 ?
Pourriez vous également implémenter la configuration standard de l’IPSEC site-to-site, a savoir :
- Distinction entre phase 1 et phase 2
- Possibilité d’ajouter des phases 2 dans le tunnel
- Possibilité de publier les lans des phases 2 dans la table de routage de la freebox :
LAN1 (IP publique phase1) : ⇐== SITE-TO-SITE-IPSEC ====⇒ LAN2 (FREEBOX IP publique Freebox : phase 1)
vlan1 ←- phase2 ⇐=⇒ phase2 –> - local lan Freebox
vlan2 ←- phase2 ⇐=⇒
vlan3 ←- phase2 ⇐=⇒
....
vlanN ←- phase2 ⇐=⇒
Ainsi, les ressources du LAN1 seraient accessibles par le LAN2 et réciproquement
Quelques exemple de configurations et options déjà en place sur un tunnel entre 1 firewall fortigate et 1 firewall pfsense :
CONF GLOBAL
CONF PSK
CONF PHASE1
CONF PHASE2
En vous remerciant d’avance
Cordialement,
nbanba
|
|
26960 | 21/04/2019 | Anomalie | Interface Web | Tous | Fermée | BUG courbes de débits FreeboxOS + App Android |
Description de la tâche
Bonjour,
Sur la freebox delta, il y s un bug lors de l’affichage des courbes de débits dans le FreeboxOS et dans l’appli Android :
Lorsque le débit dépasse 1G/s , la courbe de download ne s’affiche plus et ne s’enregistre plus.
La limite a 1300m est bien présente sur le graphique, mais dès que le débit descendant de la connexion dépasse 128MByes/s (1GB/s) la courbe s’arrête net .
Ce bug n’est pas bloquant car il n’a pas d’impact sur le débit, mais bon, ça ne le fait pas, surtout pour la seule box du marché capable de dépasser 1Gb/s
de plus, du fait de l’échelle du graphique et du trait a 1300MB/s, le graph des débits inférieurs a 1Gb/s ne se voit presque pas .
Pourrier vous SVP corriger le problème ?
Vous pourriez également proposer la possibilité d’installer des pkg sur la box , comme ça, a défaut de graphs fonctionnels, on installerai snmpd et on récupérerai les datas en SNMPv3 depuis la MIB Freebox Delta ... Je rêve peut être... n’empêche que ce serait TOP !
Cordialement,
nbanba
|
|
36009 | 24/11/2021 | Évolution | API | Tous | Nouveau | API pour sauvegarder / restorer le fichier de sauvegard... |
Description de la tâche
Bonjour
Suite au passage en 4.5.3 "officiel", la section changes de l'API ne fait pas mention de l'ajout d'une API pour faire une sauvegarde de la box / restorer une sauvegarde.
Pourriez vous SVP ajouter une API permettant d'automatiser les sauvegardes ?
Pourriez vous également ajouter une API permettant de restorer une sauvegarde ?
Pouvoir créer une sauvegarde avec l'API vers un drive de la box ou un serveur réseau serait un plus.
Idem pour la restoration d'une sauvegarde depuis l'API.
En vous remerciant d'avance,
Cordialement
nbanba
|
|
36010 | 24/11/2021 | Évolution | Freebox OS | Tous | Nouveau | [ BetaTests ] Gestion des firmwares |
Description de la tâche
Bonjour
Aujourd'hui nous n'avons pas la maîtrise du firmware qui est déployé dans la box lors des beta tests.
Il serait bien d’avoir le choix du pipe de firmware que l’on déploie sur la box, par exemple Version stable V-2 , Version stable V-1, Version stable V, Version beta -rc1 / -rc2 / … rcN (surtout lors des beta-tests, afin de trouver les différences de comportements, tester la non régression, etc…)
Avoir le choix entre plusieurs firmware permettrait d’isoler et de reproduire des bug sur des firmwares précis et de tester la non régression du firmware actuel par rapport à tel ou tel bug, notamment les bugs qui ont disparu en passant à un autre firmware sans avoir été officiellement identifiés et corrigés (ex : https://dev.freebox.fr/bugs/task/35653 ).
Cela permettrait également de régler rapidement sois même certaines situations embarrassante, comme avec le firmware beta -wg2 pour Delta où la partie pack sécurité était en erreur ce qui m'empêchait d'ouvrir la porte de mon garage… L'équipe DEV Free a eu beau être très réactive, cela a pris quelques heures pour être corrigé.
Cordialement
nbanba
|
|
36820 | 10/07/2022 | Anomalie | Non trié | Tous | Confirmé | Erreur d'affichage vitesse upload depuis 4.6.1 |
Description de la tâche
Bonjour
Je constate une erreurs d'affichages du débit depuis le passage en 4.6.1.
La vitesse d'upload affiche un résultat farfelu, genre divisé par 1000
Ce sera plus parlant sur une image, j'upload à 100Mb/s et la box affiche 3,3 Kb/s
La quantité de data n'est pas non plus comptabilisée, j'ai upload au moins 100 giga bytes depuis le dernier reboot mais le compteur reste à 1,1 Go.
Cordialement
nbanba
|
|
39008 | 15/02/2024 | Anomalie | API | Freebox V9 (Ultra) | Fermée | Certificats TLS API Freebox ULTRA |
Description de la tâche
Bonjour
Je n’ai pas de Freebox ULTRA.
Est ce que quelqu’un sur ce forum pourrait aller dans la section “developper” de FreeboxOS sur une Freebox ULTRA et vérifier que les certificats racine de la PKI Freebox sont les mêmes que les suivants ?
C’est pour mettre à jour la lib BASH permettant de piloter par l’API des Freebox / IlliadBox les principales fonctions type dhcp, redirection de ports, fichiers, download, share link, + les VM depuis la ligne de commande Bash de votre pc Linux ou depuis la ligne de commande Bash de l’instance wsdl de votre machine Windows (pour le grand public)
Je viens d’ajouter le support de l’API v10.x et d’OpenSSL 3.0.11 et la retrocompatibilité OpenSSL 1.1.1n et j’aimerai bien vérifier les certificats embeded dans les ULTRA avant de commit
Si d’ailleurs quelqu’un pouvait tester la lib et le programme de gestion des VM sur une Freebox ULTRA, ce serait top et je pourrais mettre à jour la doc en ajoutant le support des Freebox ULTRA (https://github.com/nbanb).
En vous remerciant d’avance
Freebox ECC Root CA
-----BEGIN CERTIFICATE-----
MIICWTCCAd+gAwIBAgIJAMaRcLnIgyukMAoGCCqGSM49BAMCMGExCzAJBgNVBAYT
AkZSMQ8wDQYDVQQIDAZGcmFuY2UxDjAMBgNVBAcMBVBhcmlzMRMwEQYDVQQKDApG
cmVlYm94IFNBMRwwGgYDVQQDDBNGcmVlYm94IEVDQyBSb290IENBMB4XDTE1MDkw
MTE4MDIwN1oXDTM1MDgyNzE4MDIwN1owYTELMAkGA1UEBhMCRlIxDzANBgNVBAgM
BkZyYW5jZTEOMAwGA1UEBwwFUGFyaXMxEzARBgNVBAoMCkZyZWVib3ggU0ExHDAa
BgNVBAMME0ZyZWVib3ggRUNDIFJvb3QgQ0EwdjAQBgcqhkjOPQIBBgUrgQQAIgNi
AASCjD6ZKn5ko6cU5Vxh8GA1KqRi6p2GQzndxHtuUmwY8RvBbhZ0GIL7bQ4f08ae
JOv0ycWjEW0fyOnAw6AYdsN6y1eNvH2DVfoXQyGoCSvXQNAUxla+sJuLGICRYiZz
mnijYzBhMB0GA1UdDgQWBBTIB3c2GlbV6EIh2ErEMJvFxMz/QTAfBgNVHSMEGDAW
gBTIB3c2GlbV6EIh2ErEMJvFxMz/QTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB
/wQEAwIBhjAKBggqhkjOPQQDAgNoADBlAjA8tzEMRVX8vrFuOGDhvZr7OSJjbBr8
gl2I70LeVNGEXZsAThUkqj5Rg9bV8xw3aSMCMQCDjB5CgsLH8EdZmiksdBRRKM2r
vxo6c0dSSNrr7dDN+m2/dRvgoIpGL2GauOGqDFY=
-----END CERTIFICATE-----
Freebox Root CA
-----BEGIN CERTIFICATE-----
MIIFmjCCA4KgAwIBAgIJAKLyz15lYOrYMA0GCSqGSIb3DQEBCwUAMFoxCzAJBgNV
BAYTAkZSMQ8wDQYDVQQIDAZGcmFuY2UxDjAMBgNVBAcMBVBhcmlzMRAwDgYDVQQK
DAdGcmVlYm94MRgwFgYDVQQDDA9GcmVlYm94IFJvb3QgQ0EwHhcNMTUwNzMwMTUw
OTIwWhcNMzUwNzI1MTUwOTIwWjBaMQswCQYDVQQGEwJGUjEPMA0GA1UECAwGRnJh
bmNlMQ4wDAYDVQQHDAVQYXJpczEQMA4GA1UECgwHRnJlZWJveDEYMBYGA1UEAwwP
RnJlZWJveCBSb290IENBMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA
xqYIvq8538SH6BJ99jDlOPoyDBrlwKEp879oYplicTC2/p0X66R/ft0en1uSQadC
sL/JTyfgyJAgI1Dq2Y5EYVT/7G6GBtVH6Bxa713mM+I/v0JlTGFalgMqamMuIRDQ
tdyvqEIs8DcfGB/1l2A8UhKOFbHQsMcigxOe9ZodMhtVNn0mUyG+9Zgu1e/YMhsS
iG4Kqap6TGtk80yruS1mMWVSgLOq9F5BGD4rlNlWLo0C3R10mFCpqvsFU+g4kYoA
dTxaIpi1pgng3CGLE0FXgwstJz8RBaZObYEslEYKDzmer5zrU1pVHiwkjsgwbnuy
WtM1Xry3Jxc7N/i1rxFmN/4l/Tcb1F7x4yVZmrzbQVptKSmyTEvPvpzqzdxVWuYi
qIFSe/njl8dX9v5hjbMo4CeLuXIRE4nSq2A7GBm4j9Zb6/l2WIBpnCKtwUVlroKw
NBgB6zHg5WI9nWGuy3ozpP4zyxqXhaTgrQcDDIG/SQS1GOXKGdkCcSa+VkJ0jTf5
od7PxBn9/TuN0yYdgQK3YDjD9F9+CLp8QZK1bnPdVGywPfL1iztngF9J6JohTyL/
VMvpWfS/X6R4Y3p8/eSio4BNuPvm9r0xp6IMpW92V8SYL0N6TQQxzZYgkLV7TbQI
Hw6v64yMbbF0YS9VjS0sFpZcFERVQiodRu7nYNC1jy8CAwEAAaNjMGEwHQYDVR0O
BBYEFD2erMkECujilR0BuER09FdsYIebMB8GA1UdIwQYMBaAFD2erMkECujilR0B
uER09FdsYIebMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgGGMA0GCSqG
SIb3DQEBCwUAA4ICAQAZ2Nx8mWIWckNY8X2t/ymmCbcKxGw8Hn3BfTDcUWQ7GLRf
MGzTqxGSLBQ5tENaclbtTpNrqPv2k6LY0VjfrKoTSS8JfXkm6+FUtyXpsGK8MrLL
hZ/YdADTfbbWOjjD0VaPUoglvo2N4n7rOuRxVYIij11fL/wl3OUZ7GHLgL3qXSz0
+RGW+1oZo8HQ7pb6RwLfv42Gf+2gyNBckM7VVh9R19UkLCsHFqhFBbUmqwJgNA2/
3twgV6Y26qlyHXXODUfV3arLCwFoNB+IIrde1E/JoOry9oKvF8DZTo/Qm6o2KsdZ
dxs/YcIUsCvKX8WCKtH6la/kFCUcXIb8f1u+Y4pjj3PBmKI/1+Rs9GqB0kt1otyx
Q6bqxqBSgsrkuhCfRxwjbfBgmXjIZ/a4muY5uMI0gbl9zbMFEJHDojhH6TUB5qd0
JJlI61gldaT5Ci1aLbvVcJtdeGhElf7pOE9JrXINpP3NOJJaUSueAvxyj/WWoo0v
4KO7njox8F6jCHALNDLdTsX0FTGmUZ/s/QfJry3VNwyjCyWDy1ra4KWoqt6U7SzM
d5jENIZChM8TnDXJzqc+mu00cI3icn9bV9flYCXLTIsprB21wVSMh0XeBGylKxeB
S27oDfFq04XSox7JM9HdTt2hLK96x1T7FpFrBTnALzb7vHv9MhXqAT90fPR/8A==
-----END CERTIFICATE-----
If you want your app to work in Italy, in addition to changing the default domain, you should trust this ECC Root CA:
-----BEGIN CERTIFICATE-----
MIICOjCCAcCgAwIBAgIUI0Tu7zsrBJACQIZgLMJobtbdNn4wCgYIKoZIzj0EAwIw
TDELMAkGA1UEBhMCSVQxDjAMBgNVBAgMBUl0YWx5MQ4wDAYDVQQKDAVJbGlhZDEd
MBsGA1UEAwwUSWxpYWRib3ggRUNDIFJvb3QgQ0EwHhcNMjAxMTI3MDkzODEzWhcN
NDAxMTIyMDkzODEzWjBMMQswCQYDVQQGEwJJVDEOMAwGA1UECAwFSXRhbHkxDjAM
BgNVBAoMBUlsaWFkMR0wGwYDVQQDDBRJbGlhZGJveCBFQ0MgUm9vdCBDQTB2MBAG
ByqGSM49AgEGBSuBBAAiA2IABMryJyb2loHNAioY8IztN5MI3UgbVHVP/vZwcnre
ZvJOyDvE4HJgIti5qmfswlnMzpNbwf/MkT+7HAU8jJoTorRm1wtAnQ9cWD3Ebv79
RPwtjjy3Bza3SgdVxmd6fWPUKaNjMGEwHQYDVR0OBBYEFDUij/4lpoJ+kOXRyrcM
jf2RPzOqMB8GA1UdIwQYMBaAFDUij/4lpoJ+kOXRyrcMjf2RPzOqMA8GA1UdEwEB
/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgGGMAoGCCqGSM49BAMCA2gAMGUCMQC6eUV1
pFh4UpJOTc1JToztN4ttnQR6rIzxMZ6mNCe+nhjkohWp24pr7BpUYSbEizYCMAQ6
LCiBKV2j7QQGy7N1aBmdur17ZepYzR1YV0eI+Kd978aZggsmhjXENQYVTmm/XA==
-----END CERTIFICATE-----
and this RSA Root CA:
-----BEGIN CERTIFICATE-----
MIIFiTCCA3GgAwIBAgIUTXoJE/kJnSKpxk5FjcmqmGah9zcwDQYJKoZIhvcNAQEL
BQAwTDELMAkGA1UEBhMCSVQxDjAMBgNVBAgMBUl0YWx5MQ4wDAYDVQQKDAVJbGlh
ZDEdMBsGA1UEAwwUSWxpYWRib3ggUlNBIFJvb3QgQ0EwHhcNMjAxMTI3MDkzODEy
WhcNNDAxMTIyMDkzODEyWjBMMQswCQYDVQQGEwJJVDEOMAwGA1UECAwFSXRhbHkx
DjAMBgNVBAoMBUlsaWFkMR0wGwYDVQQDDBRJbGlhZGJveCBSU0EgUm9vdCBDQTCC
AiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANXKZSyCmix6jt7jUmaCP4XF
caF4azeYZuA8A4sWQmQXRWTDj8oNClE5w7zo5qUYzHIBOubKY7hhIU7RXYR5Bdny
arNRoo5ZBplgEkv3G00IgXY2/lCywPQ8WorAn0k/uaRce239r6EkGC3fxCA3Asnc
q9lNkUoWaf0GktJai0DuW7bNY8cq+vzZpy/36ey0LQ4OoehfiA6vlUTVWakpjecJ
ller1RfVlgEH26wnerGge3LYBZv27XiahCft54AQLxRY3H/z8XpKsPnJJrrhEvSo
2p64Bd+g7ZbzCdeakrypjVC/eWn14UzbcBVgh0p4F4990LuGxLVqyh6XcZOSSi01
4fpca5xPDCiohEX7ehMLpdURbhKzPj17IpwTmonfVmxkvV8rca1PqhDPEOouwPtc
M55eCgtwgSBeDznFKD7s+az/SZYC16GTgyXTCd2lId/J1unZ4pdzNVMAglTpnGgz
eQkHvfcVYdJj49tOtW0OpSPBiNIC6LCVY9wtH5dRMm0k+A8QDP+9HQaOs3LIUMwu
WGePw6r+eXUYw/2yO0z3zI/63hOpzZVixW+T7h3SY5B+sTrxR9fRD1oyk/rPV4I3
X5mZnyzSowjcN3+hSkGIZBleMO3CHaYleIf1/9HHhCJCVeeJ4kwEWY18Z0A+ohFh
D/dipgwmLCDH1/irDT4pAgMBAAGjYzBhMB0GA1UdDgQWBBTcW1RrTVIizaqkrkTI
CSw86qDJkTAfBgNVHSMEGDAWgBTcW1RrTVIizaqkrkTICSw86qDJkTAPBgNVHRMB
Af8EBTADAQH/MA4GA1UdDwEB/wQEAwIBhjANBgkqhkiG9w0BAQsFAAOCAgEAOfi6
fCuVLJD+vttO34cdB3i5hofmNrzgLh/spnwdm4y9EvvVqDvLdVLEIbvKf0QEcW0Y
dwP1BgmKwwHVv9YydHov8Jr4ANoGGXJnPLPcYDhRnixYEQmlTwSL/CLUcQ2hQWXx
Oc0k1jJB7uk6TPdX2YJyW4NpIcwI2sa5Dg/L8PqM0/pMYnMyG1hBwUc2M2qg3qTJ
zeiYT9zBHxS/JXA40yH4g9NzcFisVuYrfmINb11GmeqClm2OWehSdgdv9tEph3NW
ntJTENRrDvuj/pGZsnbofzgHNN6/nanymmrEPxG+xUGLIAW7zFndTKityhJ9FRqF
ultoZR2D19hh+n1277TSCPRJzUpq9rrfiqukjua3UjBzEvevnmSbLs1bXcNAxFYN
oZZ2euHoBv+E3BHjGik4RUkEJYtf5Xh+iffk4zTMfKBERn40fB7yF1xzxyoziltL
VxfueF9V6N7qjo5Ia7kiShXXsB+QdQdweuxWm1pPYmMbfTxNEqFUs3GhwEjzLaJc
cJOedwCT4ntbyCcTQaRlDL8QFjdE4gNm2ZaoG+gqGTLPS55H+ZvLsgUCiR5YY44N
G2Gkv4w/V/eB3eAvd5lgm6oOe8ehdr5JdpD6wnW2GOHs4SBdBo6yR+4RgEimNmgF
Yu11tlZsB2Iw/TT1EyPVb5z6tK4wUgWLNFAvjXU=
-----END CERTIFICATE-----
En vous remerciant encore
Cordialement
nbanba
|
|
39132 | 06/03/2024 | Autre | API | Freebox V9 (Ultra) | Nouveau | API VM ressources sur Freebox Ultra |
Description de la tâche
Bonjour
Je n’ai pas de ULTRA.
Afin de maintenir la library BASH permettant d’utiliser l’API de manière user firendly depuis le shell bash de chaque machines, est ce que quelqu’un pourrait faire le call suivant sur l’API d’une ULTRA :
GET https://mafreebox.freebox.fr/api/v10/vm/info
Sur une DELTA avec la RAM à 16g j’obtiens
$ get_freebox_api vm/info | jq
{
"success": true,
"result": {
"usb_used": false,
"sata_used": false,
"sata_ports": [
"sata-internal-p0",
"sata-internal-p1",
"sata-internal-p2",
"sata-internal-p3"
],
"used_memory": 12288,
"usb_ports": [
"usb-external-type-a",
"usb-external-type-c"
],
"used_cpus": 3,
"total_memory": 15360,
"total_cpus": 3
}
}
En vous remerciant d’avance,
Cordialement
nbanba
|
|
24728 | 21/01/2019 | Évolution | Non trié | Freebox Server V7 (Delta) | Nouveau | Agrégation 4G + xDSL propager NAT ou session |
Description de la tâche
Bonjour,
En mode xDSL+4G , en fait et contrairement à ce que free m a assuré au téléphone, la Freebox utilisé 2 connexions Internet, donc 2 ip publiques:
Une pour le xDSL : chez moi 82.230.xx8.xxx
Et
Une pour la 4G : chez moi 82.252.x34.xxx
Or le problème c est que les NAT ne sont faits que sur la pâte xDSL et ces NAT ne sont pas propagés sur la pâte 4G.
De plus, il n est pas possible de configurer le NAT de la pâte 4G, ni indépendamment de la pâte xDSL, ni tout court.
La Freebox delta ne disposant malheureusement pas d une interface CLI, il n est pas possible de récupérer les informations élémentaires de routage et d agrégation des liens.
Pourriez vous :
- 0) Mettre en place une interface CLI sur la freebox avec un command shell “cisco like” pour qu el’on puisse debugger
- 1) Pour que l’on puisse utiliser le service tout de suite, il faut propager les NAT de la pate xDSL a la pate 4G
- 2) Pour faire mieux, utiliser BGP pour basculer la session de manière transparente de la pate xDSL à la pate 4G (comme on le fait entre 2 fibres en load balancing)
- 3) Pour faire encore mieux, utiliser LACP (avec tous les runners actifs) pour agréger les liens sur une seule IP
en vous remerciant d’avance
nbanba
|
|
24983 | 27/01/2019 | Évolution | WiFi | Freebox Server V7 (Delta) | Nouveau | Contrôlleur WIFI réglage du TCPMSS |
Description de la tâche
Bonjour,
J’ai des drop sur les paquets wifi (surtout en 2.4GHz) qui causent des perturbations, jusqu’à la perte effective du flux transmis.
Aillant déjà eu le problème avec des AP wifi intérieur Cisco 2802i, le comportement avait pu être corrigé en abaissant le MSS sur le contrôleur wifi ce qui permettait aux trames de ne plus être drop.
Pourriez vous ajouter un réglage du paramètre TCPMSS afin que l’on puisse réduire la taille des segments ?
En vous remerciant d’avance,
cordialement,
nbanba
|
|
26056 | 23/02/2019 | Anomalie | LAN | Freebox Server V7 (Delta) | Nouveau | BUG: Freeplug cause boucle réseau lors du reboot d un s... |
Description de la tâche
Bonjour
Hier, j’ai été amené à reboot 1 switch L3 connecté en sfp+ a la Freebox suite à la mise à jour du firmware du switch.
Lors du reboot, lorsque le switch était éteint, le Freeplug connecté à la Freebox À récupérée toutes les adresses mac des équipements connecté sur le switch et s est comporté comme 1 switch sans spanning tree (STP) ni BPDU Guard, causant de fait 1 magistrale boucle sur le réseau, faisant augmenter le traffic sur le Freeplug jusqu’à écroulement total du réseau.
Pour info, je n utilise les Freeplug que pour l alimentation électrique, mes équipements ne communiquent qu en fibre ou en rj45 . Je n utilise pas la fonction CPL des Freeplug.
J’ai du débrancher le Freeplug, le switch, le firewall et le switch out of band (connecté au port de management du switch sfp+ que j ai reboot) jusqu’à ce que la boucle s arrête.
Après, en rebranchant la box puis en reactivant les équipements puis les vlans 1 par 1 , j’ai réussi à remettre en route le réseau.
Pourriez vous implémenter la configuration de STP / BPDU sur les ports de la Freebox et notamment du freeplug afin d éviter ce comportement lors du reboot d équipement actifs sur le réseau ?
En vous remerciant d avance
Cordialement
nbanba
|
|
27217 | 07/05/2019 | Anomalie | DSL | Freebox Server V7 (Delta) | Fermée | IPv6 mise a disposition du /60 complet qui est routé su ... |
Description de la tâche
Bonjour,
Il y a un BUG d’affichage et de configuration dans l’interface FreeboxOS :
En IPv6, seule le premier /61 du /60 que Free aloue a chaque client peut être redirigé vers un NEXT HOP
exemple :
Le bloc IPv6 que Free alloue a ma connexion est 2a01:e0a:XXX:YYY0::/60
Dans la zone de configuration de l’IPv6 sur la box, on ne peut mettre des next hop que pour les 8 premiers networks :
2a01:e0a:XXX:YYY0::/64
2a01:e0a:XXX:YYY1::/64
2a01:e0a:XXX:YYY2::/64
2a01:e0a:XXX:YYY3::/64
2a01:e0a:XXX:YYY4::/64
2a01:e0a:XXX:YYY5::/64
2a01:e0a:XXX:YYY6::/64
2a01:e0a:XXX:YYY7::/64
LE BUG :
La zone de configuration ne permet pas de régler les next hop de 8 à f et la Freebox Delta ne les annonce pas à l’intérieur du réseau. Donc les 8 réseaux /64 contenus dans
2a01:e0a:XXX:YYY8::/61
ne peuvent pas recevoir de next hop et ne sont pas routés sur le lan interne de la freebox
J’ai donc pensé dans un premier temps que Free n’allouait qu’un /61 à chacun de ses clients, et j’ai fait le test suivant :
J’ai configuré le /60 : 2a01:e0a:XXX:YYY0::/60 sur un firewall interne au réseau, et j’ai fait annoncé sur le réseau porté par le firewall les 16 networks /64 allant de 2a01:e0a:XXX:YYY0::/64 à 2a01:e0a:XXX:YYYf::/64
LA freebox ne permettant de configurer des next hop que pour les 8 premiers subnets (le premier /61), j’ai configuré le link-local du firewall en next hop pour les 8 premiers subnets (le 1er /61 du /60), et il fut impossible de configurer le routage entre la freebox et le firewall pour le deuxième /61 du /60
En autoconfiguration, les machines ont donc autoconfigurés une IPv6 sur chacuns des 16 subnets .
Depuis une machine présente sur le réseau derrière le firewall, j’ai récupéré une des IPv6 autoconfigurée avec slaac sur un des subnet /64 du deuxième /61 du /60 et je l’ai noté de côté.
J’ai ensuite déconfiguré du firewall le deuxième /61 du /60 car il était injoignable depuis internet (pas de next hop entre la freebox et le firewall) et car le firewall était la gateway pour les 8 networks /64 du deuxième /61 du /60 (non pertinent pour le test, donc déconfiguré).
Les machines derrière le firewall ont donc auto déconfigurés les 8 IPv6 qu’ils avaient configurés avec slaac sur chacun des 8 subnets du deuxième /61 du /60 , et la configuration devenait cohérente entre la freebox et le firewall .
Sur une des machines présente derrière le firewall, j’ai donc fait un test de traceroute vers l’IPv6 que j’avais noté précédemment et qui avait été autoconfigurée sur un des /64 du deuxième /61 du /60 fourni par Free à chaque client.
Et là, SURPRISE : le traceroute part sur le backbone FREE et revient chez moi :
17:02:11 nba@14RV-SERVER-134:~$ traceroute6 2a01:e0a:xxx:yyy8::1 ← IPv6 dans le 2è /61 du /60
traceroute to 2a01:e0a:xxx:yyy8::1 (2a01:e0a:xxx:yyy8::1), 30 hops max, 80 byte packets
1 * * * ← firewall (transparent)
2 6.home (2a01:e0a:xxx:yyy0::1) 1.465 ms 1.516 ms 1.544 ms ← IPv6 de ma Freebox
3 2a01:e00:2006:f836:8cca::ffff (2a01:e00:2006:f836:8cca::ffff) 1.931 ms 2.092 ms 2.142 ms ← Backbone FREE
4 6.home (2a01:e0a:xxx:yyy0::1) 1.936 ms 1.962 ms 1.990 ms ← IPv6 de ma Freebox
5 * * * ← Pas de next hop , le traceroute se perd
6 * * *
7 * * *
⇒ DONC :
→ Le 2è /61 du /60 est bien alloué a chaque client et il est routé vers la Freebox
→ Il y a donc un BUG de configuration dans l’interface qui ne permet pas de configurer les Next Hop sur les subnets de 2a01:e0a:xxx:yyy8::/64 à 2a01:e0a:xxx:yyyf::/64
→ Il y a également un autre BUG: les subnets de 2a01:e0a:xxx:yyy8::/64 à 2a01:e0a:xxx:yyyf::/64 (2è /61 du /60) ne sont pas annoncés par la freebox Delta sur le réseau local, il sont pourtant bien routés vers la Freebox depuis le réseau FREE
Merci de corriger ces 2 problèmes rapidement, afin que l’on puisse exploiter ce que vous nous fournissez.
Cordialement,
nbanba
PS:
Je ne parle ici que de la Delta car je ne sais pas quel est le comportement avec les autres freebox
|
|
30093 | 29/02/2020 | Évolution | Non trié | Freebox Server V7 (Delta) | Fermée | Sauvegarde de la confiuration hard et soft de la freebo ... |
Description de la tâche
Bonjour,
J’ai eu une mésaventure avec le player dévialet qui reste tanké sur l’étape de connexion au réseau.
Impossible de le faire dépasser cette étape, et ce, malgré un (plusieurs) reboot d’usine.
Donc j’ai fini par appeler le 3244 qu m’a dit que le problème était connu et identifié et que pour le résoudre, il fallait faire un hard reset du freebox-server .
Jusque là, pas de problèmes... mais AIIIIE ! Sauf que sur les deltas, un reset usine du server peut vite être coûteux en temps et on peut vite perdre toutes ses configurations...
Quid des VMs ?
Quid du RAID ?
(normalement le superblock multidevice est directement sur les disques , mais bon, il y a toujours un risque de perdre la grappe)
Quid des configuration ?
(leases DHCP ? Port forwarding? next hope en ipv6 ? etc...)
Idem côté wifi si on utilise des configurations différentes pour chacun des 3 AP ...
Bref, pour avoir déjà eu un échange du serveur de la delta, j’en ai un souvenir douloureux, et j’avais tout perdu.
Sur les serveur Oracle (SUN), HP ou encore Dell, dans les contrôleurs out-of band type ILOM ou iDRAC, il y a une fonction permettant d’extraire la configuration hardware (et sorfware) de la machine, en allant du bios à la configuration de la carte raid,celle de la carte out of band, etc...
En général on récupère un fichier XML que l’on peut recharger si on fait des reset hard de ces types de machines ou si on en a plusieurs identiques.
Pourriez vous SVP mettre en place une fonctionnalité équivalente ?
Pourriez vous SVP mettre un bouton dans FreeboxOS qui permettrait d’extraire toute la conf de la box dans un fichier XML et que l’on pourrais importer sur une autre box ou après un reset usine du serveur .
En vous remerciant d’avance,
Cordialement,
nbanba
|
|
30472 | 27/04/2020 | Évolution | LAN | Freebox Server V7 (Delta) | Nouveau | Implémentation spanning tree pour éviter les boucles ré... |
Description de la tâche
Bonjour,
Dans l’architecture Freebox Delta global avec player Devialet, il y a un fort risque de créer une boucle réseau quand on utilise un switch externe (par exemple, un switch manageable 1G/10G connecté en SFP+ à la freebox ), et que l’on connecte le player Dévialet dessus.
C’est à cause des freeplugs et du manque d’implémentation de spanning tree dans le menu de configuration des ports du switch dans FreeboxOS.
Les symptomes peuvent être : perte de paquets, réseau lent, réseau instable, latence et charge moyenne élevée, coupures voir écroulement total du réseau...
–> Boucle réseau à cause des freeplugs :
Le player DEVIALET est nécessairement alimenté par un FREEPLUG qui transporte le réseau
Si on n’utilise pas les freeplugs pour le réseau du player mais un RJ45 branché sur un switch différent du switch embarqué dans la freebox (par exemple un switch manageable SFP+ ayant des ports 1G cuivre dispo), cela créé une boucle réseau entre :
/---------> freeplug1 <--------> fbx-server <-------> SWITCH-EXTERNE <--------\
| |
| BOUCLE RESEAU: la MAC du fbx-player est adressée par 2 chemins |
| |
\---------> freeplug2 <--------> fbx-player <---------------------------------/
→ Le switch de la freebox n’est pas paramétrable
→ on ne peut pas configurer spanning tree sur le port des FREEPLUGS
Solution (Sans changer le câblage physique)
=⇒ Désactiver la synchro des freeplugs (créé beaucoup d’interférences sur le réseau électrique)
=⇒ Ou mieux, brancher un des freeplug sur une bobine d’isolement afin de bloquer totalement le réseau CPL
=⇒ Dernier recours, restart les freeplugs en boucle jusqu’à ce que le le flux arrête de passer par ce chemin (très aléatoire, mauvaise solution à terme)
@FREE : Pourriez vous SVP implémenter Spanning Tree afin de pouvoir bloquer le réseau des freeplugs et éviter ce phénomène lié a la topologie L2 des équipements?
En vous remerciant d’avance,
Cordialement,
nbanba
|
|
30577 | 12/05/2020 | Anomalie | Télévision | Freebox Server V7 (Delta) | Fermée | LAG myCanal en IPv6 natif |
Description de la tâche
Bonjour,
Je rencontre un problème avec l’application myCanal (accessible avec les logins Free) :
Quelque soit le device sur le réseau :
TV connecté en RJ45 ou en Wifi
PC connecté en fibre ou en Wifi ou en RJ45
Tablette connectée en Wifi
… L’application myCanal lag au point qu’il est difficile de regarder une vidéo.
Par contre, aucun problème avec le service TV sur le player Devialet.
Je tiens à préciser que pendant ce temps, les conditions de ligne de la freebox sont optimal (ping stable sur internet d’environ 2ms, débit descendant entre 6 Gb/s et 8Gb/s , débit montant supérieur a 600Mb/s, pas de gigue, pas de pkg loss , etc… )
Ce qui est surprenant, c’est que si je connecte une tablette, une TV ou un PC en WIFI sur le partage de connexion de mon téléphone FREE MOBILE, il n’y a plus aucun problèmes ni aucuns LAG sur l’appli myCanal, alors que le débit théorique maximal descendant de mon téléphone est 54.61 fois inférieur au débit réel descendant de ma box.
=⇒ Le problème n’est pas côté client, l’appli fonctionne bien avec le wifi de mon téléphone.
Cependant, une chose différencie ces 2 réseaux (Fibre PON / UTRAN LTE) :
Le réseau fibre PON qui relie ma box à Internet est en IPv6 natif et transporte l’IPv4 par tunnel alors que le réseau UTRAN qui donne internet a mon téléphone est en IPv4 natif et ne transporte pas d’IPv6.
Le problème viendrait il de là ?
En vous remerciant d’avance pour cotre aide,
Cordialement,
nbanba
|
|
35653 | 26/09/2021 | Anomalie | Fibre | Freebox Server V7 (Delta) | Fermée | Bridage : débit IPv4 divisé par 8 après 1 minute, le dé ... |
Description de la tâche
Bonjour
Depuis quelque temps (plus d'1 mois, peut-être même depuis avant l'été) je constate un comportement extrêmement surprenant et très gênant sur ma connexion fibre avec ma Delta.
Quand je reboot la box, j'ai un débit descendant de plus de 7gb/s en IPV4 et en IPV6, puis au bout d'1 minute, le débit IPV4 tombe à moins d'1gb/s alors que le débit IPv6 lui reste de l'ordre de 7gb/s à 8gb/s.
Pour récupérer le débit de 7gb/s à 8gb/s en IPv4, la seule solution est de reboot la box. Puis je récupère le débit IPV4 pendant 1 minute (le temps de faire un speedtest) puis il chute en dessous de 1gb/s très rapidement alors que (et j'insiste) le débit IPv6 lui reste de 7gb/s à 8gb/s.
PS: Je suis propriétaire des liens et des serveurs distants sur lesquels je fais les tests, le problème NE vient PAS de l'extérieur du réseau Free, c est soit une limite qui s'applique, soit un bug, mais en tout cas le problème ne vient pas des autres éléments. Le problème ne vient pas non plus du réseau fibre interne ou des équipements qui le composent.
Cordialement
nbanba
|
|
36759 | 26/06/2022 | Anomalie | Matériel | Freebox Server V7 (Delta) | Fermée | Problème hardware: ventilo HS par intermittence |
Description de la tâche
Bonjour
1 des ventilo de la Delta s’arrête de manière périodique, puis il refonctionne .
Je précise que ce n'est pas parce que le serveur est trop froid que le ventilo s'arrête, le second ventilo monte à 100% de ses capacités quand le premier ventilo ne fonctionne pas.
Avec les fortes chaleurs de l'été, pas trop envie de perdre le stockage présent dans la box …
Quelle est la procédure pour remplacer ce ventilo SVP ?
Cordialement
nbanba
|
|
37387 | 24/11/2022 | Anomalie | Téléchargements | Freebox Server V7 (Delta) | Nouveau | BUG : Gestionnaire de Téléchargement innopérationnel |
Description de la tâche
Bonjour
En faisant des tests avec l’API, j’ai des taches qui sont ben créés dans le gestionnaire de téléchargement de la Freebox.
Ce sont des tâches en téléchargement direct sur des liens https, genre https://https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-11.5.0-amd64-DVD-1.iso
Puis rien ne se passe …
Idem si j’ajoute à la main le lien en mode téléchargement directe, dans FreeboxOS
Depuis mon laptop, un “curl -X GET https://https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-11.5.0-amd64-DVD-1.iso " fonctionne merveilleusement bien !
Pourquoi un simple GET HTTP (en HTTPS) ne fonctionne t’il pas dans le gestionnaire de téléchargement de la Freebox Delta ?
Pas de logs, même en mode debug…
Dans FreeboxOS, j’essaye de forcer le démarrage des tâches, impossible…. à s’en arracher les cheveux !
Donc je repose la question ;
Pourquoi un simple GET HTTP (en HTTPS) ne fonctionne t’il pas dans le gestionnaire de téléchargement de la Freebox Delta ?
En grattant un peu, je trouve que selon ma bonne vieille habitude au niveau du routeur de la Freebox j’ai fermé tous les ports ENTRANTS qui ne me servaient pas
À savoir VPN en tous genre, Bittorrent, Bittorrent DHT , etc…
Je me dis, non quand même pas ! Les devs n’auraient pas fais ça !
Eh bien si, ils l’ont fait !
Et là j’autorise les ports entrant de Bittorrent et de la hash table Bittorrent, et d’un coup, ça démarre, ça fonctionne, pleins de logs, YES !
Je me dis, c’est pas de bol, mais je refais un test, je ferme les ports Bittorrent, Bittorrent DHT en cours de téléchargement.
Eh là, tout s’arrête, plus de logs, etc…
Eh bien en fait MALHEUREUSEMENT OUI, ils l’ont fait !
Si vous fermez les ports Bittorrent, Bittorrent DHT , la libcurl de la freebox n’est plus en mesure de faire un GET HTTP !
Perso je ne vois pas trop le rapport, surtout qu’il s’agit de ports entrants, la je fait une requête sortante… mais je vois bien le BUG !
@free-DEVS : Pourriez vous SVP faire en sorte que l’ouverture et la fermeture des ports entrants Bittorrent et Bittorrent DHT ne bloque plus les GET HTTP et l’ensemble du gestionnaire de téléchargement ?
(Aujourd’hui le gestionnaire de téléchargement sert pour pomper les images des VMs, majoritairement avec des GET HTTP)
A part un gros bug, il n’y a aucune raison d’avoir pareil comportement …
Pourriez vous SVP faire le nécessaire pour que l’on puisse fermer les ports entrants de Bittorrent + DHT sans que cela n’affecte la capacité de téléchargement direct (GET HTTP) sur un serveur distant de la freebox ?
Merci
Cordialement
nbanba
|
|
37461 | 06/12/2022 | Anomalie | Console de gestion | Freebox Server V7 (Delta) | Nouveau | Erreur sur la gestion des langues |
Description de la tâche
Bonjour
La doc de l’API présente sur ma freebox Delta ici : https://https://mafreebox.freebox.fr/#Fbx.os.app.help.app dit concernant les langues :
GET /api/v8/lang/
{
"success": true,
"result": {
"lang": "fra",
"avalaible": [
"fra",
"eng"
]
}
}
et
Set language
POST /api/v8/lang/
{
"lang": "eng"
}
{
"success": true,
}
Le souci c’est que sur ma box j’ai :
$ call_freebox_api lang
{
"success":true,
"result":{
"lang":"fra",
"avalaible":[
"fra"
]
}
}
et bien evidemment quand je fais :
$ add_freebox_api lang/ '{"lang":"eng"}'
j’obtiens :
Erreur interne: internal_error
Pourriez vous SVP corriger ce BUG et remettre le support de la langue anglaise au niveau de l’API (posix english)?
D’ailleurs pour être RESTFULL COMPLIANT, l’API ne dois t’elle pas être nativement en Anglais ?
Ça éviterai des trucs bien moches avec l’API comme :
Erreur lors de la suppression de la tâche : Pas de tâche avec cet id: task_not_found
$ del_dl_task_api downloads 215
Erreur lors de la suppression de la tâche : Pas de tâche avec cet id: task not found
En vous remerciant d’avance
Cordialement
nbanba
|
|
24729 | 21/01/2019 | Évolution | LAN | Freebox Server V7 (Delta) | Nouveau | Mise en place de protocole réseaux de base | |
|
24745 | 21/01/2019 | Évolution | Somfy | Freebox Server V7 (Delta) | Fermée | Etat du pairing / Etat des réseaux RTS, SIgFox, etc... ... | |
|
24748 | 21/01/2019 | Évolution | Freebox OS | Freebox Server V7 (Delta) | Nouveau | MIse en place d'un accès SSH avec BUSYBOX et TCPDUMP | |
|
24984 | 27/01/2019 | Évolution | WiFi | Freebox Server V7 (Delta) | Nouveau | Diffusion multiples SSID / VLANS | |
|
24987 | 27/01/2019 | Évolution | WiFi | Freebox Server V7 (Delta) | Nouveau | Gestion d'un ou plusieurs AP externes | |
|
24988 | 27/01/2019 | Anomalie | WiFi | Freebox Server V7 (Delta) | Fermée | Gestion de la puissance d'émission des AP WIFI | |
|
30529 | 04/05/2020 | Évolution | Non trié | Freebox Server V7 (Delta) | Nouveau | Support iSCSI nas delta | |
|
30530 | 05/05/2020 | Évolution | Non trié | Freebox Server V7 (Delta) | Nouveau | Support dm-cache nas delta | |
|
36058 | 04/12/2021 | Anomalie | VM | Freebox Server V7 (Delta) | Fermée | Mode promiscuous sur l'interface virtio des VM KVM de l ... | |
|
36617 | 07/05/2022 | Autre | API | Freebox Server V7 (Delta) | Fermée | Websocket API / probleme d interprétation des caractère ... | |
|
39245 | 25/03/2024 | Anomalie | API | Freebox Server V7 (Delta) | Fermée | Erreur de documentation API VM | |
|
39280 | 03/04/2024 | Anomalie | API | Freebox Server V7 (Delta) | Nouveau | API - Erreur message inconnu dans la documentation | |
