<?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>Tzim.net &#187; 6to4</title>
	<atom:link href="http://tzim.net/tag/6to4/feed/" rel="self" type="application/rss+xml" />
	<link>http://tzim.net</link>
	<description>geek at work</description>
	<lastBuildDate>Sun, 18 Apr 2010 16:35:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>6to4 et reverse &#8211; dns</title>
		<link>http://tzim.net/2006/05/04/6to4-et-reverse-dns/</link>
		<comments>http://tzim.net/2006/05/04/6to4-et-reverse-dns/#comments</comments>
		<pubDate>Thu, 04 May 2006 15:34:25 +0000</pubDate>
		<dc:creator>tzim</dc:creator>
				<category><![CDATA[IPv6]]></category>
		<category><![CDATA[6to4]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[nro]]></category>
		<category><![CDATA[reverse dns]]></category>

		<guid isPermaLink="false">http://tzim.net/?p=88</guid>
		<description><![CDATA[

Si vous avez lu mes précédents articles, vous savez que j&#8217;utilises 6to4 en attendant une &#171;&#160;vraie&#160;&#187; connectivité IPv6.
En effectuant quelques tests lors de la mise en place d&#8217;une zone reverse IPv6 sur mon DNS local, je suis tombé là dessus :
; &#60;&#60;&#62;&#62; DiG 9.3.1 &#60;&#60;&#62;&#62; NS 2.0.0.2.ip6.arpa
;; global options:  printcmd
;; Got answer:
;; -&#62;&#62;HEADER&#60;&#60;- opcode: [...]]]></description>
			<content:encoded><![CDATA[<div>
<div>
<p>Si vous avez lu mes précédents articles, vous savez que j&#8217;utilises 6to4 en attendant une &laquo;&nbsp;vraie&nbsp;&raquo; connectivité IPv6.</p>
<p>En effectuant quelques tests lors de la mise en place d&#8217;une zone reverse IPv6 sur mon DNS local, je suis tombé là dessus :</p>
<pre>; &lt;&lt;&gt;&gt; DiG 9.3.1 &lt;&lt;&gt;&gt; NS 2.0.0.2.ip6.arpa
;; global options:  printcmd
;; Got answer:
;; -&gt;&gt;HEADER&lt;&lt;- opcode: QUERY, status: NOERROR, id: 6522
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 6

;; QUESTION SECTION:
;2.0.0.2.ip6.arpa.              IN      NS

;; ANSWER SECTION:
2.0.0.2.ip6.arpa.       172738  IN      NS      ns-ripe.6to4.nro.net.
2.0.0.2.ip6.arpa.       172738  IN      NS      ns-apnic.6to4.nro.net.
2.0.0.2.ip6.arpa.       172738  IN      NS      ns-lacnic.6to4.nro.net.
2.0.0.2.ip6.arpa.       172738  IN      NS      ns-arin.6to4.nro.net.</pre>
<p>Traduction : il semble qu&#8217;il y&#8217;ait des serveurs spécialisés pour gérer les zones 6to4.</p>
<p>Testons donc &#8230; : <a href="http://6to4.nro.net/">http://6to4.nro.net</a> ! C&#8217;est que y&#8217;a effectivement un site là !</p>
<p>Pour acceder à la configuration de sa zone reverse, il suffit d&#8217;acceder au site 6to4.nro.net depuis une machine utilisant une addresse de cette zone. Traduction : ils vous faudra sans doute changer les préférences de préfixes (voir article IPv6 précédent).</p>
<p>Il suffit ensuite d&#8217;indiquer les serveurs DNS auquels déléguer la zone reverse, et compter quelques jours pour la mise à jour.</p>
<p>La zone reverse peux-être hebergée localement, mais j&#8217;ai choisi d&#8217;utiliser les services de zoneedit.</p>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://tzim.net/2006/05/04/6to4-et-reverse-dns/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Le 6to4, c&#8217;est bien, mais&#8230;</title>
		<link>http://tzim.net/2006/03/29/le-6to4-cest-bien-mais/</link>
		<comments>http://tzim.net/2006/03/29/le-6to4-cest-bien-mais/#comments</comments>
		<pubDate>Wed, 29 Mar 2006 11:15:00 +0000</pubDate>
		<dc:creator>tzim</dc:creator>
				<category><![CDATA[IPv6]]></category>
		<category><![CDATA[6to4]]></category>
		<category><![CDATA[windows]]></category>

		<guid isPermaLink="false">http://tzim.net/?p=92</guid>
		<description><![CDATA[&#8230; parfois, on aimerais que ca serve à quelque chose

En effet, pour se connecter à un site v4/v6, le systeme préfèrera par défaut utiliser IPv4. Normal, c&#8217;est sensé être plus rapide. Par contre, lorsque le but est de tester IPv6, c&#8217;est un peu plus génant.
Lorsque la résolution de nom pose un problème de choix d&#8217;adresses [...]]]></description>
			<content:encoded><![CDATA[<div>&#8230; parfois, on aimerais que ca serve à quelque chose</p>
<div>
<p>En effet, pour se connecter à un site v4/v6, le systeme préfèrera par défaut utiliser IPv4. Normal, c&#8217;est sensé être plus rapide. Par contre, lorsque le but est de tester IPv6, c&#8217;est un peu plus génant.</p>
<p>Lorsque la résolution de nom pose un problème de choix d&#8217;adresses source et destination, ce qui arrive souvent en IPv6, le systeme d&#8217;exploitation est sensé utiliser une table de politique de choix de préfixes (prefix policy). Sous windows, celle ci se présente de cette facon (table par défaut).</p>
<pre>Precedence  Label  Prefix
----------  -----  --------------------------------
         5      5  3ffe:831f::/32
        10      4  ::ffff:0:0/96
        20      3  ::/96
        30      2  2002::/16
        40      1  ::/0
        50      0  ::1/128
</pre>
<p>A chaque préfixe dans la table est attribué un niveau de préférence, et un label. De manière générale, le choix se fait comme suit : On cherchera les couples sources/destination de même label, puis l&#8217;on utilisera le niveau de préférence pour les départager.</p>
<p>On remarque que dans la table par défaut de windows (elle est a peu près equivalente sur tout les systèmes utilisant une politique de préférence), on trouve :</p>
<ul>
<li>le préfixe <em>::/96</em> , qui correspond aux adresses IPv4 mappées.</li>
<li>le préfixe <em>::FFFF:0:0/96</em>, qui correspond a l&#8217;utilisation d&#8217;IPv4</li>
<li>le préfixe <em>2002::/16</em> qui est le préfixe 6to4</li>
</ul>
<p>Ici, le label du préfixe 6to4 est différent du label du préfixe global ( <em>::/0</em> ), de ce fait, le systeme d&#8217;exploitation va préférer utiliser IPv4 quand c&#8217;est possible (les deux adresses IPv4 tombant sous le préfixe <em>::FFFF:0:0/96</em>).</p>
<p>Pour pouvoir utiliser en priorité IPv6, il est nécessaire de modifier la table. On conservera une entrée distincte, pour le cas peu probable ou la destination aurrait à la fois une adresse 6to4 et une adresse native. Il n&#8217;est pas nécessaire de conserver la première entrée de la table (préfixe 6bone)<em>Correction : il s&#8217;agit du préfixe teredo, qu&#8217;il n&#8217;est pas conseillé d&#8217;utiliser, a garder dans la table, donc</em>.</p>
<p>La modification s&#8217;effectue ainsi, dans une console :</p>
<pre>C:\&gt;netsh
netsh&gt;interface ipv6
netsh interface ipv6&gt;set prefix ::1/128 50 0
netsh interface ipv6&gt;set prefix ::/0 40 1
netsh interface ipv6&gt;set prefix 2002::/16 30 1
netsh interface ipv6&gt;set prefix ::/96 20 3
netsh interface ipv6&gt;set prefix ::ffff:0:0/96 10 4
netsh interface ipv6&gt;set prefix 3ffe:831f::/32 5 5
netsh interface ipv6&gt;show prefix
Querying active state...                           

Precedence  Label  Prefix
----------  -----  --------------------------------
        10      4  ::ffff:0:0/96
        20      3  ::/96
        30      1  2002::/16
        40      1  ::/0
        50      0  ::1/128
</pre>
<p>L&#8217;effet est immédiat. Ce qui peut-être vérifié en allant voir <a href="http://www.kame.net/">la tortue qui danse</a> !</p>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://tzim.net/2006/03/29/le-6to4-cest-bien-mais/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
