Bonjour, premier post pour moi sur le forum.

Depuis quelques jours, @Raraph84 et moi-même testons cette idée un peu loufoque de remplacer notre Livebox par un conteneur Docker.

Forcément, ce projet s'adresse aux personnes qui ont/vont procéder à l'opération depuis un OS basé sur Linux (Debian 13 lors de nos tests).

Voici les liens du projet, n'hésitez pas à tester et nous faire des retours, une update est prévu pour la télé/téléphone quand le temps nous le permettra :

GitHub : https://github.com/Raraph84/docker-livebox
Docker Hub : https://hub.docker.com/r/raraph84/livebox

Bien évidemment, ce projet a été possible grâce aux ressources déjà présentes.
Merci à toutes les personnes qui ont partagé des infos ! ^^

Bonjour,
Dans le futur nous comptons le rendre plus flexible (pouvoir activer/désactiver des fonctionnalités)
Et aussi implémenter d'autres fonctionnalités présentes dans la Livebox comme un serveur DHCP par exemple
N'hésitez pas aussi à proposer des idées et à faire des PR :p

Oui j'ai justement pensé hier soir qu'on avait oublié de citer nos sources, je vais faire ca tout de suite !

Bonsoir,

Après avoir détaillé mes péripéties, je viens aux nouvelles pour l'édition Livebox.

Il semblerait que le bug CoS/VLAN que j'ai découvert côté Bouygues affecte également Orange. La différence, est que Orange répond au DHCP quelle que soit l'adresse IP source de la requête, alors que Bouygues ignore tout simplement les paquets malformés.
Le bug existe des deux côtés, mais il passe inaperçu chez Orange car leur serveur DHCP est plus permissif.

Si malgré tout vous souhaitez corriger le souci, un passage sur une carte E1000 sur Proxmox règle le problème (Pour les VM du moins). Je prendrai le temps de lister les cartes/chipsets touchés quand j'aurai le temps.

une IP source dans une requête DHCP ?

C'est un abus de langage de ma part. Dans un DHCP Discover, le client n'a pas encore d'IP donc l'en-tête IP contient 0.0.0.0 en source.
Le bug fait que ce champ passe de 0.0.0.0 à 0.0.255.255 (décalage de 2 octets dans le paquet).

Extrait sur mes tests bouygues (Valable chez Orange) :
00:28:34.470393 f8:ab:05:09:14:a8 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 346: vlan 100, p 6, ethertype IPv4 (0x0800), (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.255.255.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from f8:ab:05:09:14:a8, length 300

Eh bé !

Ce n'est pas un bogue à proprement dit. Si c'est le cas alors l'application est défectueuse (invalide en l'état).

Je ne comprends pas le motif. Présenter un produit comme étant fini « à fin éducatif ou usage personnel » mais qui est bancal.
On est sur une solution professionnelle (ayant pour vocation de remplacer une Livebox) mais partiellement achevée. Je trouve
que cela manque de rigueur.

Je n'ai jamais prétendu que c'était une solution professionnelle. Le projet est open source et en phase de test, c'est écrit noir sur blanc. L'objectif est justement de partager et de permettre à la communauté de contribuer.
Tout ça est fait par passion et gratuitement.

Concernant le "bug", il s'agit d'un problème dans le fonctionnement même de nftables sur les interfaces VLAN avec certains drivers.
Ce n'est pas un défaut du projet en lui même. D'ailleurs, un rapport a été soumis aux développeurs de netfilter.

Si vous pensez pouvoir corriger ce bug, je vous invite à faire une PR ^^