<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>DÃ©veloppement on To Linux and beyond !</title>
    <link>https://home.regit.org/tags/d%C3%A3veloppement/</link>
    <description>Recent content in DÃ©veloppement on To Linux and beyond !</description>
    <generator>Hugo</generator>
    <language>fr</language>
    <lastBuildDate>Wed, 20 Apr 2011 21:19:55 +0000</lastBuildDate>
    <atom:link href="https://home.regit.org/feed/tags/d%C3%A3veloppement/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Joining the OISF coding staff</title>
      <link>https://home.regit.org/2011/04/joining-the-oisf-codinf-staff/</link>
      <pubDate>Wed, 20 Apr 2011 21:19:55 +0000</pubDate>
      <guid>https://home.regit.org/2011/04/joining-the-oisf-codinf-staff/</guid>
      <description>&lt;p&gt;My collaboration with OISF has been &lt;a href=&#34;http://www.openinfosecfoundation.org/index.php/component/content/article/1-latest-news/123-eric-leblond-joins-the-oisf-coding-staff&#34;&gt;announced today&lt;/a&gt;. This is an honor for me to join this excellent team on this wonderful project. I’ve taken a lot of pleasure in the past months contributing to the project and I’m sure the start of an official collaboration will lead to good things. The challenge is high and I will do my best to merit the trust.&lt;/p&gt;
&lt;p&gt;A big thanks to all people who congrat me for this nomination.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Building Suricata under OpenBSD</title>
      <link>https://home.regit.org/2011/04/building-suricata-under-openbsd/</link>
      <pubDate>Sun, 17 Apr 2011 08:17:35 +0000</pubDate>
      <guid>https://home.regit.org/2011/04/building-suricata-under-openbsd/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.openinfosecfoundation.org/index.php/component/content/article/1-latest-news/121-suricata-11beta2-available&#34;&gt;Suricata 1.1beta2&lt;/a&gt; has brought &lt;a href=&#34;http://www.openbsd.org/&#34;&gt;OpenBSD&lt;/a&gt; to the list of supported operating system. I’m a total newbie to OpenBSD so excuse me for the lack of respect of OpenBSD standards and usages in this documentation.&lt;/p&gt;
&lt;p&gt;Here’s the different step, I’ve used to finalize the port starting from a fresh install of OpenBSD.&lt;/p&gt;
&lt;p&gt;If you want to use source taken from git, you will need to install building tools:&lt;/p&gt;
&lt;pre&gt;pkg_add git libtool&lt;/pre&gt;
&lt;p&gt;automake and autoconf need to be installed to. For a OpenBSD 4.8, one can run:&lt;/p&gt;</description>
    </item>
    <item>
      <title>More about Suricata multithread performance</title>
      <link>https://home.regit.org/2011/02/more-about-suricata-multithread-performance/</link>
      <pubDate>Tue, 15 Feb 2011 23:30:49 +0000</pubDate>
      <guid>https://home.regit.org/2011/02/more-about-suricata-multithread-performance/</guid>
      <description>&lt;p&gt;Following my &lt;a href=&#34;http://home.regit.org/?p=438&#34;&gt;preceding post&lt;/a&gt; on suricata multithread performance I’ve decided to continue to work on the subject.&lt;/p&gt;
&lt;p&gt;By using perf-tool, I found out that when the number of detect threads was increasing, more and more time was used in a spin lock. One of the possible explanation is that the default running mode for pcap file (RunModeFilePcapAuto) is not optimal. The only decode thread take some time to treat the packets and he is not fast enough to send data to the multiple detect threads. This is triggering a lot of wait and a CPU usage increase. Following a discussion with Victor Julien, I decide to give a try to an alternate run mode for working on pcap file, RunModeFilePcapAutoFp.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Optimizing Suricata on multicore CPUs</title>
      <link>https://home.regit.org/2011/01/optimizing-suricata-on-a-multicore-cpu/</link>
      <pubDate>Wed, 26 Jan 2011 00:20:28 +0000</pubDate>
      <guid>https://home.regit.org/2011/01/optimizing-suricata-on-a-multicore-cpu/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.openinfosecfoundation.org/&#34;&gt;Suricata&lt;/a&gt; IDS/IPS architecture is heavily using multithreading. On almost every runmode (PCAP, PCAP file, NFQ, …) it is possible to setup the number of thread that are used for detection. This is the most CPU intensive task as it does the detection of alert by checking the packet on the signatures. The configuration of the number of threads is done by setting&lt;br&gt;
a ratio which decide of the number of threads to be run by available CPUs (detect_thread_ratio variable).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Massive and semantic patching with Coccinelle</title>
      <link>https://home.regit.org/2010/11/massive-and-semantic-patching-with-coccinnelle/</link>
      <pubDate>Sat, 27 Nov 2010 21:54:13 +0000</pubDate>
      <guid>https://home.regit.org/2010/11/massive-and-semantic-patching-with-coccinnelle/</guid>
      <description>&lt;p&gt;I’m currently working on &lt;a href=&#34;http://www.openinfosecfoundation.org/&#34;&gt;suricata&lt;/a&gt; and one of the feature I’m working on change the way the main structure &lt;em&gt;Packet&lt;/em&gt; is accessed.&lt;/p&gt;
&lt;p&gt;One of the consequences is that almost all unit tests need to be rewritten because the use &lt;code&gt;Packet p&lt;/code&gt; construction which has to be replace by an dynamically allocated &lt;code&gt;Packet *. Given the number of tests in suricata, this task is very dangerous:&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;`&lt;/p&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;It is error prone&lt;/li&gt;
&lt;li&gt;Too long to be done correctly&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I thus decide to give a try to &lt;a href=&#34;http://coccinelle.lip6.fr&#34;&gt;coccinelle&lt;/a&gt; which is a &#34;program matching and transformation engine which provides the language SmPL (Semantic Patch Language) for specifying desired matches and transformations in C code&#34;. Well, from user point of view it is a mega over-boosted sed for C.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Splitting and shrinking a git repository</title>
      <link>https://home.regit.org/2010/08/splitting-and-shrinking-a-git-repository/</link>
      <pubDate>Mon, 02 Aug 2010 19:53:20 +0000</pubDate>
      <guid>https://home.regit.org/2010/08/splitting-and-shrinking-a-git-repository/</guid>
      <description>&lt;p&gt;I have recently faced the challenge to rewrite a &lt;a href=&#34;http://git-scm.com/&#34;&gt;git&lt;/a&gt; repository. It has two problems:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;First problem was small: an user has commited with a badly setup git and E-mail as well as username were not correctly set.&lt;/li&gt;
&lt;li&gt;Second problem seems more tricky: I was needing to split the git repository in two different one. To be precise on that issue, from the two directories at root (src and deps) have to become the root of their own repository.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I then dig into the doc and it leads me directly to ‘filter-branch’ which was the solution of my two problems. The names of the command is almost self-explanatory: it is used to rewrite branches.&lt;/p&gt;</description>
    </item>
    <item>
      <title>En route vers le 2.6.30 et encore merci Denis</title>
      <link>https://home.regit.org/2009/04/en-route-vers-le-2630-et-encore-merci-denis/</link>
      <pubDate>Fri, 03 Apr 2009 21:31:01 +0000</pubDate>
      <guid>https://home.regit.org/2009/04/en-route-vers-le-2630-et-encore-merci-denis/</guid>
      <description>&lt;p&gt;Oui, bon, vous savez sans doute que le noyau Linux 2.6.30 est en cours de rÃ©alisation. Mais saviez-vous que grÃ¢ce Ã  l’&lt;a href=&#34;http://www.lefinnois.net/&#34; target=&#34;_blank&#34;&gt;excellent Denis Bodor&lt;/a&gt; toute une sÃ©rie de patchs a Ã©tÃ© incorporÃ©e au noyau ?&lt;/p&gt;
&lt;p&gt;Lors de la rÃ©daction du &lt;a href=&#34;http://www.ed-diamond.com/produit.php?produit=616&#34; target=&#34;_blank&#34;&gt;Hors SÃ©rie Netfilter de GLMF&lt;/a&gt;, j’ai, avec tous les autres rÃ©dacteurs (Gwenael, &lt;a href=&#34;http://www.haypocalc.com/wiki/Accueil&#34; target=&#34;_blank&#34;&gt;Haypo&lt;/a&gt;, &lt;a href=&#34;http://www.wzdftpd.net/blog/&#34; target=&#34;_blank&#34;&gt;Pollux&lt;/a&gt; et &lt;a href=&#34;http://www.gscore.org/blog/&#34; target=&#34;_blank&#34;&gt;Toady&lt;/a&gt;), voulu faire dÃ©couvrir les derniÃ¨res avancÃ©es de Netfilter. Et, forcÃ©ment, lorsque l’on est sur le fil du rasoir et que l’on pousse les choses Ã  fond pour Ãªtre le plus prÃ©cis possible, il arrive que l’on dÃ©couvre des problÃ¨mes ou des choses pas aussi pratiques que on le dÃ©sirerait.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mon bureau en mode noyau</title>
      <link>https://home.regit.org/2009/04/mon-bureau-en-mode-noyau/</link>
      <pubDate>Fri, 03 Apr 2009 21:05:56 +0000</pubDate>
      <guid>https://home.regit.org/2009/04/mon-bureau-en-mode-noyau/</guid>
      <description>&lt;p&gt;Non, non, vous ne verrez pas dans cet article de screenshots du noyau ! J’ai juste envie de poster ici une capture d’Ã©crans que j’ai rÃ©alisÃ©e et commentÃ©e il y a quelque temps. J’Ã©tais Ã  ce moment-lÃ  en train de rÃ©aliser un des &lt;a href=&#34;http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ca735b3aaa945626ba65a3e51145bfe4ecd9e222&#34;&gt;mes dÃ©veloppements noyau les plus consÃ©quents&lt;/a&gt; et cela m’avait conduit Ã  industrialiser mon environnement de travail pour effectuer dÃ©veloppements et tests de la maniÃ¨re la plus efficace possible.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Contribution au libre, 2009 commence fort.</title>
      <link>https://home.regit.org/2009/01/contribution-au-libre-2009-commence-fort/</link>
      <pubDate>Tue, 13 Jan 2009 22:45:54 +0000</pubDate>
      <guid>https://home.regit.org/2009/01/contribution-au-libre-2009-commence-fort/</guid>
      <description>&lt;p&gt;Du cÃ´tÃ© de mes contributions au logiciel libre, l’annÃ©e 2009 commence assez fort. Il semble que j’ai rÃ©ussi Ã  dÃ©clencher une petite rÃ©volution.&lt;/p&gt;
&lt;p&gt;Le systÃ¨me de test de &lt;a href=&#34;http://www.nufw.org/&#34; target=&#34;_blank&#34;&gt;NuFW&lt;/a&gt; avait mis en Ã©vidence un crash rare, non reproductible facilement dans nuauth, le serveur d’authentification de NuFW. Les sorties de gdb ou valgrind rÃ©vÃ©laient un problÃ¨me absurde dans la bibliothÃ¨que &lt;a href=&#34;http://asg.web.cmu.edu/sasl/sasl-library.html&#34; target=&#34;_blank&#34;&gt;cyrus-sasl&lt;/a&gt;. NuFW l’utilise pour rÃ©aliser la phase d’authentification des utilisateurs. Le crash apparaissait lors d’un appel Ã  sasl_dispose() qui est la fonction Ã  appeler lorsque l’on a terminÃ© la phase d’authentification. AprÃ¨s maintes vÃ©rifications et plusieurs dizaines d’heures de debug, j’Ã©tais convaincu que nuauth, le serveur d’authentification de NuFW, utilisait la bibliothÃ¨que de maniÃ¨re correcte et que le code environnant Ã©tait correct.&lt;/p&gt;</description>
    </item>
    <item>
      <title>JournÃ©e utilisateurs du Netfilter Workshop</title>
      <link>https://home.regit.org/2008/09/journee-utilisateurs-du-netfilter-workshop/</link>
      <pubDate>Wed, 03 Sep 2008 09:50:39 +0000</pubDate>
      <guid>https://home.regit.org/2008/09/journee-utilisateurs-du-netfilter-workshop/</guid>
      <description>&lt;p&gt;La &lt;a href=&#34;http://workshop.netfilter.org/2008/Programme.html&#34; target=&#34;_blank&#34;&gt;journÃ©e utilisateurs&lt;/a&gt; du &lt;a href=&#34;http://workshop.netfilter.org/2008/&#34; target=&#34;_blank&#34;&gt;Netfilter Workshop&lt;/a&gt; aura lieu Ã  Paris le 29 septembre 2008. Cette journÃ©e prendra la forme d’une sÃ©rie de confÃ©rences sur Netfilter. Les sujets seront variÃ©s allant de la description de l’utilisation de Netfilter chez un ISP dannois Ã  la prÃ©sentation par David Miller (maiteneur de la couche rÃ©seau de Linux) ou Patrick McHardy (Leader du projet Netfilter) de leurs derniers dÃ©veloppements.&lt;/p&gt;
&lt;p&gt;Je donnerai d’ailleurs lors de cette journÃ©e une confÃ©rence sur ulogd2, la nouvelle infrastructure de journalisation de Netfilter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fatiguant de gÃ©rer son pare-feu</title>
      <link>https://home.regit.org/2008/04/fatiguant-de-gerer-son-pare-feu/</link>
      <pubDate>Fri, 25 Apr 2008 05:49:02 +0000</pubDate>
      <guid>https://home.regit.org/2008/04/fatiguant-de-gerer-son-pare-feu/</guid>
      <description>&lt;p&gt;Jusqu’ici la gestion de pare-feu c’Ã©tait difficille, il fallait gratter gratter :&lt;/p&gt;
&lt;p style=&#34;text-align: center;&#34;&gt;
  &lt;a href=&#34;http://home.regit.org/uploads/2008/04/gratter.jpeg&#34;&gt;&lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; class=&#34;aligncenter size-full wp-image-99&#34; title=&#34;gratter&#34; src=&#34;http://home.regit.org/uploads/2008/04/gratter.jpeg&#34; alt=&#34;&#34; width=&#34;112&#34; height=&#34;83&#34; /&gt;&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;Ã€ partir de lundi, Ã§a sera facile et amusant :&lt;br&gt;
&lt;a href=&#34;http://home.regit.org/uploads/2008/04/conntrack-teaser.png&#34;&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p style=&#34;text-align: center;&#34;&gt;
  &lt;img loading=&#34;lazy&#34; decoding=&#34;async&#34; class=&#34;alignnone size-medium wp-image-98&#34; title=&#34;conntrack-teaser&#34; src=&#34;http://home.regit.org/uploads/2008/04/conntrack-teaser.png&#34; alt=&#34;&#34; width=&#34;95&#34; height=&#34;92&#34; /&gt;
&lt;/p&gt;
&lt;p&gt;Plus d’informations Ã  venir trÃ¨s bientÃ´t ! Les abonnÃ©s de la liste Netfilter seront les premiers avertis 😉&lt;/p&gt;</description>
    </item>
    <item>
      <title>L’art du commit</title>
      <link>https://home.regit.org/2007/12/lart-du-commit/</link>
      <pubDate>Tue, 04 Dec 2007 22:27:37 +0000</pubDate>
      <guid>https://home.regit.org/2007/12/lart-du-commit/</guid>
      <description>&lt;p&gt;Lors du &lt;a href=&#34;http://nfws.inl.fr/&#34; target=&#34;_blank&#34;&gt;Netfilter Workshop 2007&lt;/a&gt;, j’ai eu le plaisir de revoir Patrick McHardy et la chance de rencontrer &lt;a href=&#34;http://vger.kernel.org/~davem/cgi-bin/blog.cgi&#34; target=&#34;_blank&#34;&gt;David Miller&lt;/a&gt; (Davem) le mainteneur de la couche rÃ©seau de Linux.&lt;/p&gt;
&lt;p&gt;Patrick envoie assez souvent des sÃ©ries de patchs impressionnantes Ã  Davem pour demander leur intÃ©gration dans le noyau officiel. L’ensemble des contributions des dÃ©veloppeurs de Netfilter qui est ainsi transfÃ©rÃ© lors de ces envois.&lt;/p&gt;
&lt;p&gt;Lors d’un des repas, j’ai citÃ© Ã  Davem l’un des plus gros envois de Patrick et je lui ai demandÃ© ce qu’il ressentait lorsqu’il recevait une telle sÃ©rie de patchs. Sa rÃ©ponse a Ã©tÃ© rapide :&lt;/p&gt;</description>
    </item>
    <item>
      <title>MacOS X, la grande salade</title>
      <link>https://home.regit.org/2006/05/36/</link>
      <pubDate>Fri, 12 May 2006 21:49:11 +0000</pubDate>
      <guid>https://home.regit.org/2006/05/36/</guid>
      <description>&lt;p&gt;Je viens de passer ma journÃ©e Ã  travailler sur Mac OS X Ã  la finalisation du client pour &lt;a href=&#34;http://www.nufw.org&#34;&gt;NuFW&lt;/a&gt;. Comme d’habitude avec ce systÃ¨me d’exploitation cela a Ã©tÃ© une drÃ´le de journÃ©e.&lt;/p&gt;
&lt;p&gt;Ce mÃ©lange entre puissance d’Unix et expÃ©rience end-user est vraiment dÃ©routant. J’en ai encore fait les frais en utilisant le logiciel &lt;a href=&#34;http://www.sveinbjorn.org/platypus&#34; target=&#34;_blank&#34;&gt;Platypus&lt;/a&gt;. Ce logiciel trÃ¨s pratique permet de gÃ©nÃ©rer un script exÃ©cutable. Tiens d’ailleurs, le principe en soi est bizarre sous Unix.&lt;/p&gt;</description>
    </item>
    <item>
      <title>La Commission EuropÃ©enne l’affirme : La “documentation” Microsoft est atroce</title>
      <link>https://home.regit.org/2005/12/la-commission-europeenne-laffirme-la-documentation-microsoft-est-atroce/</link>
      <pubDate>Mon, 26 Dec 2005 22:56:37 +0000</pubDate>
      <guid>https://home.regit.org/2005/12/la-commission-europeenne-laffirme-la-documentation-microsoft-est-atroce/</guid>
      <description>&lt;p&gt;J’ai trÃ¨s souvent et notamment sur ces pages dÃ©criÃ© la documentation fournie par Microsoft. MalgrÃ¨ un effort d’impartialitÃ© certain quant aux impressions que je livrais alors, une partie de moi se demandait si mon analyse n’Ã©tait pas entachÃ©e par mon addiction Ã  GNU/Linux.&lt;/p&gt;
&lt;p&gt;Que nenni, &lt;a href=&#34;http://www.wired.com/news/technology/0,69906-0.html?tw=wn_tophead_3&#34;&gt;la commission europÃ©enne menace Microsoft de sanctions&lt;/a&gt; car la documentation fournie ne suffit toujours pas Ã  assurer l’intÃ©ropÃ©rabilitÃ© notamment pour le dÃ©veloppement de services. Le commissaire chargÃ© de l’affaire est assez direct :&lt;/p&gt;</description>
    </item>
    <item>
      <title>PauvretÃ© sÃ©mantique et misÃ¨re sexuelle sous Windows</title>
      <link>https://home.regit.org/2005/12/pauvrete-semantique-et-misere-sexuelle-sous-windows/</link>
      <pubDate>Thu, 15 Dec 2005 15:52:50 +0000</pubDate>
      <guid>https://home.regit.org/2005/12/pauvrete-semantique-et-misere-sexuelle-sous-windows/</guid>
      <description>&lt;p&gt;Il semble rÃ©Ã©llement que l’heuristique microsoftienne consiste Ã  se limiter au premier aspect des choses sans chercher Ã  aller au delÃ . L’exemple de code suivant est trÃ¨s rÃ©vÃ©lateur. Le code POSIX :&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;code&gt;pthread_t* checkthread;&amp;lt;br /&amp;gt; pthread_mutex_t * mutex;&amp;lt;br /&amp;gt; pthread_cond_t *check_cond;&lt;/code&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;devient&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;code&gt;HANDLE checkthread;&amp;lt;br /&amp;gt; HANDLE mutex;&amp;lt;br /&amp;gt; HANDLE check_cond;&lt;/code&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;LÃ  oÃ¹ POSIX mets du sens, on se trouve sous Windows face Ã  un vulgaire “manipulateur”. Pour en revenir Ã  un Ã©quivalent sexuel, on passe d’un “Quelles positions aujourd’hui chÃ©rie ?” Ã  “On baise ?”.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Caisse d’Ã©pargne, Optimisation ou incompÃ©tence ?</title>
      <link>https://home.regit.org/2005/09/optimisation-ou-incompetence/</link>
      <pubDate>Thu, 01 Sep 2005 19:11:51 +0000</pubDate>
      <guid>https://home.regit.org/2005/09/optimisation-ou-incompetence/</guid>
      <description>&lt;p&gt;La Caisse d’Ã©pargne comme toutes les banques propose un site web pour gÃ©rer ses comptes. On peut y faire des opÃ©rations courantes comme les virements et mÃªme (enfin sous certaines conditions) vendre et acheter des SICAVs et autres obligations.&lt;br&gt;
L’ensemble du site est utilisable sous Firefox sauf un seul champ dans un formulaire. Malheureusement il s’agit du champ permettant de saisir le nombre d’objets Ã  vendre ou Ã  acheter (il ne rÃ©pond pas quand on clique). Bref, il n’est pas possible de passer un seul ordre sous Firefox (ou mozilla).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Comment recruter pour une conf de barbus</title>
      <link>https://home.regit.org/2005/09/comment-recruter-pour-une-conf-de-barbus/</link>
      <pubDate>Thu, 01 Sep 2005 18:43:50 +0000</pubDate>
      <guid>https://home.regit.org/2005/09/comment-recruter-pour-une-conf-de-barbus/</guid>
      <description>&lt;p&gt;Imaginez que vous deviez faire de la publicitÃ© pour une confÃ©rence sur un langage. Pas facile non ? Trouver un angle d’attaque original et attractif semble assez difficile, mais il suffit de penser Ã  des choses universelles :&lt;br&gt;
&lt;a href=&#34;http://home.regit.org/wp-admin/uploads/MAX.jpg&#34; target=&#34;-&#34;&gt;&lt;img decoding=&#34;async&#34; src=&#34;http://home.regit.org/uploads/thumb-MAX.jpg&#34; alt=&#34;&#34; /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;HÃ© oui, une confÃ©rence c’est un peu comme un club de rencontres (Ã  condition d’aimer les barbus).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Le retour du netstat en furie</title>
      <link>https://home.regit.org/2005/09/le-retour-du-netstat-en-furie/</link>
      <pubDate>Thu, 01 Sep 2005 16:15:46 +0000</pubDate>
      <guid>https://home.regit.org/2005/09/le-retour-du-netstat-en-furie/</guid>
      <description>&lt;p&gt;Allez cette fois-ci je ne pars pas dans un dÃ©lire mais je vais vous donner de la matiÃ¨re. En travaillant sur le client windows pour nufw, j’ai trouvÃ© une page sur le site de la respectable sociÃ©tÃ© &lt;a href=&#34;http://www.hsc.fr&#34;&gt;HSC&lt;/a&gt;. Ils &lt;a href=&#34;http://www.hsc.fr/ressources/articles/win_net_srv/ch02s04.html&#34;&gt;dÃ©crivent&lt;/a&gt; de maniÃ¨re prÃ©cise certains des problÃ¨mes relatif Ã  netstat. Cela va s’en dire qu’il s’agit des problÃ¨mes rencontrÃ©s avant d’avoir virÃ© la &lt;a href=&#34;http://home.regit.org/wp-admin/?p=4&#34;&gt;dame pipi&lt;/a&gt;. L’article est trÃ¨s technique et trÃ¨s sÃ©rieux donc prÃ©voyez un peu de temps avant de le lire (quelques mois si vous n’Ãªtes pas informaticien, le temps d’apprendre les bases 😉 .&lt;br&gt;
Je profite de cette brÃ¨ve pour tirer mon chapeau Ã  l’auteur, Jean-Baptiste Marchand. j’aurais sans doute eu du mal Ã  rester aussi calme et impartial en rÃ©digeant un tel texte.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Des pilotes en Java par dÃ©faut ?</title>
      <link>https://home.regit.org/2005/08/des-pilotes-en-java-par-defaut/</link>
      <pubDate>Fri, 12 Aug 2005 20:16:23 +0000</pubDate>
      <guid>https://home.regit.org/2005/08/des-pilotes-en-java-par-defaut/</guid>
      <description>&lt;p&gt;Je vous entends tous dire :&lt;br&gt;
“Et la marmotte, …”&lt;/p&gt;
&lt;p&gt;Mais si je suis sÃ©rieux , c’est une des nouveautÃ©s du Windows DDK 2003 SP1 !&lt;/p&gt;
&lt;p&gt;J’en tiens pour preuve ce qu’il se passe lorsque j’ai lancÃ© &lt;code&gt;build&lt;/code&gt; dans le rÃ©pertoire des drivers d’un projet respectable trouvÃ© sur internet (Celui-ci se contente de maniÃ¨re bien politiquement correcte d’inclure le Makefile du DDK et de lui faire confiance.)&lt;br&gt;
DÃ¨s que la compilation se lance, la console est noyÃ©e sous les messages d’erreurs :&lt;br&gt;
&lt;code&gt;jvc command not found&lt;/code&gt;&lt;br&gt;
Ne sachant pas ce que c’est jvc (jvc tÃ©lÃ©commande not found, j’aurais compris mais lÃ  non), je googlize et apprends qu’il s’agit du compilateur Java de Microsoft.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Des paramÃ¨tres constants et autres fioritures</title>
      <link>https://home.regit.org/2005/08/des-parametres-constants/</link>
      <pubDate>Fri, 12 Aug 2005 20:05:44 +0000</pubDate>
      <guid>https://home.regit.org/2005/08/des-parametres-constants/</guid>
      <description>&lt;p&gt;L’API systÃ¨me Windows est vraiment fascinante Ã  plusieurs Ã©gards.&lt;/p&gt;
&lt;p&gt;D’un cÃ´tÃ©, elle tient de Perl, il y a toujours plus d’un moyen de faire la mÃªme chose. Le problÃ¨me vient ici qu’il ne s’agit pas de trouver des solutions algorithmiques diffÃ©rentes Ã  un mÃªme problÃ¨me mais qu’il y a de multiples systÃ¨mes parallÃ¨les pour effectuer une mÃªme tÃ¢che. Il s’ensuit une complexitÃ© inutile amplifiÃ© par la puissance de l’outil de recherche disponible sur MSDN.&lt;/p&gt;</description>
    </item>
    <item>
      <title>L’histoire de netstat et de la dame pipi</title>
      <link>https://home.regit.org/2005/08/lhistoire-de-netstat-et-de-la-dame-pipi/</link>
      <pubDate>Fri, 12 Aug 2005 19:26:40 +0000</pubDate>
      <guid>https://home.regit.org/2005/08/lhistoire-de-netstat-et-de-la-dame-pipi/</guid>
      <description>&lt;p&gt;Comme vous le savez peut-Ãªtre je suis l’un des developpeurs de &lt;a href=&#34;http://www.nufw.org&#34;&gt;NuFW&lt;/a&gt;. Ce magnifique parefeu authentifiant a besoin d’un client sur chaque poste de travail. Grosso modo c’est un netstat qui rÃ©cupÃ¨re la liste des paquets SYN (Pour ceux qui n’ont pas suivi, c’est un peu comme une dame pipi qui lÃ¨ve les yeux Ã  chaque fois que quelqu’un entre). Bon bref, c’est au systÃ¨me d’exploitation ce que la balayette est aux toilettes : “on peut faire sans, mais Ã§a finit vite par Ãªtre vraiment sale.”.&lt;br&gt;
Donc c’est le genre de trucs qui existent sur toutes les machines qui font du rÃ©seau (mÃªme Windows 95 Ã  cette fonctionnalitÃ© si vous me passez la mÃ©taphore).&lt;/p&gt;</description>
    </item>
    <item>
      <title>De l’avantage des fichiers plats</title>
      <link>https://home.regit.org/2005/08/de-lavantage-des-fichiers-plats/</link>
      <pubDate>Fri, 12 Aug 2005 18:53:39 +0000</pubDate>
      <guid>https://home.regit.org/2005/08/de-lavantage-des-fichiers-plats/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.nagios.org/&#34;&gt;Nagios&lt;/a&gt; stocke bien entendu ses fichiers de configuration et son fichier de status dans des fichiers plats. Il est donc possible de les parser pour en extraire les informations. C’est ce que fait le projet &lt;a href=&#34;http://naupy.sourceforge.net/&#34;&gt;Naupy&lt;/a&gt; qui fournit une classe PHP permetttant d’extraire les informations maintenues par Nagios.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
