Il y a maintenant un site pour suivre le développement de ce projet : NeufBox 4 Reboot.

Et également une nouvelle version, la 3.1. Hélas le site du projet ne détaille pas la liste des améliorations apportées.

Pour télécharger la version 3.1, ça se passe sur Windows Live.

Source : PC INpact

Des sources étaient déjà disponibles, mais c’était une archive contenant des sources qui ne permettaient pas de recompiler un firmware identique au firmware d’origine.

Et la bonne nouvelle, c’est qu’on va retrouver un système de compilation connu et apprécié : OpenWrt !

Il est désormais possible de recompiler le firmware de la neufbox à l’identique pour ensuite reflasher sa neufbox (il est fortement conseillé d’acheter une neufbox dans le commerce avant de la bidouiller, au lieu de modifier sa neufbox en location).

Pour récupérer les sources et recompiler le firmware :

~$ svn co http://svn.efixo.net/trunk/ neufbox
~$ cd neufbox/
~$ make nb4-main

Comme vous pourrez le constater, les sources des pilotes propriétaires Broadcom et des outils propriétaires Efixo ne sont pas disponibles. Ces binaires sont récupérés lors du processus de compilation et intégrés au firmware, ce qui permet de garder les fonctionnalités du firmware d’origine (téléphonie, TV,…).

En revanche, comme les sources des logiciels libres utilisés sont fournies, cela permet de modifier et d’intégrer diverses fonctionnalités non présentes d’origine.

Comme vous pouvez le constater sur son blog, e-t172 est un administrateur système chevronné, qui n’a pas peur de mettre les mains dans le cambouis. C’est donc tout naturellement qu’il a rapidement remplacé sa neufbox 4 par une machine qui fait également serveur, directement connectée au media converter.

Il a récemment reçu un neufbox 5 pour remplacer la neufbox 4, et vient donc de mettre à jour son tutoriel qui explique comment bypasser sa neufbox. Et si la téléphonie et la télévision ne vous intéressent pas, il est même possible de se passer complètement de la neufbox !

Comme il reçoit sur sa ligne FT 46 appels par jour qui ne lui pas destinés, il avait pour habitude avec son AOL box d’avoir deux téléphones différents pour les appels de la ligne FT et pour la VoIP. Or sur la neufbox, c’est différent : un relais bascule entre la ligne FT et la VoIP.

Il tombe alors sur neufbox4.org :

Et comme par miracle je tombe sur ce site magnifique qui me fournis la doc des composants qui gèrent le switch entre la VoIP et la ligne FT…Donc apres etude des datsheets il sembles facile de placer un interrupteur sur la détection de sonnerie du composant

Il commence alors à bricoler. Voilà le résultat en image :

Et pour finir, il a écrit un tutoriel pour expliquer comment il a fait. C’est sur le wiki, page Désactiver le relais FT.

Attention : Si vous avez envie de bricoler votre neufbox, il est fortement conseillé d’en acheter une dans le commerce. Ne modifiez pas une neufbox de prêt. Vous êtes seul responsable des dommages causés à votre neufbox. Vous voilà prévenus

Le code source est disponible ici : svn://svn.openwrt.org/openwrt/branches/backfire/

Vous pouvez également trouver plus d’informations sur les différents moyens de récupérer le code source sur le wiki d’OpenWrt.

Nouveautés depuis la dernière version stable :
* Noyau Linux 2.6.32 avec support à long terme, uClibc 0.9.30
* Support des drivers basés sur mac80211, tels que ath5k, ath9k and b43
* Support d’implémentations libc alternatives
* Nouveau serveur web “uhttpd” (le httpd de busybox est maintenant désactivé par défaut)
* Support étendu de X.org avec GTK+, QT etc.
* Nouveau format de configuration du switch configuration pour les devices Broadcom (cf http://wiki.openwrt.org/doc/uci/network#switch)
* Nouveau binaire multicall “wpad” wpa-supplicant et hostapd
* Support initial du wifi Broadcom mac80211
* Système preinit modulaire
* Support optionel du rootfs sur média amovible
* Support du format TRX v2 nécessaire pour les nouveaux devices tels que le Linksys WRT54G3GV2-VF
* Nouveau fichier /etc/openwrt_release machine-readable avec détails de la version de la release

Nouvelles plateformes supportées :
* Atheros AP81: Ubiquiti Router Station Pro, TP-Link TL-WR1043ND, Netgear WNDR3700, etc. (ar71xx)
* Broadcom ADSL modem/router chipsets (brcm63xx)
* Cavium Networks Octeon based boards (octeon)
* Cobalt Networks MIPS-based servers (cobalt)
* Infineon Danube/TwinPass avec drivers libres DSL & VoIP drivers (ifxmips)
* Ingenic XBurst: QI Ben NanoNote (xburst/qi-lb60)
* Intel Tolapai SoC (x86/ep80579)
* Marvell Kirkwood: SheevaPlug, GuruPlug, OpenRD… (kirkwood)
* Marvell Orion SoC (orion)

Problèmes connus :
* pour l’instant, les canaux 5 Ghz ne fonctionnent pas avec les drivers basés sur mac80211 à cause de problèmes de régulation DFS

Pour tous les détails sur cette nouvelle release, rendez-vous sur le trac d’OpenWrt.

C’est maintenant chose faite grâce à guifort, qui a créé une nouvelle page sur le wiki, intitulée Débriquage via JTAG, qui détaille les étapes pour récupérer sa neufbox suite à une mauvaise manipulation.

Au programme des améliorations :

Version 2.1 : Possibilité de mettre sa propre adresse IP locale dans les options si jamais elle a été modifiée dans l’interface.

Version 2.2 : Correction d’un défaut apparu avec la version 2.1. Le changement d’adresse IP ne fonctionnait pas tant que les options n’avaient pas été ouvertes au moins une fois.

A quoi ça peut bien servir ? Par exemple pour les sites qui limitent l’utilisation de leurs services en se basant sur l’adresse IP :

• Megavideo
• Megaupload
• RapidShare
• …

Source : Infostuces

Il est désormais disponible en version texte sur le wiki : Arrêt du 16 septembre 2009 - Cour d’Appel de Paris - Pôle 5 Chambre 10 - RG n°04/24298.

On peut donc maintenant faire des copier-coller pour étayer son argumentation. Exemple avec un passage très intéressant :

Considérant qu’il résulte de l’ensemble de ces éléments que la société EDU 4 a manqué à ses obligations contractuelles en livrant en décembre 2001, date à laquelle devait s’apprécier sa conformité, un produit, d’une part qui présentait pour les utilisateurs des EOF des risques d’atteinte à la vie privée, d’autre part qui ne satisfaisait pas aux termes de la licence GNU GPL puisque la société EDU 4 avait fait disparaître les copyrights d’origine de VNC sur les propriétés de deux fichiers en les remplaçant par les siens et avait supprimé le texte de la licence ;

La société Edu4 a été reconnue coupable de ne pas avoir fourni à son client, l’Association nationale pour la Formation Professionnelle des Adultes (AFPA), les sources du Logiciel Libre VNC, et pour avoir supprimé le texte de la licence GNU GPL. L’auteur de VNC n’était pas impliqué : l’AFPA a fait valoir ses droits en tant qu’utilisateur de Logiciel Libre.

La décision de la cour d’Appel est historique car elle reconnaît judiciairement que lors de la redistribution d’un logiciel sous licence GNU GPL les sources correspondantes doivent être accessibles. Cette obligation, pivot légal de la “gauche d’auteur” (aussi appelée copyleft en anglais) - l’utilisateur a besoin de la forme source pour enrichir ce qu’il reçoit et le transmettre à son tour -, est enfin reconnue comme telle. Plus remarquable encore, l’auteur du logiciel VNC n’a pas été sollicité pour être partie au procès. Cela bouscule l’idée que seul l’auteur d’un Logiciel Libre peut faire respecter la licence. Tout comme l’AFPA a réclamé les sources de VNC à Edu4, chaque utilisateur de Logiciel Libre peut adresser la même demande à son fournisseur.

Et dans le dernier paragraphe on peut lire :

Le chemin reste encore long à parcourir pour que le Logiciel Libre soit respecté dans ses droits et obligations. Il est par exemple impossible, actuellement, d’obtenir les sources de la plupart des équipements électroniques contenant des Logiciels Libres vendus en grande surface. Pour se connecter à internet, des millions de foyers ont également reçu des boîtiers tournant avec des Logiciels Libres mais sans en être avertis.

Pouvons-nous espérer l’obtention des sources de nos boîtiers ADSL dans un futur pas trop lointain ?