Florian Fainelli a écrit 14 commentaires

Je crois aussi que c'est VIA et SIS qui ont libéré une partie de leurs sources, c'est déjà pas mal.

Par contre sur le fait que lorsque tu libères tes sources, tu libères aussi les spécs, c'est en partie vrai. On va dire que ton matériel devient une boite gris clair ;)

Surtout que les cartes graphiques c'est probablement une partie du matériel la plus complexe qui existe à l'heure actuelle. Avec les chipsets Wi-Fi aussi ;)

Je ne suis pas contre le fait de partager bien au contraire, le fait est que certaines personnes ne savent pas que leur réseau sans-fil est une passoire, d'autres en revanche savent prendre leurs dispositions :)

Talweg à l'air très prometteur, malheureusement il n'est pas embarquable dans des routeurs comme les WRT54G/GS et compatibles openwrt par exemple, là où chillispot et nocatsplash le sont.

pour tirer parti du déploiement aveugle de ces réseaux, pour rester connecté en
vadrouille, à peu de frais!

C'est pas très moral je pense de montrer comment on peut utiliser un réseau sans fil mal ou pas protégé. Ce n'est pas parce qu'il est possible de s'y connecter qu'on doit le faire, mais bon, chacun sa vision. Si en revanche vous expliquez comment contacter les assos pour connaître la liste des points d'accès mis à disposition par la communauté, dans ce cas respect et bonne continuation :D

> http://www.wireless-fr.org(...) <

Ca méritait vraiment une première page cette news ?

A quand la news sur les warnings à la compilation du noyau !

2005 l'année de toutes les failles

Donc c'est pas totalement du GPL c'est bien le problème en fait.

On a toujours un espèce de binaire qui est chargé afin de pouvoir gérer la carte.

L'avantage avec cette carte c'est qu'elle peut quand même faire point d'accès, elle fonctionne avec kismet, aircrack, airsnort enfin c'est déjà bien !

Qui n'aurais pas osé la faire ;) est-ce qu'on peut tenter un papa kernel ? (ca rime mais je sors ------> [] )

Pareil du côté des drivers madwifi, toujours rien de libre !

Les serveurs RADIUS répondent à des RFC que tu trouveras sur le site de www.freeradius.org

Je ne vois pas ce que tu entends par API ? c'est un protocole donc choisis de l'implémenter comme tu veux.

Les RADIUS sont destinés à authentifier des utilisateurs indépendamment du support physique et de la gestion des utilisateurs, c'est ce qui en fait sa force et son utilité dans bien des applications. Dont notamment les réseaux sans-fil, mais tu trouves aussi des switch ethernet 802.1x qui coupent la connexion à un utilisateur s'il est rejeté par exemple.


M$ a également crée un serveur radius (IAS) assez bon, avec une interface de gestion des certificats/utilisateurs via le web qui n'a pas encore d'égal dans le monde libre, mais ca ne saurait tarder ;)

Bah l'avantage c'est que tu peux dire à tes utilisateurs d'aller s'inscrire sur le web via un formulaire php, et si t'es un peu feignant, ca te prendre 3 lignes de codes (j'exagère à peine) tandis qu'avec ldap ca doit faire au moins 2 fois plus ;)

Il faut se dire que c'est jamais qu'un support comme un autre et que c'est bien qu'il soit implémenté

J'ai pas mal utilisé FreeRADIUS pendant cet été pour tester tout et n'importe quoi comme méthodes : EAP/TLS et EAP/TTLS surtout.

Quelqu'un a-t-il des news concernant une utilisation de FreeRADIUS chez des FAI ? je serais curieux de connaître sa stabilité, de voir des logs, des graphes tracés par snmp ...

Et oui je suis curieux :D

Sinon voir aussi www.openradius.org qui est prometteur

Et c'est également utilisé dans les firmwares OpenWRT pour WRT54G www.openwrt.org

C'est pas aussi FreeBSD qui sait faire de très bonne machines virtuelles à l'aide de la commande jail ?

Le but est sécuritaire, mais pas uniquement. On peut par exemple créer un jail pour apache, puis le chrooter dans sa prison. Ainsi il n'est pas possible d'attaquer l'OS lui même.

Linux ne possède pas d'équivalent aussi souple / flexible et facile à manipuler de jail qui n'existe que sur les BSD.

Le fait que apache lance plusieurs démons n'a rien avoir avec le nombre de processeurs. Ce sont juste des processus fils qui permettent d'accélerer le service web, c'est transparent pour le navigateur.