GNU/Linux Magazine 124

Dans cet article, vous allez découvrir le fonctionnement interne d'un portail captif de type ChilliSpot. Vous apprendrez ensuite comment modifier ce système pour faire de l'authentification Single Sign On CAS (Central Authentication Service). C'est la suite logique de l'article sur « l'écriture d'un module RADIUS » [11] pour la validation de tickets CAS. En effet, les portails captifs utilisent en général un serveur RADIUS pour vérifier les autorisations d'accès. Avec le système présenté ici, les utilisateurs ne fourniront plus directement leurs identifiants au portail captif, mais plutôt à un serveur CAS (pour pouvoir faire du SSO). Le ticket délivré automatiquement par le serveur CAS sera ensuite utilisé pour la validation RADIUS au travers du portail captif.

Ceci est un article complémentaire à l'article précédent : Utilisation de smartcards, GnuPG V2 au « quotidien », orienté sur une utilisation « avancée » des possibilités de cette smartcard couplée à GnuPG2. Nous y aborderons son utilisation au « quotidien » en tant qu'authentification lors de la phase de login d'une session Gnome ainsi que la connexion sur des serveurs via une connexion SSH. Nous terminerons avec l'utilisation de GUI pour gérer votre trousseau de clés, ainsi que l'utilisation au sein de différents logiciels de courriers électroniques.

Peut-être vous êtes-vous déjà demandé à quoi correspondaient les pilotes leds dans les sources du noyau ? Derrière ce nom innocent se cachent des fonctionnalités très amusantes intégrées au kernel depuis quelques temps déjà. Récemment, le nombre de matériels supportés ou de pilotes supportant le “LED handling” s'est vu grossir. Petit coup d'œil.