⇤ ← Version 1 à la date du 2010-01-19 01:55:07
Taille: 2593
Commentaire:
|
Taille: 4266
Commentaire: màj
|
Texte supprimé. | Texte ajouté. |
Ligne 11: | Ligne 11: |
== Les WRT3945 == | = Les WRT54g = |
Ligne 13: | Ligne 13: |
La précédente itération du micro-logiciel équipant nos bornes était basée sur OpenWRT ../WhiteRussian. Celle-ci comprenait un noyau Linux de génération 2.4, assorti d'un driver propriétaire produit par Broadcom, le manufactureur de la puce Wifi, ce driver connait de nombreuses limitations notamment un support étrange du WPA2-Enterprise, ainsi que la limitation à la diffusion d'un seul SSID. En 2007, OpenWRT a releasé !KamiKaze, une refonte complète, plus facile à configurer d'OpenWRT. Dans la dernière release (8.09.2, janvier 2010) on attend toujours le support dans le noyau 2.6 du mode AP pour le chip wifi avec b43, un driver libre entièrement reverse-engineeré (un micro-logiciel propriétaire sera cependant nécessaire à l'opération du chip). |
== Un rapide historique == À l'origine du projet d'OpenWRT, ce sont les bornes historiques du Cr@ns, elles couvrent le campus depuis 2004 ! Revisitons rapidement les différentes version du firmware qui les ont fait tourner. |
Ligne 24: | Ligne 17: |
Le driver pour le chipset wifi étant propriétaire, il a été décidé d'acheter d'autres modèles de bornes, basées sur des chipset atheros, afin d'avoir un meilleur support du wifi. |
* '''White Russian''' La première itération du micro-logiciel à équiper nos bornes était basée sur OpenWRT ../WhiteRussian. Celle-ci comprenait un noyau Linux de génération 2.4, assorti d'un driver propriétaire produit par Broadcom, le manufactureur de la puce Wifi. À l'époque, le wpa était mal supporté sous Linux, c'était donc une solution à base d'[[../#ipsec|IpSec]] qui était en place. Désagréable à configurer, la sortie de Windows Vista a précipité la migration à une autre solution basée sur le WPA2 enterprise. * En 2007, OpenWRT a releasé '''!KamiKaze''', une refonte complète, plus facile à configurer d'OpenWRT. Il faudra malgré tout attendre le début de l'été 2008 pour voir la double migration (White Russian + !IpSec -> !KamiKaze + WPA2-enterprise) s'effectuer après une longue période de tests. Début 2010, on attendait toujours le support dans le noyau 2.6 du mode AP pour le chip wifi avec b43, un driver libre entièrement reverse-engineeré (un micro-logiciel propriétaire sera cependant nécessaire à l'opération du chip). On se retrouve donc toujours bloqués avec le driver propriétaire de broadcom et un noyau 2.4. Ce driver connait de nombreuses limitations notamment un support étrange du WPA2-Enterprise, ainsi que la limitation à la diffusion d'un seul SSID. Excédés par les performances de plus en plus décevantes de ces bornes, on s'oriente alors vers d'autres modèles basées sur de l'atheros qui est bien supporté par OpenWRT. * Printemps 2010, OpenWRT release '''Backfire''': le driver b43 rentre enfin en phase de tests/stabilisation. Mais les bornes commencent à se faire vieilles, et les brave WRT54g ne semblent toujours pas capables de faire du multi-SSID. On notera quelques modifications de la syntaxe configuration des bornes, et vu que pour avoir la syntaxe du fichier de conf il faut reverse-engineerer le script qui s'en sert, c'est vite agaçant. == Prise en main == Pour les flasher: soit en ssh, soit par tftp. Plus d'info ici: http://wiki.openwrt.org/oldwiki/openwrtdocs/hardware/linksys/wrt54g On applique quelques patches à OpenWRT pour flasher une image déjà configurée pour marcher sur le réseau du Cr@ns: pour [[http://git.crans.org/?p=openwrt.git;a=summary|KamiKaze]] et pour [[http://git.crans.org/?p=backfire.git;a=summary|BackFire]] = Les autres bornes = == La Fonera/La Fonera 2.0n/Bullet == On rappelle que les transferts en tftp s'effectuent en '''binary''' Du 802.11n, de l'atheros, du multi-SSID. Aucune difficulté |
Ligne 32: | Ligne 60: |
/!\ Il reste encore quelques détails de configuration à résoudre, notamment tagger l'interface ethernet sur le Vlan3 |
|
Ligne 42: | Ligne 68: |
== D-Link DWL-2100AP == WiP == Fonera == == Fonera 2.0n == |
Le Cr@ns dispose actuellement de divers modèles de bornes:
Sommaire
Cette page détaille certaines spécificités inhérentes à chacune des bornes. Des informations complémentaires peuvent être trouvées sur le site http://www.openwrt.org
Le Cr@ns a un repo OpenWRT dans lequel les configurations des images ont été customisées pour être déployées sur le réseau wifi du Cr@ns. Pour récupérer une copie locale du repo: git clone ssh://sila.crans.org/pubftp/git/openwrt.git; git checkout 8.09-crans Ensuite, pour créer une image, dans make menuconfig on choisit l'architecture adéquate, puis sur vo on lance un make -j16 et on attend 15-20min. Enfin on récupère l'image générée dans bin/, et on la colle sur la bornes (la procédure dépend grandement de la borne en question).
Les WRT54g
Un rapide historique
À l'origine du projet d'OpenWRT, ce sont les bornes historiques du Cr@ns, elles couvrent le campus depuis 2004 ! Revisitons rapidement les différentes version du firmware qui les ont fait tourner.
White Russian La première itération du micro-logiciel à équiper nos bornes était basée sur OpenWRT ../WhiteRussian. Celle-ci comprenait un noyau Linux de génération 2.4, assorti d'un driver propriétaire produit par Broadcom, le manufactureur de la puce Wifi. À l'époque, le wpa était mal supporté sous Linux, c'était donc une solution à base d'IpSec qui était en place. Désagréable à configurer, la sortie de Windows Vista a précipité la migration à une autre solution basée sur le WPA2 enterprise.
En 2007, OpenWRT a releasé KamiKaze, une refonte complète, plus facile à configurer d'OpenWRT. Il faudra malgré tout attendre le début de l'été 2008 pour voir la double migration (White Russian + IpSec -> KamiKaze + WPA2-enterprise) s'effectuer après une longue période de tests. Début 2010, on attendait toujours le support dans le noyau 2.6 du mode AP pour le chip wifi avec b43, un driver libre entièrement reverse-engineeré (un micro-logiciel propriétaire sera cependant nécessaire à l'opération du chip). On se retrouve donc toujours bloqués avec le driver propriétaire de broadcom et un noyau 2.4. Ce driver connait de nombreuses limitations notamment un support étrange du WPA2-Enterprise, ainsi que la limitation à la diffusion d'un seul SSID. Excédés par les performances de plus en plus décevantes de ces bornes, on s'oriente alors vers d'autres modèles basées sur de l'atheros qui est bien supporté par OpenWRT.
Printemps 2010, OpenWRT release Backfire: le driver b43 rentre enfin en phase de tests/stabilisation. Mais les bornes commencent à se faire vieilles, et les brave WRT54g ne semblent toujours pas capables de faire du multi-SSID. On notera quelques modifications de la syntaxe configuration des bornes, et vu que pour avoir la syntaxe du fichier de conf il faut reverse-engineerer le script qui s'en sert, c'est vite agaçant.
Prise en main
- Pour les flasher: soit en ssh, soit par tftp. Plus d'info ici:
http://wiki.openwrt.org/oldwiki/openwrtdocs/hardware/linksys/wrt54g On applique quelques patches à OpenWRT pour flasher une image déjà configurée pour marcher sur le réseau du Cr@ns:
Les autres bornes
La Fonera/La Fonera 2.0n/Bullet
On rappelle que les transferts en tftp s'effectuent en binary Du 802.11n, de l'atheros, du multi-SSID. Aucune difficulté
NetGear WG302v2
C'est une architecture ixp4xx. L'installation de l'image est détaillée ici: ici
NetGear WG102
processeur: ar2312
pour resetter: au boot, quand la led test clignotte, s'acharner sur le bouton reset, la borne fait une requette sur 192.168.0.36 en tftp pour le fichier wg102.img
La borne n'accepte que des fichiers de moins de 2,2 Mo, et manifestement pas les fichiers compressés.