Bonjour à tous :-)
Le service "Service d'application d'assistance IPv6" est utilisable de qu elle façon ?
(Sur un PC hors réseau et hors domaine.)
Selon la description:
«
Fournit l'enregistrement de noms DDNS et la connectivité IPv6 automatiq ue
via un réseau IPv4. Si ce service est arrêté, d'autres ordinateurs
pourraient ne pas être en mesure de le contacter par son nom et
l'ordinateur disposera uniquement de la connectivité IPv6 s'il est conn ecté
à un réseau IPv6 natif. Si ce service est désactivé, tous les ser vices qui
en dépendent explicitement ne pourront pas démarrer.
»
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Aussi le lancement de ce service se manifeste au démarrage :
accès du PC vers internet signalé comme protocole 41 ( le IPV6...)
vers les adresses IP [131.107.33.60] et [192.88.99.1] ...
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
Merci.
Bonjour à tous :-)
Le service "Service d'application d'assistance IPv6" est utilisable de qu elle façon ?
(Sur un PC hors réseau et hors domaine.)
Selon la description:
«
Fournit l'enregistrement de noms DDNS et la connectivité IPv6 automatiq ue
via un réseau IPv4. Si ce service est arrêté, d'autres ordinateurs
pourraient ne pas être en mesure de le contacter par son nom et
l'ordinateur disposera uniquement de la connectivité IPv6 s'il est conn ecté
à un réseau IPv6 natif. Si ce service est désactivé, tous les ser vices qui
en dépendent explicitement ne pourront pas démarrer.
»
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Aussi le lancement de ce service se manifeste au démarrage :
accès du PC vers internet signalé comme protocole 41 ( le IPV6...)
vers les adresses IP [131.107.33.60] et [192.88.99.1] ...
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
Merci.
Bonjour à tous :-)
Le service "Service d'application d'assistance IPv6" est utilisable de qu elle façon ?
(Sur un PC hors réseau et hors domaine.)
Selon la description:
«
Fournit l'enregistrement de noms DDNS et la connectivité IPv6 automatiq ue
via un réseau IPv4. Si ce service est arrêté, d'autres ordinateurs
pourraient ne pas être en mesure de le contacter par son nom et
l'ordinateur disposera uniquement de la connectivité IPv6 s'il est conn ecté
à un réseau IPv6 natif. Si ce service est désactivé, tous les ser vices qui
en dépendent explicitement ne pourront pas démarrer.
»
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Aussi le lancement de ce service se manifeste au démarrage :
accès du PC vers internet signalé comme protocole 41 ( le IPV6...)
vers les adresses IP [131.107.33.60] et [192.88.99.1] ...
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
Merci.
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Pas de services dépendant directement, mais les applications utilisant
IPv6 vont en dépendre.
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Effectivement, 192.88.99.1 est une adresse anycast (plusieurs machines
sur le Net ont cette adresse) permettant d'envoyer des paquets vers le
réseau IPv6 Natif. L'autre adresse correspond sans doute au même
serveur, mais utilisant son adresse unique, pour le retour.
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
J'ai mis en place un routage IPv6 avec les informations du site suivant
:
http://www.ipv6style.jp/en/tryout/20030627/index.shtml , qui explique
au passage le fonctionnement général de la chose.
En gros le tunnelling 6to4 fonctionne de la manière suivante :
Vous avez a disposition un subnet IPv6 correspondant a votre IPv4 :
IPv4 A.B.C.D vous donnera le subnet v6 2002:WWXX:YYZZ::/48 ou WW est A
en hexa, XX est B en hexa ...
Pour les paquets sortants de votre réseau local, ils sont encapsulés
dans un paquet v4 (protocole 41) et envoyés vers 192.88.99.1.
Pour les paquets venant du réseau Ipv6 natif, le routeur va regarder
les octets WWXX:YYZZ, et envoyer le paquets encapsulé a l'adresse
A.B.C.D. Qui reroutera sur le réseau local.
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Pour des infos plus générales, les concepts d'IPv6 sont expliqués
dans l'aide de windows XP et 2003. Mais pour le moment, les
applications d'IPv6 restent malheuresement trop limitées. Et cela
risque de durer tant que les FAIs ne se bougerons pas un peu.
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Pas de services dépendant directement, mais les applications utilisant
IPv6 vont en dépendre.
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Effectivement, 192.88.99.1 est une adresse anycast (plusieurs machines
sur le Net ont cette adresse) permettant d'envoyer des paquets vers le
réseau IPv6 Natif. L'autre adresse correspond sans doute au même
serveur, mais utilisant son adresse unique, pour le retour.
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
J'ai mis en place un routage IPv6 avec les informations du site suivant
:
http://www.ipv6style.jp/en/tryout/20030627/index.shtml , qui explique
au passage le fonctionnement général de la chose.
En gros le tunnelling 6to4 fonctionne de la manière suivante :
Vous avez a disposition un subnet IPv6 correspondant a votre IPv4 :
IPv4 A.B.C.D vous donnera le subnet v6 2002:WWXX:YYZZ::/48 ou WW est A
en hexa, XX est B en hexa ...
Pour les paquets sortants de votre réseau local, ils sont encapsulés
dans un paquet v4 (protocole 41) et envoyés vers 192.88.99.1.
Pour les paquets venant du réseau Ipv6 natif, le routeur va regarder
les octets WWXX:YYZZ, et envoyer le paquets encapsulé a l'adresse
A.B.C.D. Qui reroutera sur le réseau local.
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Pour des infos plus générales, les concepts d'IPv6 sont expliqués
dans l'aide de windows XP et 2003. Mais pour le moment, les
applications d'IPv6 restent malheuresement trop limitées. Et cela
risque de durer tant que les FAIs ne se bougerons pas un peu.
OK. C'est du "tunnelling" IPV6 via IPV4 mais encore ?
Et puis il n'y a aucune service dépendant...
Pas de services dépendant directement, mais les applications utilisant
IPv6 vont en dépendre.
Selon une description que j'ai trouvée, ces adresses correspondent à
«...des serveurs de tunnel "6to4 Relay Router".
Une adresse IPv4 (192.88.99.1) est dédiée sur Internet à cet effet.
N'importe quel des 6to4 relay routers d'Internet est joignable par cette
adresse...» idem semble-t-il pour l'autre adresse IP...
Effectivement, 192.88.99.1 est une adresse anycast (plusieurs machines
sur le Net ont cette adresse) permettant d'envoyer des paquets vers le
réseau IPv6 Natif. L'autre adresse correspond sans doute au même
serveur, mais utilisant son adresse unique, pour le retour.
Mais encore ?
Y a-t-il des sites qui expliquent comment marche ce truc ?
Si quelqu'un a une idée...
J'ai mis en place un routage IPv6 avec les informations du site suivant
:
http://www.ipv6style.jp/en/tryout/20030627/index.shtml , qui explique
au passage le fonctionnement général de la chose.
En gros le tunnelling 6to4 fonctionne de la manière suivante :
Vous avez a disposition un subnet IPv6 correspondant a votre IPv4 :
IPv4 A.B.C.D vous donnera le subnet v6 2002:WWXX:YYZZ::/48 ou WW est A
en hexa, XX est B en hexa ...
Pour les paquets sortants de votre réseau local, ils sont encapsulés
dans un paquet v4 (protocole 41) et envoyés vers 192.88.99.1.
Pour les paquets venant du réseau Ipv6 natif, le routeur va regarder
les octets WWXX:YYZZ, et envoyer le paquets encapsulé a l'adresse
A.B.C.D. Qui reroutera sur le réseau local.
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Pour des infos plus générales, les concepts d'IPv6 sont expliqués
dans l'aide de windows XP et 2003. Mais pour le moment, les
applications d'IPv6 restent malheuresement trop limitées. Et cela
risque de durer tant que les FAIs ne se bougerons pas un peu.
Hello ! , *Claude LaFrenière* écrit dans
http://groups.google.com/groups?threadm=fs8tyamk5q2o$.sxc7s34rxqp2.dlg%4040tude.net
Hello Claude,
Sois prudent avec ce "machin IPv6" sur lequel nous sommes plusieurs
... à nous être cassés les dents. Il était l'année dernière en version beta,
je ne sais pas où il en est aujourd'hui. ... et très peu de retour
d'expérience sur le sujet.
À l'ouverture de la connexion Internet il ouvre des Ports (sans prévenir
à travers le Pare-feu dans le SP1) , ce qui m'a donné quelques frayeurs
l'année dernière ... avant de comprendre; ensuite il crée un dialogue
probablement pour synchroniser ces Ports IN - OUT, dont
parle Arnaud dans son message.
Cette synchronisation, probablement mal optimisée et/ou dans un
trafic trop étroit, provoque le blocage du shell de 2 à 10 min .
(sauf si une solution a été trouvé depuis).
Les quelques réponses que j'avais reçues à l'époque, étaient de
Thierry Mille qui posséde également de l'information sur Terredo.
Les pages de PN que tu as dû déjà voir :
Hello ! , *Claude LaFrenière* écrit dans
http://groups.google.com/groups?threadm=fs8tyamk5q2o$.sxc7s34rxqp2.dlg%4040tude.net
Hello Claude,
Sois prudent avec ce "machin IPv6" sur lequel nous sommes plusieurs
... à nous être cassés les dents. Il était l'année dernière en version beta,
je ne sais pas où il en est aujourd'hui. ... et très peu de retour
d'expérience sur le sujet.
À l'ouverture de la connexion Internet il ouvre des Ports (sans prévenir
à travers le Pare-feu dans le SP1) , ce qui m'a donné quelques frayeurs
l'année dernière ... avant de comprendre; ensuite il crée un dialogue
probablement pour synchroniser ces Ports IN - OUT, dont
parle Arnaud dans son message.
Cette synchronisation, probablement mal optimisée et/ou dans un
trafic trop étroit, provoque le blocage du shell de 2 à 10 min .
(sauf si une solution a été trouvé depuis).
Les quelques réponses que j'avais reçues à l'époque, étaient de
Thierry Mille qui posséde également de l'information sur Terredo.
Les pages de PN que tu as dû déjà voir :
Hello ! , *Claude LaFrenière* écrit dans
http://groups.google.com/groups?threadm=fs8tyamk5q2o$.sxc7s34rxqp2.dlg%4040tude.net
Hello Claude,
Sois prudent avec ce "machin IPv6" sur lequel nous sommes plusieurs
... à nous être cassés les dents. Il était l'année dernière en version beta,
je ne sais pas où il en est aujourd'hui. ... et très peu de retour
d'expérience sur le sujet.
À l'ouverture de la connexion Internet il ouvre des Ports (sans prévenir
à travers le Pare-feu dans le SP1) , ce qui m'a donné quelques frayeurs
l'année dernière ... avant de comprendre; ensuite il crée un dialogue
probablement pour synchroniser ces Ports IN - OUT, dont
parle Arnaud dans son message.
Cette synchronisation, probablement mal optimisée et/ou dans un
trafic trop étroit, provoque le blocage du shell de 2 à 10 min .
(sauf si une solution a été trouvé depuis).
Les quelques réponses que j'avais reçues à l'époque, étaient de
Thierry Mille qui posséde également de l'information sur Terredo.
Les pages de PN que tu as dû déjà voir :
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Toredo ? J'ai justement ceci : (j'ai "censuré" les adresses MACs...)
"Carte tunnel ..."
http://cjoint.com/?hmrOhxIFX8
Merci beaucoup pour ces explications complètes.
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Toredo ? J'ai justement ceci : (j'ai "censuré" les adresses MACs...)
"Carte tunnel ..."
http://cjoint.com/?hmrOhxIFX8
Merci beaucoup pour ces explications complètes.
Ce systeme permet d'avoir un acces au réseau IPv6 lorsque le FAI ne le
propose pas. A condition de ne pas être derriere un NAT, cas où
terredo (autre systeme de tunnel) est plus conseillé.
Toredo ? J'ai justement ceci : (j'ai "censuré" les adresses MACs...)
"Carte tunnel ..."
http://cjoint.com/?hmrOhxIFX8
Merci beaucoup pour ces explications complètes.
[13 lignes citées masquées]
Pour teredo, j'ai pas cherché a utiliser, il s'agirait d'un protocole
de tunnel developpé pour passer sur UDP (et donc pour pouvoir passer
les nats).
Par contre, si vous êtes interressés vous pouvez lire cette entrée
de mon blog où j'explique un peu le pourquoi d'IPv6...
http://letzimisce.free.fr/?2005/05/07/22-l-ipv6-a-quoi-ca-sert
Les enjeux sont beaucoup plus important que ce qu'il y parrait,
notament avec les applications de téléphonie (facilité
d'applications symétriques), et avec le multicast (television,
multidiffusion, etc...).
[13 lignes citées masquées]
Pour teredo, j'ai pas cherché a utiliser, il s'agirait d'un protocole
de tunnel developpé pour passer sur UDP (et donc pour pouvoir passer
les nats).
Par contre, si vous êtes interressés vous pouvez lire cette entrée
de mon blog où j'explique un peu le pourquoi d'IPv6...
http://letzimisce.free.fr/?2005/05/07/22-l-ipv6-a-quoi-ca-sert
Les enjeux sont beaucoup plus important que ce qu'il y parrait,
notament avec les applications de téléphonie (facilité
d'applications symétriques), et avec le multicast (television,
multidiffusion, etc...).
[13 lignes citées masquées]
Pour teredo, j'ai pas cherché a utiliser, il s'agirait d'un protocole
de tunnel developpé pour passer sur UDP (et donc pour pouvoir passer
les nats).
Par contre, si vous êtes interressés vous pouvez lire cette entrée
de mon blog où j'explique un peu le pourquoi d'IPv6...
http://letzimisce.free.fr/?2005/05/07/22-l-ipv6-a-quoi-ca-sert
Les enjeux sont beaucoup plus important que ce qu'il y parrait,
notament avec les applications de téléphonie (facilité
d'applications symétriques), et avec le multicast (television,
multidiffusion, etc...).
Hello Claude,
Quelques autres références complémentaires à celles d'Arnaud ,
pour tenter de comprendre Network Address Translation (NAT)
et le port forwarding . (je suis encore très loin ... d'avoir digéré)
1) Petit cours sur la NAT ... et sur le port forwarding.
http://www.lalitte.com/nat
==> quelques références à l'intérieure notamment sur
les firewalls de Stéphane Catteau .
http://fr.comp.securite.free.fr/firewall.txt
les masques de sous réseau .
http://www.lalitte.com/masques
2) NAT - Translation d'adresses
http://www.commentcamarche.net/internet/nat.php3
3) Le protocole IPv6
http://www.commentcamarche.net/internet/ipv6.php3
Par contre je n'ai pas trouvé pour l'instant de références
sur les raisons et le besoin de passer par un serveur externe
pour faire la traduction d'adresse IPv6 to IPv4 et l'inverse,
dans la transition actuelle où les deux protocoles cohabitent.
Ce qui, d'après ce que j'ai compris (?!) peut occasionner
des ralentissements constatés en Europe, obligée d'appeler
un serveur externe (probablement trop limité pour l'instant
à cause de la faiblesse du trafic) qui se trouve en Amérique
du Nord (Encore CF/CLF qui est favorisé - le veinard)
( Claude, sauf si ton trafic de message le nécessite, tu devrais
pouvoir te passer de avast! 'Mail Scanner' ashMaiSv.exe
- spyonné sur un autre de tes messages dans PE.png -
personnellement je n'ai que 2 services d'avast! sur 7 en
fonctionnement )
Hello Claude,
Quelques autres références complémentaires à celles d'Arnaud ,
pour tenter de comprendre Network Address Translation (NAT)
et le port forwarding . (je suis encore très loin ... d'avoir digéré)
1) Petit cours sur la NAT ... et sur le port forwarding.
http://www.lalitte.com/nat
==> quelques références à l'intérieure notamment sur
les firewalls de Stéphane Catteau .
http://fr.comp.securite.free.fr/firewall.txt
les masques de sous réseau .
http://www.lalitte.com/masques
2) NAT - Translation d'adresses
http://www.commentcamarche.net/internet/nat.php3
3) Le protocole IPv6
http://www.commentcamarche.net/internet/ipv6.php3
Par contre je n'ai pas trouvé pour l'instant de références
sur les raisons et le besoin de passer par un serveur externe
pour faire la traduction d'adresse IPv6 to IPv4 et l'inverse,
dans la transition actuelle où les deux protocoles cohabitent.
Ce qui, d'après ce que j'ai compris (?!) peut occasionner
des ralentissements constatés en Europe, obligée d'appeler
un serveur externe (probablement trop limité pour l'instant
à cause de la faiblesse du trafic) qui se trouve en Amérique
du Nord (Encore CF/CLF qui est favorisé - le veinard)
( Claude, sauf si ton trafic de message le nécessite, tu devrais
pouvoir te passer de avast! 'Mail Scanner' ashMaiSv.exe
- spyonné sur un autre de tes messages dans PE.png -
personnellement je n'ai que 2 services d'avast! sur 7 en
fonctionnement )
Hello Claude,
Quelques autres références complémentaires à celles d'Arnaud ,
pour tenter de comprendre Network Address Translation (NAT)
et le port forwarding . (je suis encore très loin ... d'avoir digéré)
1) Petit cours sur la NAT ... et sur le port forwarding.
http://www.lalitte.com/nat
==> quelques références à l'intérieure notamment sur
les firewalls de Stéphane Catteau .
http://fr.comp.securite.free.fr/firewall.txt
les masques de sous réseau .
http://www.lalitte.com/masques
2) NAT - Translation d'adresses
http://www.commentcamarche.net/internet/nat.php3
3) Le protocole IPv6
http://www.commentcamarche.net/internet/ipv6.php3
Par contre je n'ai pas trouvé pour l'instant de références
sur les raisons et le besoin de passer par un serveur externe
pour faire la traduction d'adresse IPv6 to IPv4 et l'inverse,
dans la transition actuelle où les deux protocoles cohabitent.
Ce qui, d'après ce que j'ai compris (?!) peut occasionner
des ralentissements constatés en Europe, obligée d'appeler
un serveur externe (probablement trop limité pour l'instant
à cause de la faiblesse du trafic) qui se trouve en Amérique
du Nord (Encore CF/CLF qui est favorisé - le veinard)
( Claude, sauf si ton trafic de message le nécessite, tu devrais
pouvoir te passer de avast! 'Mail Scanner' ashMaiSv.exe
- spyonné sur un autre de tes messages dans PE.png -
personnellement je n'ai que 2 services d'avast! sur 7 en
fonctionnement )