Sdk firmware d-link dap-1160

Bonjour à tous,

J'explique mon problème:
Je suis administrateur d'un établissement de formation et je souhaite avoir un AP qui filtre sur MAC (liste blanche) et qui bloque sur des plages horaires définies. Ce sont les uniques contraintes !

Mon choix s'est donc porté sur le D-Link DAP-1160, car il est indiqué que le Firmware est Open Source Linux ( http://www.dlink.fr/cs/Satellite?c=Product_C&childpagename=DLinkEurope-FR%2FDLProductCarouselMultiple&cid=1197319181130&p=1197357772064&packedargs=locale%3D1195806373344&pagename=DLinkEurope-FR%2FDLWrapper )

J'avais déjà ouvert un fil, car au début je pensais que l'AP serait directement accessible (avec Putty par exemple) pour l'administrer à distance, mais en fait non : https://forums.commentcamarche.net/forum/affich-21447188-d-link-dap-1160-ou-ap-wifi-administrable#p22107514

Donc c'est le firmware (pour les chipset RTL8186) qui peut être personnalisé. J'ai donc téléchargé la dernière version du SDK (V1.10 / GPL Source Code - DAP-1160_v110b15_GPL.tar.gz) qui permet de construire le firmware depuis ce site : https://tsd.dlink.com.tw/

Je ne sais plus où j'ai lu que le firmware avait été créé avec une distribution Red Hat. Donc je suis parti pour télécharger cette distribution et j'ai appris à mon grand regret que Red Hat était devenu payante mais que un équivalent gratuit existait : la Fedora

Donc je télécharge Fedora (14), et je l'installe en environnement virtuel (Virtual Box 3.1.2).

J'installe alors le SDK et comme je ne connais absolument pas Fedora, je tente de contruire mon premier Firmware, par défaut à l'aide du document README fourni.

- Install the toolchain : OK
- Building the image : KO

J'échoue car il manque des dépendances (donc recherches sur le net pour les satisfaire). Après plusieurs tests, je détermine qu'il faut exécuter ceci :

# maj 
yum update yum 
yum update 

# paquets requis 
yum install rcs.i686  
yum install binutils.i686 
yum install gcc.i686

Et là ça à l'air de marcher sauf que j'ai une erreur :

# /dev/ram n'est pas un périphérique spécial en mode bloc. 
# Procéder malgré tout ? (o,n) 
# j'ai répondu : o 
# NB : j'ai aussi essayé 'n' mais le traitement s'est arrêté 
# mais ... 

# make[1]: **** Aucune règle pour fabriquer la cible << include/linux/autoconf.h >>, nécessaire pour << include/config/MARKER >>. Arrêt. 
# ... on quitte le répertoire << /usr/local/gcc333/DAP-1160_v110b15_src/linux-2.4.18 >> 
# ... on entre dans le répertoire << /usr/local/gcc333/DAP-1160_v110b15_src/linux-2.4.18/rtkload >> 
# make[1]: **** Aucune règle pour fabriquer la cible << ../vmlinux >>, nécessaire pour << vmlinux_img.gz >>. Arrêt. 
# make: *** [gw] Erreur 2

Ne sachant pas quoi faire, j'ai rebroussé chemin ...

Pour revenir à la première version du SDK (GPL code: DAP-1160 A1 FW v1.41b01 6 - DAP1160A1_FW141b01_FOSS.rar).

Et là j'apprends dans le README, que le SDK est prévu pour une Red Hat 9, qui je le découvre, est encore une version gratuite de Red Hat. L'espoir renait ...

Pas pour longtemps ...

Une fois la Red Hat installée je galère à utiliser le navigateur Mozilla, car quand je tape il efface et sélectionne le texte, donc impossible d'utiliser la recherche Google par exemple, en plus les pages sont illisibles.

Je me dis que la version installée doit être bugguée, donc je me met en recherche d'un paquet Mozilla sain, et là je me rends compte que le gestionnaire de paquet est rpm et ne gère pas les dépendances comme yum.

Donc je pars dans l'idée d'installer yum sur Red Hat ... et je découvre qu'à priori il faut que je télécharge moi même les dépendances ... Bref j'avance pas du tout ...

Quelle piste prendre ?
- Essayer de comprendre d'où vient le problème sur la Fedora 14 qui me sort une erreur dans l'étape "Building the image"
- Poursuivre ma quête sur la Red Hat 9 qui semble d'un autre temps
- Tester sur une Red Hat récente
- Abandonner l'espoir que ça marche un jour (d'autant que là je n'en suis pas encore à implémenter les fonctionnalités attendues !)

Ce que je ne comprends pas c'est que l'AP est récent, et si c'est tellement galère de recréer l'environnement de construction du Firmware, pourquoi D-Link estampille son produit Open Source Linux ? C'est du f...tage de g...le, non ?

Je suis toute ouïe ...
Cordialement
lnj



La transe c'est l'immensité de l'intime...