Replace outdated native IPv6 address URL

This commit is contained in:
pbldp 2011-06-26 14:52:13 +00:00
parent 8c637fbec0
commit c5d31d0de2
16 changed files with 85859 additions and 81594 deletions

File diff suppressed because it is too large Load Diff

View File

@ -4487,14 +4487,22 @@ Automatik-Einstellungen des Proxy (*.pac) können aufgrund ihrer Beschaffenheit
\begin_inset CommandInset href
LatexCommand href
name "http://[2001:a60:9002:1::186:6]/"
target "http://[2001:a60:9002:1::186:6]/"
name "http://[2001:4dd0:f838:a006::6]/"
target "http://[2001:4dd0:f838:a006::6]/"
\end_inset
, IPv6-Addresse von
\begin_inset CommandInset href
LatexCommand href
name "http://www.ipv6.bieringer.de/"
target "http://www.ipv6.bieringer.de/"
\end_inset
\lang ngerman
(die angegebene URL funktioniert nur mit einem IPv6 kompatiblen Browser!).
(die angegebene URL funktioniert nur mit einem IPv6 kompatiblen Browser!).
\end_layout
\begin_layout Standard

File diff suppressed because it is too large Load Diff

View File

@ -595,7 +595,7 @@ user@::1's password: ******
<title>IPv6 kompatible Web-Browser</title>
<para>Einen aktuellen Statusüberblick zum Thema IPv6 kompatible Web-Browser ist unter <ulink url="http://www.deepspace6.net/docs/ipv6_status_page_apps.html#http">Current Status of IPv6 Support for Networking Applications - HTTP</ulink> verfügbar.</para>
<para>Die meisten Browser haben zurzeit noch ungelöste Probleme</para><orderedlist>
<listitem><para>Ist ein IPv4 Proxy in den Einstellungen eingetragen, dann werden IPv6 Anfragen zum Proxy gesendet. Der Proxy kann keine IPv6 Anfragen verstehen und somit scheitert die Anfrage. Lösung: Proxy Software aktualisieren (siehe weiter unten).</para></listitem><listitem><para>Automatik-Einstellungen des Proxy (*.pac) können aufgrund ihrer Beschaffenheit nicht derart erweitert werden, dass sie IPv6 Anfragen anders handhaben (z.B. kein Proxy verwenden) können (Sie sind in Javaskript geschrieben und ziemlich hard coded in den Quellen verankert; z.B. Mozilla Quellcode).</para></listitem></orderedlist><para>Ältere Browser-Versionen verstehen ebenfalls keine URL mit IPv6 Adressen wie z.B. <ulink url="http://[2001:a60:9002:1::186:6]/">http://[2001:a60:9002:1::186:6]/</ulink> (die angegebene URL funktioniert nur mit einem IPv6 kompatiblen Browser!).</para>
<listitem><para>Ist ein IPv4 Proxy in den Einstellungen eingetragen, dann werden IPv6 Anfragen zum Proxy gesendet. Der Proxy kann keine IPv6 Anfragen verstehen und somit scheitert die Anfrage. Lösung: Proxy Software aktualisieren (siehe weiter unten).</para></listitem><listitem><para>Automatik-Einstellungen des Proxy (*.pac) können aufgrund ihrer Beschaffenheit nicht derart erweitert werden, dass sie IPv6 Anfragen anders handhaben (z.B. kein Proxy verwenden) können (Sie sind in Javaskript geschrieben und ziemlich hard coded in den Quellen verankert; z.B. Mozilla Quellcode).</para></listitem></orderedlist><para>Ältere Browser-Versionen verstehen ebenfalls keine URL mit IPv6 Adressen wie z.B. <ulink url="http://[2001:4dd0:f838:a006::6]/">http://[2001:4dd0:f838:a006::6]/</ulink>, IPv6-Addresse von <ulink url="http://www.ipv6.bieringer.de/">http://www.ipv6.bieringer.de/</ulink> (die angegebene URL funktioniert nur mit einem IPv6 kompatiblen Browser!).</para>
<para>Ein kleiner Test ist diese URL mit einem gegebenen Browser und ohne Proxy zu verwenden.</para><sect3>
<title>URLs zum testen</title>
<para>Ein guter Ausgangspunkt zum Betrachten von Webseiten mit IPv6 ist <ulink url="http://www.kame.net/">http://www.kame.net/</ulink>. Ist die Schildkröte animiert, dann ist Verbindung mittels IPv6 Verbindung zustande gekommen, andererseits bleibt die Schildkröte statisch.</para></sect3></sect2></sect1><sect1>

File diff suppressed because it is too large Load Diff

File diff suppressed because it is too large Load Diff

View File

@ -262,29 +262,29 @@ Itu&-ZQ82s>J%s99FJXT
<title>Le type d'adresse lien-local</title>
<para>Ce sont des adresses particulières qui n'auront de validité que sur le lien d'une interface. En utilisant cette adresse comme adresse de destination le paquet ne devrait jamais franchir un routeur. C'est utile pour des communications sur un lien telles que:</para><itemizedlist>
<listitem><para>Y a-t-il quelqu'un d'autre sur ce lien?</para></listitem><listitem><para>Y a-t-il quelqu'un d'autre sur ce lien ayant une adresse spéciale (on cherche par exemple à détecter la présence d'un routeur)?</para></listitem></itemizedlist><para>Elles commencent par (où <emphasis>&ldquo;x&rdquo;</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>&ldquo;0</emphasis>&rdquo;)</para><screen>
<![CDATA[]]>fe8<emphasis>x: <- actuellement le seul en usage.</emphasis>
<![CDATA[]]>fe9<emphasis>x:</emphasis>
<![CDATA[]]>fea<emphasis>x:</emphasis>
<![CDATA[]]>feb<emphasis>x:</emphasis>
<![CDATA[]]></screen><para>Ce type d'adresse se trouve sur chaque interface disposant d'IPv6 après une auto-configuration sans état (ce qui est couramment le cas).</para></sect2><sect2>
<![CDATA[fe8x: <- actuellement le seul en usage.
fe9x:
feax:
febx:
]]></screen><para>Ce type d'adresse se trouve sur chaque interface disposant d'IPv6 après une auto-configuration sans état (ce qui est couramment le cas).</para></sect2><sect2>
<title>Le type d'adresse site-local</title>
<para>Ces adresses sont similaires à ce que le RFC 1918 (<ulink url="http://www.faqs.org/rfcs/rfc1918.html">RFC 1918 / Address Allocation for Private Internets</ulink>) définit aujourd'hui pour IPv4, avec en plus l'avantage que celui qui utilise ce type d'adresse a la capacité d'utiliser les 16 bits fournis pour un maximum de 65536 sous-réseaux. Comparable au 10.0.0.0/8 aujourd'hui en IPv4.</para>
<para>Autre avantage: parce qu'il est possible avec IPv6 d'assigner plus d'une seule adresse par interface, vous pouvez assigner une telle adresse site-local en plus de l'adresse globale.</para>
<para>Il commence par: </para><screen>
<![CDATA[]]>fec<emphasis>x: <- le plus couramment utilisé.</emphasis>
<![CDATA[]]>fed<emphasis>x:</emphasis>
<![CDATA[]]>fee<emphasis>x:</emphasis>
<![CDATA[]]>fef<emphasis>x:</emphasis>
<![CDATA[
<![CDATA[fecx: <- le plus couramment utilisé.
fedx:
feex:
fefx:
]]></screen><para>(où <emphasis>&ldquo;x&rdquo;</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>&ldquo;0</emphasis>&rdquo;)</para>
<para>Notez que des discussions sont en cours concernant la dépréciation de ce type d'adresse en raison de nombreux problèmes. Pour en savoir plus, lire: <ulink url="http://www.ietf.org/internet-drafts/">draft-ietf-ipv6-deprecate-site-local-XY.txt</ulink>.</para>
<para>Pour des tests en laboratoire, de telles adresses restent un bon choix, à mon humble avis.</para></sect2><sect2>
<title>Le type d'adresse &rdquo;unicast globale (agrégeable) "</title>
<para>Aujourd'hui, il y a un type d'adresse globale de défini (la première conception, appelée &ldquo;basée sur le fournisseur&rdquo; a été abandonnée il y a déjà quelques années (<ulink url="http://www.faqs.org/rfcs/rfc1884.html">RFC 1884 / IP Version 6 Addressing Architecture [obsolete]</ulink>), vous en trouverez des traces dans des sources anciennes du noyau Linux).</para>
<para>Il commence par (les <emphasis>x</emphasis> étant des caractères hexadécimaux)</para><screen>
<![CDATA[]]>2<emphasis>xxx</emphasis>:
<![CDATA[]]>3<emphasis>xxx</emphasis>:
<![CDATA[]]></screen><para>Note: la dénomination &ldquo;agrégeable&rdquo; est abandonnée dans les brouillons actuels.
<![CDATA[2xxx:
3xxx:
]]></screen><para>Note: la dénomination &ldquo;agrégeable&rdquo; est abandonnée dans les brouillons actuels.
Il y a quelques sous-types définis en plus, ci-dessous:</para><sect3>
<title>Les adresses de test 6bone</title>
<para>Elles ont été les premières adresses globales à être définies et mises en usage. Elles commencent toutes par</para><screen>
@ -317,8 +317,8 @@ Parce qu'IPv6 est maintenant en production, ce préfixe ne sera plus délégué
<title>Les adresses multicast </title>
<para>Les adresses multicast sont utilisées pour les services y afférents.</para>
<para>Elles commencent par (xx est la valeur de la portée)</para><screen>
<![CDATA[]]>ff<emphasis>x</emphasis>y:
<![CDATA[]]></screen><para>Elles se répartissent en différentes portées et types:</para><sect3>
<![CDATA[ffxy:
]]></screen><para>Elles se répartissent en différentes portées et types:</para><sect3>
<title>La portée multicast</title>
<para>La portée multicast est un paramètre spécifiant la distance maximale qu'un paquet multicast peut prendre vis-à-vis de son entité émettrice.</para>
<para>Actuellement, les régions suivantes (portées) sont définies:</para><itemizedlist>
@ -565,8 +565,8 @@ Connection closed by foreign host.
<title>openssh</title>
<para>Les versions actuelles d'openssh sont prêtes pour IPv6. Selon la configuration précédant la compilation, il y a deux comportements possibles.</para><itemizedlist>
<listitem><para>--without-ipv4-default: le client essaie automatiquement une connexion IPv6 en premier et revient à IPv4 en cas d'échec.</para></listitem><listitem><para>--with-ipv4-default: la connexion par défaut est IPv4, la connexion IPv6 doit être forcée comme dans l'exemple qui suit:</para></listitem></itemizedlist><screen>
<![CDATA[]]>$ ssh -6 ::1
<![CDATA[user@::1's password: ******
<![CDATA[$ ssh -6 ::1
user@::1's password: ******
[user@ipv6host user]$
]]></screen><para>Si votre client ssh ne comprend pas l'option &ldquo;-6&rdquo;, c'est qu'il n'a pas IPv6 de disponible, comme la plupart des paquetages de ssh version 1.</para></sect3><sect3>
<title>ssh.com</title>
@ -574,7 +574,7 @@ Connection closed by foreign host.
<title>Les navigateurs web prêts pour IPv6</title>
<para><ulink url="http://www.bieringer.de/linux/IPv6/status/IPv6+Linux-status-apps.html#HTTP">L'état actuel de la liste des navigateurs web IPv6</ulink> est disponible.</para>
<para>La plupart ont des problèmes irrésolues pour le moment</para><orderedlist>
<listitem><para>Si un seul proxy IPv4 est utilisé dans les réglages, les requêtes IPv6 seront bien envoyées vers le proxy, mais celui-ci échouera à comprendre la requête, laquelle échouera. Solution: mettre à jour le logiciel proxy (à voir plus tard).</para></listitem><listitem><para>Les réglages de configuration automatique de proxy (*.pac) ne peuvent être étendus afin de prendre en charge différemment les requêtes IPv6 (par exemple ne pas utiliser le proxy) à cause de leur nature (écrits en Java-script et bien encodés en dur dans les sources, comme cela peut être observé pour le code source de Maxilla).</para></listitem></orderedlist><para>C'est ainsi que les anciennes versions ne comprennent pas un URL avec une adresse encodée en IPv6 comme <ulink url="http://[3ffe:400:100::1]/">http://[3ffe:400:100::1]/</ulink> (cet URL ne fonctionne qu'avec un navigateur disposant d'IPv6!).</para>
<listitem><para>Si un seul proxy IPv4 est utilisé dans les réglages, les requêtes IPv6 seront bien envoyées vers le proxy, mais celui-ci échouera à comprendre la requête, laquelle échouera. Solution: mettre à jour le logiciel proxy (à voir plus tard).</para></listitem><listitem><para>Les réglages de configuration automatique de proxy (*.pac) ne peuvent être étendus afin de prendre en charge différemment les requêtes IPv6 (par exemple ne pas utiliser le proxy) à cause de leur nature (écrits en Java-script et bien encodés en dur dans les sources, comme cela peut être observé pour le code source de Maxilla).</para></listitem></orderedlist><para>C'est ainsi que les anciennes versions ne comprennent pas un URL avec une adresse encodée en IPv6 comme <ulink url="http://[2001:4dd0:f838:a006::6]/">http://[2001:4dd0:f838:a006::6]/</ulink> (cet URL ne fonctionne qu'avec un navigateur disposant d'IPv6!).</para>
<para>Un bref test est d'essayer l'URL fourni avec un navigateur donné, sans utiliser de proxy.</para><sect3>
<title>Un URL de test</title>
<para>Un bon point de départ pour tester la navigation IPv6 est <ulink url="http://www.kame.net/">http://www.kame.net/</ulink>. Si la tortue sur la page est animée, la connexion se fait <emphasis>via</emphasis> IPv6, sinon la tortue est statique.</para></sect3></sect2></sect1><sect1>
@ -1013,8 +1013,8 @@ ff00::/8 :: UA 256 0 0 sit0
]]></screen><para>Ajouter une route (par défaut) au réseau global IPv6 en utilisant l'adresse anycast tous-routeurs-6to4 (<emphasis>all-6to4-routers</emphasis>)</para><screen>
<![CDATA[# /sbin/ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4 metric 1
]]></screen><para>Il a été rapporté que certaines versions de &ldquo;ip&rdquo; (par exemple Linux SuSe 9.0) ne prennent pas en charge les adresses IPv6 compatibles IPv4 pour les passerelles. Dans ce cas, l'adresse IPv6 correspondante doit être employée:</para><screen>
<![CDATA[]]># /sbin/ip -6 route add 2000::/3 via 2002:c058:6301::1 dev tun6to4 metric 1
<![CDATA[]]></screen></sect3><sect3>
<![CDATA[# /sbin/ip -6 route add 2000::/3 via 2002:c058:6301::1 dev tun6to4 metric 1
]]></screen></sect3><sect3>
<title>Utiliser "ifconfig", "route" et le périphérique de tunnelage &ldquo;sit0&rdquo; (méthode dépréciée)</title>
<para>Cela est déprécié car le périphérique de tunnel générique sit0 ne permet pas de spécifier un filtrage par périphérique.</para>
<para>Monter l'interface de tunnelage générique sit0</para><screen>
@ -1084,8 +1084,8 @@ net.ipv6.conf.all.forwarding = 0
<![CDATA[# sysctl -w net.ipv6.conf.all.forwarding=1
net.ipv6.conf.all.forwarding = 1
]]></screen><para>Note: n'utilisez pas d'espaces autour du signe "=" lorsque vous fixez les valeurs. De même pour une valeur multiple sur une même ligne, mettez des guillemets comme ceci</para><screen>
<![CDATA[]]># sysctl -w net.ipv4.ip_local_port_range="32768 61000"
<![CDATA[net.ipv4.ip_local_port_range = 32768 61000
<![CDATA[# sysctl -w net.ipv4.ip_local_port_range="32768 61000"
net.ipv4.ip_local_port_range = 32768 61000
]]></screen></sect3><sect3>
<title>En plus</title>
<para>Note: il existe dans la pratique certaines versions de sysctl qui affichent &ldquo;/&rdquo; au lieu de &ldquo;.&rdquo;</para>
@ -2275,13 +2275,13 @@ tcp 0 0 3ffe:ffff:100::2:80 :::* LISTEN 12345/httpd2
]]></screen><para>Il en résulte pour le client situé à l'intérieur (en considérant que ppp0 a actuellement 1.2.3.4 comme adresse IPv4 locale):</para><screen>
<![CDATA[# /sbin/ip -6 addr show eth0
3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
]]> inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic
<![CDATA[ valid_lft 22sec preferred_lft 12sec
inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic
valid_lft 22sec preferred_lft 12sec
inet6 fe80::2e0:12ff:fe34:1234/10 scope link
]]></screen><para>Parce qu'un bref temps de vie a été défini, un tel préfixe sera rapidement jeté si aucune annonce s'y rapportant n'est reçue.</para>
<para>Note additionnelle: si vous n'utilisez pas de support spécifique 6to4 dans les scripts d'initialisation, vous avez à mettre en place une route spécifique sur l'interface interne du routeur, sinon vous aurez des problèmes de routage retour. En ce qui concerne l'exemple ci-après:</para><screen>
<![CDATA[]]># /sbin/ip -6 route add 2002:0102:0304:f101::/64 dev eth0 metric 1
<![CDATA[]]></screen><para>Cette route a besoin d'être remplacée chaque fois que le préfixe change, ce qui est le cas à chaque fois qu'une nouvelle adresse IPv4 est assignée à une interface numérotée automatiquement (<emphasis>dial-up interface</emphasis>).</para></sect3></sect2><sect2>
<![CDATA[# /sbin/ip -6 route add 2002:0102:0304:f101::/64 dev eth0 metric 1
]]></screen><para>Cette route a besoin d'être remplacée chaque fois que le préfixe change, ce qui est le cas à chaque fois qu'une nouvelle adresse IPv4 est assignée à une interface numérotée automatiquement (<emphasis>dial-up interface</emphasis>).</para></sect3></sect2><sect2>
<title>Le déboguage</title>
<para>Un programme appelé &ldquo;radvdump&rdquo; peut vous aider à observer les annonces émises ou reçues. Simple à utiliser:</para><screen>
<![CDATA[# radvdump

File diff suppressed because it is too large Load Diff

View File

@ -4411,12 +4411,20 @@ Also older versions don't understand an URL with IPv6 encoded addresses
like
\begin_inset CommandInset href
LatexCommand href
name "http://[2001:a60:9002:1::186:6]/"
target "http://[2001:a60:9002:1::186:6]/"
name "http://[2001:4dd0:f838:a006::6]/"
target "http://[2001:4dd0:f838:a006::6]/"
\end_inset
(this given URL only works with an IPv6-enabled browser!).
, IPv6 address of
\begin_inset CommandInset href
LatexCommand href
name "http://www.ipv6.bieringer.de/"
target "http://www.ipv6.bieringer.de/"
\end_inset
(this given URLs only works with an IPv6-enabled browser!).
\end_layout
\begin_layout Standard

File diff suppressed because it is too large Load Diff

File diff suppressed because it is too large Load Diff

File diff suppressed because it is too large Load Diff

File diff suppressed because it is too large Load Diff

View File

@ -277,37 +277,37 @@
<title>Endereço tipo "link local"</title>
<para>Estes são endereços epeciais que são válidos somente no link de uma interface. Usando este endereço como destino, os pacotes nunca serão encaminhados a um router. Isto é usado para links de comunicação, tais como:</para><itemizedlist>
<listitem><para>Há alguém está aqui neste link ?</para></listitem><listitem><para>Há alguém aqui com endereços especiais (ex. procurando por um router) ?</para></listitem></itemizedlist><para>Eles começam com (onde "x" é qualquer caractere hexadecimal, normalmente "0")</para><screen>
<![CDATA[]]>fe8<emphasis>x: <- atualmente é o único em uso</emphasis>
<![CDATA[]]>fe9<emphasis>x:</emphasis>
<![CDATA[]]>fea<emphasis>x:</emphasis>
<![CDATA[]]>feb<emphasis>x:</emphasis>
<![CDATA[]]></screen><para>Um endereço com este prefixo é encontrado em cada interface com IPv6 habilitado após a auto-configuração stateless (a qual é normalmente sempre o caso).</para></sect2><sect2>
<![CDATA[fe8x: <- atualmente é o único em uso
fe9x:
feax:
febx:
]]></screen><para>Um endereço com este prefixo é encontrado em cada interface com IPv6 habilitado após a auto-configuração stateless (a qual é normalmente sempre o caso).</para></sect2><sect2>
<title>Endereço tipo "site local"</title>
<para>Estes endereços são similares aos da<ulink url="http://www.faqs.org/rfcs/rfc1918.html">RFC 1918 / Address Allocation for Private Internets</ulink> em uso atualmente em IPv4, com a vantagem adicional de que qualquer pessoa que usar este tipo de endereço tem a capacidade de usar até 16 bits para a definição máxima de 65535 subredes. Comparável com o 10.0.0.0/8 do IPv4.</para>
<para>Outra vantagem: como é possível colocar mais de 1 endereço em uma interface com IPv6, voce pode configurar um endereço de "site local" junto com um endereço global.</para>
<para>Ele começa com:</para><screen>
<![CDATA[]]>fec<emphasis>x: <- mais usado, mais comum</emphasis>
<![CDATA[]]>fed<emphasis>x:</emphasis>
<![CDATA[]]>fee<emphasis>x:</emphasis>
<![CDATA[]]>fef<emphasis>x:</emphasis>
<![CDATA[
<![CDATA[fecx: <- mais usado, mais comum
fedx:
feex:
fefx:
]]></screen><para>(onde o "x" é qualquer caractere hexadecimal, geralmente um "0")</para>
<para>Este tipo de endereço não deveria mais ser usado, <ulink url="http://www.faqs.org/rfcs/rfc3879.html">RFC 3879 / Deprecating Site Local Addresses</ulink>, mas para um teste em laboratório, estes endereços ainda continuam sendo uma boa escolha (IMHO - em minha humilde opinião).</para></sect2><sect2>
<title>Endereços locais Unicast IPv6</title>
<para>Por causa da definição original de endereços de site local não serem únicos, pode haver algum problema se duas redes já configuradas forem se conectar em um futuro próximo (overlap de subredes). Este e outros problemas foram os motivos para um novo tipo de endereço definido na<ulink url="http://www.faqs.org/rfcs/rfc4193.html">RFC 4193 / Unique Local IPv6 Unicast Addresses</ulink>. </para>
<para>Ele começa com:</para><screen>
<![CDATA[]]>fcx<emphasis>x:</emphasis>
<![CDATA[]]>fdx<emphasis>x: <- atualmente o único em uso</emphasis>
<![CDATA[]]></screen><para>Uma parte do prefixo (40 bits) é gerada usando um algoritmo pseudo-randomico e é improvável que dois resultados gerados por este algoritmo sejam iguais.</para>
<![CDATA[fcxx:
fdxx: <- atualmente o único em uso
]]></screen><para>Uma parte do prefixo (40 bits) é gerada usando um algoritmo pseudo-randomico e é improvável que dois resultados gerados por este algoritmo sejam iguais.</para>
<para>Exemplo de um prefixo gerado por este algoritmo (veja em: <ulink url="http://www.goebel-consult.de/ipv6/createLULA">Goebel Consult / createLULA</ulink>):</para><screen>
<![CDATA[fd0f:8b72:ac90::/48
]]></screen></sect2><sect2>
<title>Endereço tipo Global "(Aggregatable) global unicast"</title>
<para>Atualmente, existe um tipo de endereço definido globalmente (o primeiro design, chamado "provider based") que foi jogado fora a alguns anos atrás<ulink url="http://www.faqs.org/rfcs/rfc1884.html">RFC 1884 / IP Version 6 Addressing Architecture [obsolete]</ulink>, e voce consegue encontrar em algumas versões do kernel do Linux.</para>
<para>Ele começa com (os caracteres "x" são hexadecimais)</para><screen>
<![CDATA[]]>2<emphasis>xxx</emphasis>:
<![CDATA[]]>3<emphasis>xxx</emphasis>:
<![CDATA[]]></screen><para>Nota: o prefixo "aggregatable" foi descartado nos atuais drafts. Há ainda alguns outros subtipos definidos. Veja abaixo:</para><sect3>
<![CDATA[2xxx:
3xxx:
]]></screen><para>Nota: o prefixo "aggregatable" foi descartado nos atuais drafts. Há ainda alguns outros subtipos definidos. Veja abaixo:</para><sect3>
<title>Endereço de teste 6bone</title>
<para>Estes foram os primeiros endereços globais que foram definidos e usados. Eles começam com </para><screen>
<![CDATA[3ffe:
@ -339,8 +339,8 @@
<title>Endereços Multicast</title>
<para>Endereços Multicast são usados por serviços específicos.</para>
<para>Eles sempre começam com (xx é o valor de escopo)</para><screen>
<![CDATA[]]>ff<emphasis>x</emphasis>y:
<![CDATA[]]></screen><para>Existem divisões entre escopo e tipo:</para><sect3>
<![CDATA[ffxy:
]]></screen><para>Existem divisões entre escopo e tipo:</para><sect3>
<title>Escopo Multicast</title>
<para>O escopo Multicast é um parametro usado para especificar a distancia máxima que um pacote multicast pode "viajar" a partir de sua origem.</para>
<para>Atualmente, os seguintes escopos (ou regiões) estão definidos:</para><itemizedlist>
@ -591,8 +591,8 @@ Connection closed by foreign host.
<title>openssh</title>
<para>As versões atuais do openssh já suportam IPv6. Dependendo da configuração utilizada, ele tem dois comportamentos:</para><itemizedlist>
<listitem><para>--without-ipv4-default: o cliente tenta se conectar primeiro em IPv6, e ele usa IPv4 se a conexão em IPv6 não for estabelecida</para></listitem><listitem><para>--with-ipv4-default: a conexão é feita primeiro em IPv4 e para usar algum endereço IPv6, deve-se forçar a sua utilização. Veja o exemplo</para></listitem></itemizedlist><screen>
<![CDATA[]]>$ ssh -6 ::1
<![CDATA[user@::1's password: ******
<![CDATA[$ ssh -6 ::1
user@::1's password: ******
[user@ipv6host user]$
]]></screen><para>Se seu cliente ssh não entende a opção "-6" então o suporte a IPv6 não está habilitado, como muitos pacotes de ssh na versão 1.</para></sect3><sect3>
<title>ssh.com</title>
@ -600,7 +600,7 @@ Connection closed by foreign host.
<title>Browsers com suporte a IPv6</title>
<para>O status atual dos browsers com suporte a IPv6 pode ser encontrado aqui<ulink url="http://www.bieringer.de/linux/IPv6/status/IPv6+Linux-status-apps.html#HTTP">IPv6+Linux-status-apps.html#HTTP</ulink>.</para>
<para>A maioria deles ainda tem problemas pendentes, tais como:</para><orderedlist>
<listitem><para>Se a configuração de proxy usa somente endereços IPv4, os pedidos em IPv6 também serão enviados a este proxy, emas como o proxy não saberá resolver o endereço, o pedido não vai funcionar. A única solução é verificar se o seu software de proxy tem alguma atualização para resolver este problema.</para></listitem><listitem><para>Configuração automática de proxy (*.pac) não pode ser utilizada para manipular pedidos em IPv6 de maneira diferenciada (exemplo: não usar o proxy para o IPv6) por causa da sua natureza (escritos em Javascript e muito encrustado no código fonte, como é visto no Mozilla).</para></listitem></orderedlist><para>As versões anteriores de browsers também não entenderiam uma URL com o endereço IPv6, como no exemplo <ulink url="http://[2001:a60:9002:1::186:6]/">http://[2001:a60:9002:1::186:6]/</ulink> (isto funciona somente se a URL for usada em um browser que suporte IPv6).</para>
<listitem><para>Se a configuração de proxy usa somente endereços IPv4, os pedidos em IPv6 também serão enviados a este proxy, emas como o proxy não saberá resolver o endereço, o pedido não vai funcionar. A única solução é verificar se o seu software de proxy tem alguma atualização para resolver este problema.</para></listitem><listitem><para>Configuração automática de proxy (*.pac) não pode ser utilizada para manipular pedidos em IPv6 de maneira diferenciada (exemplo: não usar o proxy para o IPv6) por causa da sua natureza (escritos em Javascript e muito encrustado no código fonte, como é visto no Mozilla).</para></listitem></orderedlist><para>As versões anteriores de browsers também não entenderiam uma URL com o endereço IPv6, como no exemplo <ulink url="http://[2001:4dd0:f838:a006::6]/">http://[2001:4dd0:f838:a006::6]/</ulink> (isto funciona somente se a URL for usada em um browser que suporte IPv6).</para>
<para>Um pequeno teste é tentar este endereço em um browser sem o proxy configurado.</para><sect3>
<title>URLs para teste</title>
<para>Um bom ponto de partida para browsers que usam IPv6 é o site<ulink url="http://www.kame.net/">http://www.kame.net/</ulink>.Se a tartaruga da página estiver animada, a sua conexão é em IPv6. caso contrário, a tartaruga ficará parada.</para></sect3></sect2></sect1><sect1>
@ -1038,8 +1038,8 @@ ff00::/8 :: UA 256 0 0 sit0
]]></screen><para>Adicionando uma rota default para a rede global IPv6 usando o endereço anycast IPv4 todos-6to4-router</para><screen>
<![CDATA[# /sbin/ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4 metric 1
]]></screen><para>É sabido que algumas versões do comando "ip" (exemplo SuSE Linux 9.0) não suportam endereços IPv6 no formato compatível IPv4 para seus gateways, e neste caso o endereço IPv6 relativo a ele deve ser usado:</para><screen>
<![CDATA[]]># /sbin/ip -6 route add 2000::/3 via 2002:c058:6301::1 dev tun6to4 metric 1
<![CDATA[]]></screen></sect3><sect3>
<![CDATA[# /sbin/ip -6 route add 2000::/3 via 2002:c058:6301::1 dev tun6to4 metric 1
]]></screen></sect3><sect3>
<title>Usando "ifconfig" e "route" e um dispositivo de túnel genérico "sit0" (obsoleto)</title>
<para>Este método está obsoleto porque o uso de um túnel genérico sit0 não permite especificar filtros pelo dispositivo.</para>
<para>Ativando a interface genérica sit0</para><screen>
@ -1155,8 +1155,8 @@ net.ipv6.conf.all.forwarding = 0
<![CDATA[# sysctl -w net.ipv6.conf.all.forwarding=1
net.ipv6.conf.all.forwarding = 1
]]></screen><para>Nota: Não use espaços entre o sinal = para definir os valores. Se forem possíveis diversos valores, coloque-os entre aspas</para><screen>
<![CDATA[]]># sysctl -w net.ipv4.ip_local_port_range="32768 61000"
<![CDATA[net.ipv4.ip_local_port_range = 32768 61000
<![CDATA[# sysctl -w net.ipv4.ip_local_port_range="32768 61000"
net.ipv4.ip_local_port_range = 32768 61000
]]></screen></sect3><sect3>
<title>Adicionais</title>
<para>Nota: Existem versões em campo que mostram "/" ao invés de "."</para>
@ -2472,13 +2472,13 @@ tcp 0 0 2001:0db8:100::2:80 :::* LISTEN 12345/httpd2
]]></screen><para>This results on client side in (assuming, ppp0 has currently 1.2.3.4 as local IPv4 address):</para><screen>
<![CDATA[# /sbin/ip -6 addr show eth0
3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
]]> inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic
<![CDATA[ valid_lft 22sec preferred_lft 12sec
inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic
valid_lft 22sec preferred_lft 12sec
inet6 fe80::2e0:12ff:fe34:1234/10 scope link
]]></screen><para>Because a small lifetime was defined, such prefix will be thrown away quickly, if no related advertisement was received.</para>
<para>Additional note: if you do not used special 6to4 support in initscripts, you have to setup a special route on the internal interface on the router, otherwise you will get some backrouting problems. for the example showh here:</para><screen>
<![CDATA[]]># /sbin/ip -6 route add 2002:0102:0304:f101::/64 dev eth0 metric 1
<![CDATA[]]></screen><para>This route needs to be replaced every time the prefix changes, which is the case after a new IPv4 address was assigned to the dial-up interface.</para></sect3></sect2><sect2>
<![CDATA[# /sbin/ip -6 route add 2002:0102:0304:f101::/64 dev eth0 metric 1
]]></screen><para>This route needs to be replaced every time the prefix changes, which is the case after a new IPv4 address was assigned to the dial-up interface.</para></sect3></sect2><sect2>
<title>Debugging</title>
<para>A program called &ldquo;radvdump&rdquo; can help you looking into sent or received advertisements. Simple to use:</para><screen>
<![CDATA[# radvdump

View File

@ -601,7 +601,7 @@ user@::1's password: ******
<title>IPv6-ready web browsers</title>
<para>A current status of IPv6 enabled web browsers is available at <ulink url="http://www.deepspace6.net/docs/ipv6_status_page_apps.html#http">Current Status of IPv6 Support for Networking Applications - HTTP</ulink>.</para>
<para>Most of them have unresolved problems at the moment</para><orderedlist>
<listitem><para>If using an IPv4 only proxy in the settings, IPv6 requests will be sent to the proxy, but the proxy will fail to understand the request and the request fails. Solution: update proxy software (see later).</para></listitem><listitem><para>Automatic proxy settings (*.pac) cannot be extended to handle IPv6 requests differently (e.g. don't use proxy) because of their nature (written in Java-script and well hard coded in source like to be seen in Mozilla source code).</para></listitem></orderedlist><para>Also older versions don't understand an URL with IPv6 encoded addresses like <ulink url="http://[2001:a60:9002:1::186:6]/">http://[2001:a60:9002:1::186:6]/</ulink> (this given URL only works with an IPv6-enabled browser!).</para>
<listitem><para>If using an IPv4 only proxy in the settings, IPv6 requests will be sent to the proxy, but the proxy will fail to understand the request and the request fails. Solution: update proxy software (see later).</para></listitem><listitem><para>Automatic proxy settings (*.pac) cannot be extended to handle IPv6 requests differently (e.g. don't use proxy) because of their nature (written in Java-script and well hard coded in source like to be seen in Mozilla source code).</para></listitem></orderedlist><para>Also older versions don't understand an URL with IPv6 encoded addresses like <ulink url="http://[2001:4dd0:f838:a006::6]/">http://[2001:4dd0:f838:a006::6]/</ulink>, IPv6 address of <ulink url="http://www.ipv6.bieringer.de/">http://www.ipv6.bieringer.de/</ulink> (this given URLs only works with an IPv6-enabled browser!).</para>
<para>A short test is to try shown URL with a given browser and using no proxy.</para><sect3>
<title>URLs for testing</title>
<para>A good starting point for browsing using IPv6 is <ulink url="http://www.kame.net/">http://www.kame.net/</ulink>. If the turtle on this page is animated, the connection is via IPv6, otherwise the turtle is static.</para></sect3></sect2></sect1><sect1>