<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog de Boris HUISGEN &#187; BSD</title>
	<atom:link href="http://blog.hbis.fr/category/systeme/bsd/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.hbis.fr</link>
	<description>Administrateur &#38; Développeur système UNIX/Linux</description>
	<lastBuildDate>Fri, 30 Jul 2010 09:49:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Munin : monitorer la température des disques durs sous FreeBSD &amp; Mac OS X</title>
		<link>http://blog.hbis.fr/2010/07/05/munin-patch_hddtemp_smartct/</link>
		<comments>http://blog.hbis.fr/2010/07/05/munin-patch_hddtemp_smartct/#comments</comments>
		<pubDate>Mon, 05 Jul 2010 13:00:42 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Mac OS X]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2558</guid>
		<description><![CDATA[Je vous fais part de mon patch pour le plugin hddtemp_smartctl de Munin afin que la température des disques durs puisse être monitorée sous FreeBSD, OpenBSD, NetBSD et Mac OS X : http://exchange.munin-monitoring.org/plugins/hddtemp_smartctl/details Pour rappel, ce plugin nécessite le port sysutils/smartmontools. La commande smartctl n&#8217;étant fonctionnelle que sous root, il faut adapter la configuration de Munin dans le fichier /usr/local/etc/munin/plugin-conf.d/plugins.conf : ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/07/05/munin-patch_hddtemp_smartct/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FreeBSD : activer le support SSH depuis l&#8217;installation en mode &#8216;fixit&#8217;</title>
		<link>http://blog.hbis.fr/2010/06/15/freebsd-ssh_fixit_mode/</link>
		<comments>http://blog.hbis.fr/2010/06/15/freebsd-ssh_fixit_mode/#comments</comments>
		<pubDate>Tue, 15 Jun 2010 12:42:27 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2444</guid>
		<description><![CDATA[Le mode &#8216;Fixit&#8217; présent sur le CD / DVD d&#8217;installation de FreeBSD 8 est utile pour dépanner votre système ou encore effectuer une installation custom (ZFS et cie). Pour améliorer votre confort, un vrai terminal est préférable, encore faut-il que le support SSH soit activé. Pour ce faire, on commence par l&#8217;initialisation réseau : Fixit# ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/06/15/freebsd-ssh_fixit_mode/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FreeBSD : RAID1 hotswap avec gestion AHCI</title>
		<link>http://blog.hbis.fr/2010/02/24/freebsd-raid1_hotswap_with_ahci/</link>
		<comments>http://blog.hbis.fr/2010/02/24/freebsd-raid1_hotswap_with_ahci/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 14:26:21 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2082</guid>
		<description><![CDATA[FreeBSD 8 gère par défaut vos disques par le driver ATA. Celui ne gère pas le hotswap disque. Si atacontrol permet bien de désactiver et débrancher un disque à chaud, la détection n&#8217;est effective qu&#8217;au prochain reboot. Pour permettre une détection à chaud, il est nécessaire d&#8217;utiliser le driver expérimental AHCI, tout en s&#8217;assurant que ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/24/freebsd-raid1_hotswap_with_ahci/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>FreeBSD : coloriser la sortie de ls</title>
		<link>http://blog.hbis.fr/2010/02/19/freebsd-ls_colors/</link>
		<comments>http://blog.hbis.fr/2010/02/19/freebsd-ls_colors/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 14:09:36 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2018</guid>
		<description><![CDATA[Ajoutez dans votre fichier shell rc (~/.shrc ou autre) : CLICOLOR=&#34;YES&#34; export CLICOLOR Si vous souhaitez coloriser la sortie comme sous Linux, rajoutez celles-ci : LSCOLORS=&#34;ExGxFxdxCxDxDxhbadExEx&#34; export ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/19/freebsd-ls_colors/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FreeBSD : un MTA pratique pour les jails</title>
		<link>http://blog.hbis.fr/2010/02/06/mt_jail/</link>
		<comments>http://blog.hbis.fr/2010/02/06/mt_jail/#comments</comments>
		<pubDate>Sat, 06 Feb 2010 19:58:52 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Messagerie]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1988</guid>
		<description><![CDATA[Pour chaque jail, il est nécessaire de recevoir les mails (cron, periodic, etc&#8230;). Afin de préserver au mieux les ressources et éviter le recours à un vrai relais SMTP (sendmail, postfix ou autre), un MTA idéal est ssmtp (Simple SMTP Agent). Il permet de relayer tous les mails vers un SMTP, ceci par un contournement ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/06/mt_jail/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FreeBSD : jail PostgreSQL</title>
		<link>http://blog.hbis.fr/2010/02/03/freebsd-postgresql_jail-2/</link>
		<comments>http://blog.hbis.fr/2010/02/03/freebsd-postgresql_jail-2/#comments</comments>
		<pubDate>Wed, 03 Feb 2010 14:15:17 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1965</guid>
		<description><![CDATA[Pour pouvoir exécuter un serveur PostgreSQL sous une jail FreeBSD, il est nécessaire d&#8217;autoriser le support de la mémoire partagée (SHM). Il convient d&#8217;activer le flag dans /etc/rc.conf : jail_sysvipc_allow=&#34;YES&#34; Si cela n&#8217;est pas fait, l&#8217;initialisation de l&#8217;espace de stockage échoue de cette façon : sql# /usr/local/etc/rc.d/postgresql oneinitdb The files belonging to this database system ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/03/freebsd-postgresql_jail-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Réseau : géolocalisation de votre connexion</title>
		<link>http://blog.hbis.fr/2010/01/21/network-fai_geoip/</link>
		<comments>http://blog.hbis.fr/2010/01/21/network-fai_geoip/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 16:42:49 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Mac OS X]]></category>
		<category><![CDATA[Réseau]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1741</guid>
		<description><![CDATA[Pour géolocaliser votre connexion Internet (au niveau du DSLAM de votre FAI), une commande sympa : $ curl -s &#34;http://www.geody.com/geoip.php?ip=$(curl -s icanhazip.com)&#34; &#124; sed '/^IP:/!d;s/&#60;[^&#62;][^&#62;]*&#62;//g' IP: XX.XX.XX.XXX Location: Munshausen, Luxembourg   (Visual Online S.A.)]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/21/network-fai_geoip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Postfix : virtual alias lookup problem</title>
		<link>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/</link>
		<comments>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 10:36:23 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Messagerie]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.bhuisgen.homeip.net/?p=157</guid>
		<description><![CDATA[Un problème courant sur les serveurs SMTP Postfix avec gestion virtuelle des utilisateurs avec backend MySQL, concerne la présence de nombreux warnings dans le log comme ceci : Feb  5 03:02:19 srv07 postfix/cleanup[22193]: warning: 7C6E95117E: virtual_alias_maps map lookup problem for user@domain.fr Pour le corriger, il suffit de corriger la requête SQL des alias mail : ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>NetBSD : configuration RAID1 avec RAIDframe</title>
		<link>http://blog.hbis.fr/2009/10/26/netbsd-raid1/</link>
		<comments>http://blog.hbis.fr/2009/10/26/netbsd-raid1/#comments</comments>
		<pubDate>Mon, 26 Oct 2009 00:18:30 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[NetBSD]]></category>
		<category><![CDATA[OpenBSD]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1373</guid>
		<description><![CDATA[Je vais vous guider dans la configuration d'un RAID1 logiciel avec RAIDFrame sous NetBSD. Cette procédure fonctionne également sous OpenBSD (votre noyau devant intégrer le support RAIDframe) ou encore FreeBSD 4/5. Le RAID peut être créé à chaud sans LiveCD et à distance, mais il est recommandé d'avoir un accès au BIOS setup. Si vous ne faites pas d'erreur de calcul ou de frappe, tout se passera bien sinon pensez d'emblée à faire une backup !]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2009/10/26/netbsd-raid1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenLDAP : reconstruction d&#039;une base suite à une mise à jour</title>
		<link>http://blog.hbis.fr/2009/10/14/openldap-dump-2/</link>
		<comments>http://blog.hbis.fr/2009/10/14/openldap-dump-2/#comments</comments>
		<pubDate>Wed, 14 Oct 2009 16:03:26 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1339</guid>
		<description><![CDATA[En cas de mise à jour d&#8217;une version majeure d&#8217;OpenLDAP, voici la procédure à respecter pour reconstruire votre base LDAP. Etape 1 : export de votre base LDAP : # /etc/init.d/slurpd stop # /etc/init.d/slapd stop # slapcat -l /root/ldapdump.raw # egrep -v '^entryCSN:' &#60; /root/ldapdump.raw &#62; /root/ldapdump # mv /var/lib/openldap-data/ /root/openldap-data-backup/ Etape 2 : mise ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2009/10/14/openldap-dump-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
