<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://blog.kryskool.org/index.php/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:wfw="http://wellformedweb.org/CommentAPI/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
  <title>KrysKool.browse(cr, uid, ids, context) - ubuntu</title>
  <link>http://blog.kryskool.org/index.php/</link>
  <description>Mon blog</description>
  <language>fr</language>
  <copyright>KrysKool.org &amp;copy;</copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>DotClear</generator>
  
    
  <item>
    <title>Configurer le clavier d'un macbook avec un linux en console sur Debian/Ubuntu</title>
    <link>http://blog.kryskool.org/index.php/post/2010/02/14/Configurer-le-clavier-dun-macbook-avec-un-linux-en-console-sur-Debian/Ubuntu</link>
    <guid isPermaLink="false">urn:md5:9b7342be8b33bf747ede1d0cc1cfbf35</guid>
    <pubDate>Sun, 14 Feb 2010 10:42:00 +0100</pubDate>
    <dc:creator>KrysKool</dc:creator>
        <category>linux</category>
        <category>debian</category><category>linux</category><category>macbook</category><category>macosx</category><category>ubuntu</category><category>virtualbox</category><category>vmware</category>    
    <description>
        Lorsque l'on installe la version serveur d'un linux, celui ne possède que la console, bien sur le mappage clavier d'un Macbook ne sera pas correctement mapper (y compris dans une machine virtuelle)    </description>
    <content:encoded>    &lt;p&gt;Lorsque l'on installe la version serveur d'un linux, celui ne possède que la console, bien sur le mappage clavier d'un Macbook ne sera pas correctement mapper (y compris dans une machine virtuelle)
il faut donc le reconfigurer avec la méthode ci dessous&lt;/p&gt;


&lt;pre&gt;dpkg-reconfigure -p low console-data&lt;/pre&gt;


&lt;p&gt;choisir le menu&lt;/p&gt;


&lt;pre&gt;Choisir un codage clavier dans la liste complète&lt;/pre&gt;


&lt;p&gt;puis sélectionner&lt;/p&gt;


&lt;pre&gt;Mac / Unknown / French / Standard / MacBook&lt;/pre&gt;


&lt;p&gt;Voila votre clavier de votre macbook correctement mapper&lt;/p&gt;</content:encoded>
    
    

    <comments>http://blog.kryskool.org/index.php/post/2010/02/14/Configurer-le-clavier-dun-macbook-avec-un-linux-en-console-sur-Debian/Ubuntu#comment-form</comments>
    <wfw:comment>http://blog.kryskool.org/index.php/post/2010/02/14/Configurer-le-clavier-dun-macbook-avec-un-linux-en-console-sur-Debian/Ubuntu#comment-form</wfw:comment>
    <wfw:commentRss>http://blog.kryskool.org/index.php/feed/rss2/comments/66</wfw:commentRss>
  </item>
    
  <item>
    <title>Utilisation de sudo sans mot de passe sous Ubuntu/Debian</title>
    <link>http://blog.kryskool.org/index.php/post/2009/04/17/Utilisation-de-sudo-sans-mot-de-passe-sous-Ubuntu/Debian</link>
    <guid isPermaLink="false">urn:md5:80a905b69c6f9c27b92de4c1a23bf6c7</guid>
    <pubDate>Thu, 16 Apr 2009 20:01:00 +0200</pubDate>
    <dc:creator>KrysKool</dc:creator>
        <category>linux</category>
        <category>debian</category><category>linux</category><category>sudo</category><category>ubuntu</category>    
    <description>
    Pour un besoin professionnel, je devais pouvoir utiliser les commandes sudo sans qu'un mot de passe me soit demander. bien sur les utilisateurs se connectant au serveur le faisaient via clé SSH uniquement (authentification par mot de passe interdite), ceci permet que lorsque qu'une personne quitte la société celle ci n'ai aucun mot de passe en sa possession, il suffit donc de supprimer ses clés des serveurs auxquelles elle pouvait se connecter (la centralisation des clés SSH publique dans un annuaire LDAP est un atout non négligeable, mais non décrit dans cet article).        </description>
    <content:encoded>&lt;p&gt;Pour un besoin professionnel, je devais pouvoir utiliser les commandes &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/sudo&quot;&gt;sudo&lt;/a&gt; sans qu'un mot de passe me soit demander. bien sur les utilisateurs se connectant au serveur le faisaient via clé SSH uniquement (authentification par mot de passe interdite), ceci permet que lorsque qu'une personne quitte la société celle ci n'ai aucun mot de passe en sa possession, il suffit donc de supprimer ses clés des serveurs auxquelles elle pouvait se connecter (la centralisation des clés SSH publique dans un annuaire LDAP est un atout non négligeable, mais non décrit dans cet article).&lt;/p&gt;    &lt;p&gt;Pour commencer il faut modifier la configuration du fichier /etc/sudoers pour cela nous utiliserons l'utilitaire visudo a cet effet&lt;/p&gt;

&lt;pre&gt;visudo&lt;/pre&gt;

&lt;p&gt;ensuite il faut ajouter la ligne tout à la fin&lt;/p&gt;

&lt;pre&gt;%sudo ALL=NOPASSWD: ALL&lt;/pre&gt;

&lt;p&gt;cette ligne indique que tous les utilisateurs qui appartienne au groupe &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/sudo&quot;&gt;sudo&lt;/a&gt; n'ont pas besoin d'indiquer de mot de passe pour utiliser la commande.
ensuite ajouter votre utilisateur (ex toto) au groupe &lt;strong&gt;sudo&lt;/strong&gt; comme ceci&lt;/p&gt;

&lt;pre&gt;adduser toto sudo&lt;/pre&gt;

&lt;p&gt;ensuite déconnectez vous et reconnectez vous, puis lancer une commande avec &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/sudo&quot;&gt;sudo&lt;/a&gt;, celui ci ne vous demandera aucun mot de passe.
Bien sur cette manipulation est à mettre en place dans le cas ou le processus d'authentification est assez sûr et ne surtout pas mettre les utilisateurs www-data (apache) ftp (wu-ftp) et d'autres sensibles comme ceux ci, comme faisant parti du groupe &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/sudo&quot;&gt;sudo&lt;/a&gt;.&lt;/p&gt;


&lt;p&gt;Il est bien sur possible de restreindre la liste des commandes qui peuvent être lancer sans mot de passe, pour voir la configuration man sudoers&lt;/p&gt;</content:encoded>
    
    

    <comments>http://blog.kryskool.org/index.php/post/2009/04/17/Utilisation-de-sudo-sans-mot-de-passe-sous-Ubuntu/Debian#comment-form</comments>
    <wfw:comment>http://blog.kryskool.org/index.php/post/2009/04/17/Utilisation-de-sudo-sans-mot-de-passe-sous-Ubuntu/Debian#comment-form</wfw:comment>
    <wfw:commentRss>http://blog.kryskool.org/index.php/feed/rss2/comments/59</wfw:commentRss>
  </item>
    
  <item>
    <title>Marre des tentatives d'intrusion en ssh dans vos log</title>
    <link>http://blog.kryskool.org/index.php/post/2008/12/01/Marre-des-tentatives-dintrusion-en-ssh-dans-vos-log</link>
    <guid isPermaLink="false">urn:md5:b0391a7eae66f0566c215a489b6f28a9</guid>
    <pubDate>Mon, 01 Dec 2008 23:13:00 +0100</pubDate>
    <dc:creator>KrysKool</dc:creator>
        <category>linux</category>
        <category>debian</category><category>iptables</category><category>port knocking</category><category>ssh</category><category>ubuntu</category>    
    <description>
    Si vous lisez régulièrement vos logs de vos serveurs, vous avez surement remarqué qu'il se remplissent de plus en plus souvent avec des tentatives de connexion en ssh (port 22), ce sont des bots qui essai de pénétrer votre serveur a l'aide de dictionnaire et de compte non sécurisé. Pour bloquer ses tentatives vous utilisez sans doute déjà Fail2Ban qui blacklist via IpTables l'ip qui a loupé ses tentatives (3 fois par défaut), d'ailleurs vous avez surement pester dessus les journées ou vous avez de gros doigts :), fail2ban a la facheuse tendance a envoyé un mail à chaque tentative, depuis quelques semaines il est surement devenu votre spammer favori, pourtant une autre solution existe, c'est de ne rendre le port ssh visible seulement après avoir exécuter un rituel, cela s'appelle le port knocking.        </description>
    <content:encoded>&lt;p&gt;Si vous lisez régulièrement vos logs de vos serveurs, vous avez surement remarqué qu'il se remplissent de plus en plus souvent avec des tentatives de connexion en ssh (port 22), ce sont des bots qui essai de pénétrer votre serveur a l'aide de dictionnaire et de compte non sécurisé. Pour bloquer ses tentatives vous utilisez sans doute déjà Fail2Ban qui blacklist via IpTables l'ip qui a loupé ses tentatives (3 fois par défaut), d'ailleurs vous avez surement pester dessus les journées ou vous avez de gros doigts :), fail2ban a la facheuse tendance a envoyé un mail à chaque tentative, depuis quelques semaines il est surement devenu votre spammer favori, pourtant une autre solution existe, c'est de ne rendre le port ssh visible seulement après avoir exécuter un rituel, cela s'appelle le port knocking.&lt;/p&gt;    &lt;p&gt;Voici la définition Wikipédia du port knocking&lt;/p&gt;


&lt;blockquote&gt;&lt;p&gt;Le port-knocking est une méthode permettant de modifier le comportement d'un firewall en temps réel en provoquant l'ouverture de ports permettant la communication, grâce au lancement préalable d'une suite de connexions sur des ports distincts dans le bon ordre, à l'instar d'un code frappé à une porte.&lt;/p&gt;
&lt;p&gt;
Cette technique est notamment utilisée pour protéger l'accès au port 22 dédié au Secure shell (SSH), elle ne nécessite pas beaucoup de ressources et reste facile à mettre en œuvre. En 2008, cette technique n'est pas encore largement adoptée par la communauté informatique, mais elle a déjà été intégrée dans certains rootkits.&lt;/p&gt;&lt;/blockquote&gt;


&lt;h2&gt;coté serveur&lt;/h2&gt;

&lt;p&gt;Pour cela il existe une service qui permet de faire du port knocking &lt;a href=&quot;http://portknocking.org/&quot; hreflang=&quot;en&quot; title=&quot;knockd&quot;&gt;knockd&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;sous Debian et dérivé, faite juste un&lt;/p&gt;


&lt;pre&gt;# apt-get install knockd&lt;/pre&gt;


&lt;p&gt;editer le fichier /etc/knockd.conf et changer la séquence par défaut&lt;/p&gt;


&lt;p&gt;redemarez le service via&lt;/p&gt;

&lt;pre&gt;# invoke-rc.d knockd restart&lt;/pre&gt;


&lt;h2&gt;coté client&lt;/h2&gt;


&lt;p&gt;Pour vous connectez a votre serveur en ssh direct, cela sera impossible, car knockd veille au grain. il vous faut également installe knockd coté client, puis exécuter la ligne ci dessous.&lt;/p&gt;

&lt;pre&gt;$ knock mon_serveur 7000 8000 900&lt;/pre&gt;

&lt;p&gt;Vous changerez bien sur la séquence de port et mettrez celle que vous avez choisi. ensuite vous avez un laps de temps définit par la variable &lt;strong&gt;cmd_timeout&lt;/strong&gt; pour vous connecter avec ssh. passer ce delai les nouvelles connexions ssh seront refusés, mais celle déjà établit resterons.&lt;/p&gt;</content:encoded>
    
    

    <comments>http://blog.kryskool.org/index.php/post/2008/12/01/Marre-des-tentatives-dintrusion-en-ssh-dans-vos-log#comment-form</comments>
    <wfw:comment>http://blog.kryskool.org/index.php/post/2008/12/01/Marre-des-tentatives-dintrusion-en-ssh-dans-vos-log#comment-form</wfw:comment>
    <wfw:commentRss>http://blog.kryskool.org/index.php/feed/rss2/comments/52</wfw:commentRss>
  </item>
    
  <item>
    <title>Premier patch pour TinyERP/OpenERP</title>
    <link>http://blog.kryskool.org/index.php/post/2008/09/07/Premier-patch-pour-TinyERP/OpenERP</link>
    <guid isPermaLink="false">urn:md5:e64cfebca3a3b80a0ef844d24d7b836b</guid>
    <pubDate>Sun, 07 Sep 2008 22:13:00 +0200</pubDate>
    <dc:creator>KrysKool</dc:creator>
        <category>openerp</category>
        <category>debian</category><category>launchpad</category><category>openerp</category><category>postgresql</category><category>python</category><category>tinyerp</category><category>ubuntu</category>    
    <description>
    Aujourd'hui j'avais recensé quelques petites corrections utiles, que j'ai décidé de coder en utilisant la nouvelle plateforme de développement de TinyERP/OpenERP sur Launchpad        </description>
    <content:encoded>&lt;p&gt;Aujourd'hui j'avais recensé quelques petites corrections utiles, que j'ai décidé de coder en utilisant la nouvelle plateforme de développement de TinyERP/OpenERP sur Launchpad&lt;/p&gt;    &lt;p&gt;Mes premières modifications ont portés sur la gestion des exceptions lors de la création des port d'écoutes (XMLRPC et NETRPC), en effet si vous avez lancé 2 fois votre serveur &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/tinyerp&quot;&gt;TinyERP&lt;/a&gt;, le second lancement se traduit par l'arret du processus (ce qui est normal) en indiquant que le port d'écoute est utilisé, or lors du lancement du serveur TinyERP par un script init.d, celui sort avec un code erreur 0, ce qui indique que tout c'est bien passé, ce qui n'est pas le cas. Le patch proposé récupère l'exception, puis indique sur la sortie stderr qu'il y'a une erreur et que le port d'écoute est déjà occupé, puis retourne le code erreur 1 (au lieu de 0). Le patch proposé l'a été pour la version stable 4.2{1} et la version Trunk{2} (développement).&lt;/p&gt;


&lt;p&gt;L'autre patch concerne la comptabilité avec &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/postgresql&quot;&gt;PostgreSQL&lt;/a&gt; 8.3 pour la version 4.2. En effet dans un billet &lt;a href=&quot;http://blog.kryskool.org/index.php/post/2008/09/07/Premier-patch-pour-TinyERP/post/2008/05/25/Installation-TinyERP-42-avec-PostgreSQL-83&quot; hreflang=&quot;fr&quot; title=&quot;Tiny 4.2 Pg 8.3&quot;&gt;précédent&lt;/a&gt; je vous expliquait que la version 4.2 ne fonctionnerait pas avec PostgreSQL 8.3 et qu'il fallait ne pas y toucher. Comme dit le proverbe &amp;quot;Faites ce que je dis, mais faites pas ce que je fais&amp;quot;, j'y ai touché ;) , vous allez me dire &amp;quot;Mais pourquoi donc&amp;quot;, a cela je vous répond.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;PostgreSQL 8.3 fait parti de &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/ubuntu&quot;&gt;Ubuntu&lt;/a&gt; Hardy Heron (8.04), La 8.2 est marqué obsolète.&lt;/li&gt;
&lt;li&gt;Dans &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/debian&quot;&gt;Debian&lt;/a&gt; Lenny, seule PostgreSQl 8.3 est dispo, la version 8.2 n'est même pas disponible dans des backports.&lt;/li&gt;
&lt;li&gt;Seul les reporting basés sur des vues PostgreSQL posent problèmes, l'impact sur une éventuelle régression est inexistant.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Les 2 premiers points ont fait pencher la balance, d'ailleurs au moment ou j'écris ces lignes, les patchs viennent d'être intégré à la version 4.2 :).&lt;/p&gt;


&lt;p&gt;&lt;a href=&quot;https://code.launchpad.net/~syleam/openobject-server/4.2_exit-properly&quot; hreflang=&quot;fr&quot; title=&quot;Patch Trunk&quot;&gt;1&lt;/a&gt; https://code.launchpad.net/~syleam/openobject-server/4.2_exit-properly&lt;br /&gt;
&lt;a href=&quot;https://code.launchpad.net/~syleam/openobject-server/exit-properly&quot; hreflang=&quot;fr&quot; title=&quot;Patch 4.2&quot;&gt;2&lt;/a&gt; https://code.launchpad.net/~syleam/openobject-server/exit-properly&lt;br /&gt;
&lt;a href=&quot;https://code.launchpad.net/~syleam/openobject-addons/4.2_postgresql8.3_compat&quot; hreflang=&quot;fr&quot; title=&quot;PG8.3&quot;&gt;3&lt;/a&gt; https://code.launchpad.net/~syleam/openobject-addons/4.2_postgresql8.3_compat&lt;br /&gt;&lt;/p&gt;</content:encoded>
    
    

    <comments>http://blog.kryskool.org/index.php/post/2008/09/07/Premier-patch-pour-TinyERP/OpenERP#comment-form</comments>
    <wfw:comment>http://blog.kryskool.org/index.php/post/2008/09/07/Premier-patch-pour-TinyERP/OpenERP#comment-form</wfw:comment>
    <wfw:commentRss>http://blog.kryskool.org/index.php/feed/rss2/comments/46</wfw:commentRss>
  </item>
    
  <item>
    <title>Mapping clavier MacBook sous Ubuntu 8.04</title>
    <link>http://blog.kryskool.org/index.php/post/2008/08/21/Mapping-clavier-MacBook-sous-Ubuntu-804</link>
    <guid isPermaLink="false">urn:md5:a3d3a48e6bc163bcd96575f62ed4752b</guid>
    <pubDate>Thu, 21 Aug 2008 22:59:00 +0200</pubDate>
    <dc:creator>KrysKool</dc:creator>
        <category>macosx</category>
        <category>hardy heron</category><category>linux</category><category>macbook</category><category>macosx</category><category>ubuntu</category><category>xorg</category>    
    <description>
    Ci dessous la configuration pour obtenir un mapping de clavier de MacBook correcte sous Ubuntu 8.04        </description>
    <content:encoded>&lt;p&gt;Ci dessous la configuration pour obtenir un mapping de clavier de MacBook correcte sous &lt;a href=&quot;http://blog.kryskool.org/index.php/tag/ubuntu&quot;&gt;Ubuntu&lt;/a&gt; 8.04&lt;/p&gt;    &lt;p&gt;dans le fichier&lt;/p&gt;

&lt;pre&gt;/etc/X11/xkb/rules/base&lt;/pre&gt;

&lt;p&gt;chercher&lt;/p&gt;

&lt;pre&gt;$macbooks = macintosh+macintosh(badmap)&lt;/pre&gt;

&lt;p&gt;et le remplacer par&lt;/p&gt;

&lt;pre&gt;$macbooks = macintosh+macintosh(goodmap)&lt;/pre&gt;

&lt;p&gt;ainsi que&lt;/p&gt;

&lt;pre&gt;$maclaptop = +inet(apple)+level3(enter_switch)&lt;/pre&gt;

&lt;p&gt;par&lt;/p&gt;

&lt;pre&gt;$maclaptop = +inet(apple)+level3(win_switch)&lt;/pre&gt;

&lt;p&gt;et dans le fichier &lt;strong&gt;/etc/X11/xorg.conf&lt;/strong&gt; de telle manière que la section &lt;strong&gt;InputDevice&lt;/strong&gt; ressemble a ceci:&lt;/p&gt;

&lt;pre&gt;Section &amp;quot;InputDevice&amp;quot;
    Identifier      &amp;quot;Generic Keyboard&amp;quot;
    Driver          &amp;quot;kbd&amp;quot;
    Option          &amp;quot;CoreKeyboard&amp;quot;
    Option          &amp;quot;XkbRules&amp;quot;      &amp;quot;xorg&amp;quot;
    Option          &amp;quot;XkbModel&amp;quot;      &amp;quot;macbook79&amp;quot;
    Option          &amp;quot;XkbLayout&amp;quot;     &amp;quot;fr&amp;quot;
EndSection&lt;/pre&gt;

&lt;p&gt;Ensuite redémarrer le serveur X&lt;/p&gt;</content:encoded>
    
    

    <comments>http://blog.kryskool.org/index.php/post/2008/08/21/Mapping-clavier-MacBook-sous-Ubuntu-804#comment-form</comments>
    <wfw:comment>http://blog.kryskool.org/index.php/post/2008/08/21/Mapping-clavier-MacBook-sous-Ubuntu-804#comment-form</wfw:comment>
    <wfw:commentRss>http://blog.kryskool.org/index.php/feed/rss2/comments/41</wfw:commentRss>
  </item>
    
</channel>
</rss>