<?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>Emile "iMil" Heitor 's home &#187; alpine</title>
	<atom:link href="http://imil.net/wp/tag/alpine/feed/" rel="self" type="application/rss+xml" />
	<link>http://imil.net/wp</link>
	<description>life, unix and stuff</description>
	<lastBuildDate>Fri, 30 Dec 2011 20:58:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Alpine et les certificats SSL</title>
		<link>http://imil.net/wp/2010/02/27/alpine-et-les-certificats-ssl/</link>
		<comments>http://imil.net/wp/2010/02/27/alpine-et-les-certificats-ssl/#comments</comments>
		<pubDate>Sat, 27 Feb 2010 18:46:50 +0000</pubDate>
		<dc:creator>iMil</dc:creator>
				<category><![CDATA[Ma vie, mon oeuvre]]></category>
		<category><![CDATA[alpine]]></category>
		<category><![CDATA[lolwut]]></category>
		<category><![CDATA[SSL]]></category>

		<guid isPermaLink="false">http://imil.net/wp/?p=401</guid>
		<description><![CDATA[Je sais, je suis un vieux con. Et en bon vieux con que je suis, je n&#8217;ai jamais réussi à utiliser un autre MUA que pine / alpine. C&#8217;est pas qu&#8217;il soit franchement au dessus des autres, loin s&#8217;en faut, mais que voulez-vous, on ne change pas 14 ans d&#8217;habitudes comme ça.
Alpine a des avantages, [...]]]></description>
			<content:encoded><![CDATA[<p>Je sais, je suis un vieux con. Et en bon vieux con que je suis, je n&#8217;ai jamais réussi à utiliser un autre <a href="http://en.wikipedia.org/wiki/Mail_User_Agent">MUA</a> que <a href="http://www.washington.edu/pine/">pine</a> / <a href="http://www.washington.edu/alpine/">alpine</a>. C&#8217;est pas qu&#8217;il soit franchement au dessus des autres, loin s&#8217;en faut, mais que voulez-vous, on ne change pas 14 ans d&#8217;habitudes comme ça.</p>
<p><i>Alpine</i> a des avantages, mais aussi beaucoup d&#8217;inconvénients, et l&#8217;un d&#8217;entre eux, c&#8217;est la manière dont il &#8220;gère&#8221; la validité des certificats <a href="http://fr.wikipedia.org/wiki/Secure_Sockets_Layer">TLS/SSL</a>.</p>
<p>Jusqu&#8217;à présent, la flemme m&#8217;avait poussé à renseigner mes accès <a href="http://fr.wikipedia.org/wiki/Internet_Message_Access_Protocol">IMAP</a> de cette façon :</p>
<pre>
$ grep novalidate .pinerc
inbox-path={mon.serveur.imap/ssl/novalidate-cert}inbox
</pre>
<p>De façon à ne plus voir le fameux <i>warning</i> me signifiant que le certificat du serveur <i>IMAP</i> auquel je souhaite me connecter n&#8217;est pas valide, blah blah blah. Et puis cette fois j&#8217;ai voulu faire les choses bien. En fouillant un peu, je suis tombé sur cette <a href="http://www.madboa.com/geek/pine-ssl/">excellente documentation</a> qui explique le pourquoi du comment, mais surtout le &#8220;comment&#8221;.</p>
<p>Voici donc en résumé la marche à suivre.</p>
<p>Vous aurez besoin, pour satisfaire <code>alpine</code> :</p>
<ul>
<li>Du <i>root-certificate</i> duquel est issu votre certificat serveur</li>
<li>Du certificat serveur en question</li>
</ul>
<p>J&#8217;utilise depuis quelques temps les services de <a href="http://www.cacert.org/">CACert</a> plutôt que d&#8217;auto-signer mes certificats. C&#8217;est peut-être dérisoire, mais je trouve ça plus sérieux.</p>
<p>La première étape consiste en la découverte du répertoire par défaut ou <a href="http://openssl.org/">OpenSSL</a> cherche les certificats. On obtient cette information avec la commande suivante :</p>
<pre>
$ openssl version -d
OPENSSLDIR: "/etc/openssl"
</pre>
<p>Pour moi, donc, ce sera <code>/etc/openssl</code>.</p>
<p>Là ou ça devient rigolo, c&#8217;est qu&#8217;<b>aucune</b> directive de configuration du <code>.pinerc</code> ne permet de définir un nom de fichier correspondant aux certificats. Non. À l&#8217;Université de Washington, ils préfèrent chercher ces derniers sous forme de <i>hash</i>, c&#8217;est tellement plus convivial. Heureusement, dans la <a href="http://www.madboa.com/geek/pine-ssl/">documentation précédemment citée</a>, Paul Heinlein a déblayé le terrain et nous explique qu&#8217;on obtient ce <i>hash</i> à l&#8217;aide de la commande <code>openssl x509 -in certificat.pem  -hash -noout</code>.</p>
<p>Ainsi, il &#8220;suffit&#8221; de copier votre certificat racine et le certificat serveur avec leurs noms sous la forme du <i>hash</i> obtenu&#8230; suffixé par &#8220;.0&#8243;. Demandez pas.</p>
<p>Ce qui nous donne :</p>
<pre>
$ openssl x509 -in cacert-root.pem  -hash -noout
5ed36f99
$ openssl x509 -in cert_serveur.pem  -hash -noout
aaf089ef8
</pre>
<p>Puis</p>
<pre>
$ sudo cp cacert-root.pem /etc/openssl/certs/5ed36f99.0
$ sudo cp cert_serveur.pem  /etc/openssl/certs/aaf089ef8.0
</pre>
<p>Bin croyez-le ou non: ça marche.</p>
]]></content:encoded>
			<wfw:commentRss>http://imil.net/wp/2010/02/27/alpine-et-les-certificats-ssl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: imil.net @ 2012-02-04 19:21:02 by W3 Total Cache -->
