Je suis en train d'écrire un rapport d'activité pour ma première année de monitorat... Cela me refait penser à pas mal de choses qui se sont passées durant l'année dans ma vie professionnelle. Les déceptions, les bonnes surprises, la satisfaction d'un travail bien fait, l'incompréhension, etc. Et le dilemme.

J'ai peut-être la possibilité de changer d'affectation, et donc d'assurer mes enseignements à Grenoble, et non plus à Valence. Cela faciliterait grandement beaucoup de choses. Mais cela a un prix (pas seulement pour moi, mais aussi pour l'équipe pédagogique de l'ESISAR). Et personne n'est d'accord. Donc ce n'est pas certain que cela se concrétise...

J'ai quand même acquis une bonne expérience avec cette année de monitorat, malgré certaines difficultés. Et au final, je suis content : demander à être moniteur fut un bon choix. Mais ce ne serait quand même pas une mauvaise chose que cela soit moins pesant l'an prochain...

Bonne petite journée de conférences. En fait, c'est assez impressionnant de rencontrer autant de gens brillants, même parmi les doctorants. C'est plutôt motivant de voir beaucoup d'idées partir dans tous les sens : on se dit qu'on aimerait bien faire ça, ou ça, ou encore ça, ou pourquoi pas ça, ou... Un des seuls autres domaines où j'ai déjà vécu cette sensation, c'est le monde du Logiciel Libre, avec tous ces projets qui sont si intéressants. En tout cas, voir ce qui se fait ailleurs me permet de relativiser mon travail. Ce qui est assez bizarre, c'est l'impression que le travail des autres est clair, logique et intelligent alors que le mien me semble parfois bien flou, peu organisé et un peu bête. Peut-être est-ce simplement un manque de recul...

Un point pas forcément agréable de cette école d'été est que beaucoup de personnes viennent en gros groupes et se connaissent déjà. Et donc ce n'est pas facile de s'intégrer à ces groupes : il n'y a pas de gros effort pour s'ouvrir.

Petite remarque importante : je sais pourquoi j'aime la cannelle, c'est purement génétique. Les Alsaciens aiment la cannelle et en mettent un peu partout !

Je suis actuellement dans le train pour aller à ING 2004, une école d'été sur les réseaux. Cela se déroule en Alsace et cela va durer une petite semaine. Tout devrait bien se passer, mais je me demande encore ce qui va se passer exactement. En tout cas, j'ai pris pas male de choses à faire sur mon portable, donc j'aurais toujours de qui m'occuper.

A noter que certaines annonces dans le train sont faites en Français et en Allemand. C'est assez surprenant de prime abord, mais pas si illogique que ça.

Je tiens à dire du mal de DHCP, du serveur DHCP fourni par ISC et du noyau Linux. Je vais certainement critiquer à tort certaines choses, mais je pense qu'il y aura aussi des petits détails vrais.

Tout d'abord, DHCP, c'est super pratique, mais alors quand il s'agit d'intégrer cela avec autre chose, c'est horrible. Bon, ce n'est pas la faute du protocole en tant que tel, car il faut dire que les bonnes implémentations ne courent pas les rues. Mais le fait que l'implémentation la plus répandue (celle d'ISC) ne soit pas parfaite ne donne pas envie d'aimer DHCP.

Qu'ai-je contre l'implémentation de DHCP faite par ISC ? Et bien c'est, à mes yeux, du code antique. Je ne sais pas trop par où commencer...

• Le configure n'est pas standard. A la rigueur, ce n'est pas très grave, mais quand on fait ./configure --help (ce qui semble légitime d'essayer, non ?), on n'obtient pas une aide, mais il se passe quelque chose d'intéressant : le code est configuré pour être compilé sur un système de type --help.
• Une fois qu'on comprend qu'il faut faire ./configure sans argument et qu'il ne faut vraiment pas chercher à comprendre, on réalise que cette ligne de commande crée un répértoire du type work.system-type contenant des liens symboliques vers tous les fichiers à compiler. Pas très standard, encore une fois. Mais toujours pas très grave.
• Une fois que j'ai mon work.linux-2.2 et que je fais un make à l'intérieur, je constate que tous les fichiers, même ceux totalement inutiles car ne concernant que Solaris, ou *BSD ou Ultrix sont compilés ! En fait, les fonctions sont écartés avec des ifdef et on compile un fichier qui, au final, ne contient pas de code. Très utile...
• Le code concernant Linux n'est pas totalement récent, notamment le code pour lister les interfaces : des ioctl sont utilisés alors qu'il faut utiliser une socket netlink. Le problème avec les ioctl est qu'ils ne fournissent pas les informations sur toutes les interfaces (en particulier les interfaces qui ne sont pas montées). Donc il faut faire un gros hack. Pas très grave, mais bon, ça peut s'améliorer.
• Là, c'est un point qui me fait hérisser les cheveux. Les interfaces sont identifiées de manière unique dans le système par un index. Donc lorsqu'on constate qu'il existe une structure interface_info qui contient des informations pour chaque interface et que cette structure contient un champ index, on s'attend à ce que cet index soit celui qui identifie l'interface dans le système. Et bien non, ce serait trop simple. C'est un index, comme ça, fait à la main.

Mais ce n'est pas tout. Le pire, c'est ce qu'on voit dans le README :

We have noticed that on some systems where we are using a packet filter, if you set up a firewall that blocks UDP port 67 and 68 entirely, packets sent through the packet filter will not be blocked. However, unicast packets will be blocked.

C'est notamment le cas sous Linux avec netfilter. Le serveur DHCP envoie les paquets au travers du pare-feu. C'est possible car le serveur utilise une socket PF_PACKET, que ne supporte pas netfilter. Mais il n'y a aucune raison d'utiliser une telle socket. Une socket raw est largement suffisante. Le code est même là, presque prêt à être compilé. Mais apparemment il ne fonctionnait pas avec certaines implémentation des sockets raw il y a trois ans, donc l'idée n'est plus à l'ordre du jour. Au lieu d'utiliser les sockets raw, ils font tout à la main (ils construisent tous les en-têtes ethernet !). Donc ils ont du code beaucoup plus compliqué. Il faut avouer que cela leur permet de faire des petites choses en plus (le serveur peut envoyer une réponse en unicast Ethernet alors que le client se trouve sur une machine qui n'a pas encore d'adresse IP).

Vous allez me dire que je dois faire un patch. C'est au programme. En fait, j'en ai déjà un, mais il est loin d'être propre et complet...

Et le noyau Linux dans tout ça ? Pourquoi ai-je un problème avec ? Je passe sur le fait que netfilter ne voit pas les paquets injectés avec une socekt PF_PACKET : j'ai vu un patch datant de deux ans sur la lkml qui n'a visiblement pas été accepté. Non, ce qui m'a fortement agacé, c'est une configuration par défaut des interfaces qui est mauvaise (du moins, à mon avis) et cause des problèmes. Il s'agit de /proc/sys/net/ipv4/conf/*/rp_filter : cette option active le Reverse Path Filtering (traduction approximative : filtrage par chemin inverse), qui consiste, en gros, à rejeter des paquet reçus sur une interface provenant d'une source A si le noyau n'aurait pas émis sur cette interface un paquet à destination de A (en français : ). Cela permet d'éviter le spoofing, mais cela casse pas mal de choses, et en particulier DHCP qui n'utilise plus les sockets PF_PACKET, puisque l'interface non configurée est sans adresse IP et n'est donc pas censée recevoir de trafic, et ne peut donc pas recevoir les réponses DHCP contenant l'adresse IP allouée. Et le pire, c'est qu'on n'est pas du tout averti par défaut que ces paquets sont rejetés (pas de log, et le compteur des paquets IP entrants rejetés n'est pas incrémentés). Pour découvrir pourquoi je perdais ces paquets, il m'a fallu recourir à des printk dans le noyau...

Pourquoi toute cette histoire ? Parce que j'ai tenté d'intégrer DHCP avec un autre logiciel et que j'ai perdu plusieurs jours à essayer de comprendre pourquoi DHCP ne fonctionnait pas correctement, alors qu'il aurait tout simplement dû fonctionner directement.

Tous les ans, le LSR (mon labo, pour ceux qui ne le sauraient pas) organise des journées du labo. Ce sont des journées où tous les membres du labo se retrouvent en un lieu sympathique pour débattre de certains sujets et pour que les nouveaux permanents (donc pas les doctorants) se présentent.

Hier avait lieu une de ces journées. Cela se déroulait au château de Sassenange. Et j'avoue que le cadre extraordinaire (au sens premier, hors de l'ordinaire, c'est-à-dire un cadre hors du campus) favorise le bon déroulement d'une telle journée. Et ce d'autant plus que des petits goûters et un bon repas sont offerts.

Je ne sais pas si les sujets qui ont été abordés m'ont beaucoup apporté (sauf peut-être une petite conférence d'Andrzej sur la sécurité), mais c'est une bonne chose de pouvoir rencontrer les membres des autres équipes et d'enfin prendre le temps de parler avec ceux qu'on croise tous les jours dans les couloirs.

Je n'en ai pas encore parlé, et j'ai eu tort car ce n'est pas quelque chose qui arrive tous les jours. J'ai enfin mon nouvel appartement. Bon, je n'y vis pas encore car il faut tout déménager et aménager, et j'ai manqué de temps pour le premier point, tandis que je manque de meubles pour le second. Pour tout avouer, au début, je n'avais qu'un bureau. C'est pour dire...

Je suis assez content, mais tel que je suis, j'ai vite commencé à embêter l'agence pour réparer diverses choses. Donc des gens sont venus réparer une porte de chambre qui ne fermait pas et ont presque réussi à réparer une fenêtre qu'on ne pouvait ouvrir ou fermer sans forcer (finalement, ils vont être obligés de changer un bout de la fenêtre). Ils devaient aussi règler un problème d'humidité dans un placard en installant une grille d'aération (dixit une personne de l'agence), mais quand ils ont vu le placard, ils ont tout de suite abandonné. Donc j'espère qu'ils vont trouver une autre solution. La dernière réparation en date que je prévois est celle du lavabo de la salle de bain qui menace de s'effondrer à chaque seconde qui passe.

Ensuite, il faut que j'appelle un électricien pour voir s'il est possible de mettre plus de prises terre : actuellement, je n'en ai qu'une, et elle est dans la cuisine. Je pense donc pouvoir affirmer que ce n'est pas très pratique, en particulier pour le matériel qui a besoin de sécurité à ce niveau-là. Si l'électricien ne peut rien faire, alors je serai bien obligé de vivre avec des rallonges...

Une fois toutes ces petits changements effectués et quelques meubles achetés, je pourrais enfin me sentir totalement bien dans mon nouveau chez moi.

J'ai reçu ce matin un petit mail sur mon salaire, qui est en réalité une allocation du ministère de la recherche :

Je vous informe que l'allocation de recherche du Ministère est revalorisée à compter du 1er mai 2004, son montant brut passe de 1255,63 Euros à 1305,86 Euros.

Je suppose que c'est parce que les chercheurs se sont battus pour des meilleures conditions pour les doctorants. Ceci dit, même avec les 50 euros supplémentaires, ce n'est pas pour l'argent que les gens vont faire une thèse.

Notez bien que je ne suis pas mécontent de mon salaire, mais j'ai un peu l'impression qu'il s'agit d'une augmentation qui permet de dire vous voyez, on est gentil, on leur donne plus d'argent.

Je suis allé faire un petit tour sur eBay et je viens de voir qu'ils ont changé les pages des utilisateurs. C'est un grand progrès, car avant, ce n'était pas très clair (pour changer un paramètre, je ne savais pas où cliquer) et c'était pas très beau non plus. Et maintenant, c'est tout joli et tout facile à utiliser (mais ils ont utilisés des tables...).

Ca donnerait presque envie de participer aux enchères :-)