Journal Freebox IPV6 & DD-WRT

Posté par (site web personnel) .
Étiquettes : aucune
-1
28
jan.
2008
Salut,

Finalement une solution a été trouvée pour ouvrir l'IPv6 dans son sous-réseau routé avec un DD-WRT !

=> http://vibe.ipv6.free.fr/

C'est une solution a base de "BROUTING" comme décrit sur : http://ip6.fr/free-broute/

(Si vous voulez tester votre connectivité IPv6 Free : http://ip6.starnux.eu.org , un test d'entrée AAAA sur une adresse IPv6 Free)

  • # tomato

    Posté par . Évalué à 2.

    si quelqu'un a la même chose pour tomato, je suis fainéant preneur

  • # Pour tester la connectivité ipv6...

    Posté par . Évalué à 1.

    ... il y a aussi http://www.kame.net/ (si on voit la tortue bouger, c'est bon \o/).

    Sinon, c'est sympa, j'ai prévu de faire la même chose avec OpenWrt, on verra...

  • # Il y a plus propre ...

    Posté par . Évalué à 2.

    Suffit de s'authentifier comme étant le routeur ipv6 à la place de la freebox.

    Pour les détail je ne les ai pas ici et je ne l'ai pas encore mis en place mais ça a déjà été testé avec succès.

    • [^] # Re: Il y a plus propre ...

      Posté par . Évalué à 2.

      Pourrais-tu indiquer des sources ?

      • [^] # Re: Il y a plus propre ...

        Posté par . Évalué à 1.

        bah usenet entre autre ...
        Et l'autre source c'est un routeur qui fonctionne sur ce modèle la chez un ami.

        J'ai pas trop le temps mais je compte le mettre en route sur OpenBSD et en faire une doc. En attendant en gros la méthode a faire est de ne pas activer ipv6 et de faire une demande de tunnel 6to4 a la place de la freebox sur une ip que je ne connais pas par coeur.

        • [^] # Re: Il y a plus propre ...

          Posté par . Évalué à 2.

          J'espère que cette IP n'est pas 192.88.99.1, sinon ce n'est pas du tout optimal !

          Sinon ça m'intéresse, vu que l'absence d'IPv6 pour les ND est du a l'absence de MAJ pour leur Freebox, cette méthode est peut-être accessible.

          • [^] # Re: Il y a plus propre ...

            Posté par . Évalué à 2.

            C'est pas optimal sur le chemin du retour mais pour l'aller, ca va (et ca marche en ND).

            • [^] # Re: Il y a plus propre ...

              Posté par . Évalué à 2.

              Bah moi j'ai pas de route vers la moitié des sites IPv6 avec ça (dont kame.net), je sait pas si c'est à l'aller ou au retour que ça merde, mais ça merde.
              Par contre le ping est excellent quand ça marche, 2ms de plus qu'en IPv4 maximum.

              Bref quitte a avoir un tunnel sur ma machine, je préfère rester chez Hurricane Electric, j'ai un ping de +300ms mais au moins je peut aller partout.

              • [^] # Re: Il y a plus propre ...

                Posté par . Évalué à 2.

                Es-tu sûr qu'il ne s'agit pas d'un pb de configuration ?
                Parce que chez moi kame.net marche très, et depuis bien avant que free installe l'ipv6...

                • [^] # Re: Il y a plus propre ...

                  Posté par . Évalué à 2.

                  Vu que j'ai accès a certains sites IPv6 et pas d'autres, et que ça marche très bien avec un tunnel classique je ne voit pas comment ça pourrait venir de chez moi (j'ai même testé en virant le FW et tout)

                  • [^] # Re: Il y a plus propre ...

                    Posté par . Évalué à 2.

                    j'ai accès a certains sites IPv6 et pas d'autres

                    Ça peut être un pb de configuration de routes, non ?

                    ça marche très bien avec un tunnel classique

                    Je ne veux pas trop m'avancer, mais il me semble que ce n'est pas exactement la même configuration...

                    Que te donne un traceroute6 ?

                • [^] # Re: Il y a plus propre ...

                  Posté par . Évalué à 2.

                  Exemple : 
                  traceroute6 www.freebsd.org
traceroute to www.freebsd.org (2001:4f8:fff6::21), 30 hops max, 40 byte packets
 1 * * *
 2 * * *
 3 * * *
 4 * * *
 5 * * *
 6 ams-ix.he.net (2001:7f8:1::a500:6939:1) 191.668 ms 177.455 ms 175.246 ms
 7 10g-1-4.core1.lon1.ipv6.he.net (2001:470:0:3f::1) 170.819 ms 170.809 ms 171.198 ms
 8 10g-2-3.core1.ny4.ipv6.he.net (2001:470:0:3e::1) 170.340 ms 170.802 ms 171.808 ms
 9 10g-3-1.core1.sjc2.ipv6.he.net (2001:470:0:33::1) 223.770 ms 224.488 ms 223.289 ms
10 * * *
11 he.pao1.isc.org (2001:470:0:38::2) 222.264 ms * *
12 gig-2-1-0.r7.pao1.isc.org (2001:4f8:0:1::50:2) 225.968 ms 227.952 ms 228.889 ms
13 ipv6gw-isc.freebsd.org (2001:4f8:0:1::3e:2) 231.336 ms 232.768 ms 234.475 ms
14 www.freebsd.org (2001:4f8:fff6::21) 235.891 ms 237.818 ms 238.299 ms
                  -> Ça marche 
                  traceroute6 www.kame.net
traceroute to www.kame.net (2001:200:0:8002:203:47ff:fea5:3085), 30 hops max, 40 byte packets
 1 * * *
 2 * * *
 3 * * *
 4 2001:5a0:0:100::9 (2001:5a0:0:100::9) 163.265 ms 165.386 ms 166.016 ms
 5 2001:5a0:1900::1 (2001:5a0:1900::1) 168.293 ms 168.956 ms 170.255 ms
 6 2001:5a0:1a00::1 (2001:5a0:1a00::1) 171.675 ms 150.929 ms *
 7 if-2-0-0.core2.fr1-frankfurt.ipv6.teleglobe.net (2001:5a0:700:300::1) 151.795 ms * *
 8 ix-7-0-0.core1.ad1-amsterdam.ipv6.teleglobe.net (2001:5a0:200:100::e) 151.945 ms * 150.765 ms
 9 2001:5a0:200::5 (2001:5a0:200::5) 151.275 ms 150.948 ms 150.843 ms
10 ge-1.ams-ix.amstnl02.nl.bb.gin.ntt.net (2001:7f8:1::a500:2914:2) 151.897 ms 150.872 ms 151.866 ms
11 xe-0-2-0.r23.amstnl02.nl.bb.gin.ntt.net (2001:728:0:2000::1e) 155.656 ms 154.909 ms 155.781 ms
12 as-0.r20.asbnva01.us.bb.gin.ntt.net (2001:728:0:2000::121) 152.322 ms 154.887 ms 155.791 ms
13 as-0.r20.snjsca04.us.bb.gin.ntt.net (2001:418:0:2000::1de) 226.864 ms 230.683 ms 226.963 ms
14 as-2.r20.tokyjp01.jp.bb.gin.ntt.net (2001:218:0:2000::ce) 330.164 ms as-1.r20.osakjp01.jp.bb.gin.ntt.net (2001:218:0:2000::7e) 340.878 ms 332.669 ms
15 xe-3-2.a15.tokyjp01.jp.ra.gin.ntt.net (2001:218:0:6000::10e) 347.924 ms 347.942 ms 351.882 ms
16 * xe-3-2.a15.tokyjp01.jp.ra.gin.ntt.net (2001:218:0:6000::10e) 351.369 ms 351.325 ms
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
                  -> Ça marche pas, pareil avec ping, firefox, wget....

        • [^] # Re: Il y a plus propre ...

          Posté par . Évalué à 3.

          S'il s'agit de mettre en place un tunnel 6to4 classique, c'est clairement beaucoup plus sale que la technique évoqué dans ce journal...

          Dans le genre pas propre, il y a aussi la technique évoquée sur : [http://wiki.eagle-usb.org/wakka.php?wiki=FreeIPv6to4rd]

  • # Et sous FreeBSD ?

    Posté par . Évalué à 2.

    Quelqu'un aurait-il une solution pour réaliser la même chose sous FreeBSD ?

  • # Remarques

    Posté par . Évalué à 7.

    Bon résumé, j'ai juste 2 remarques :
    1) un 2.4 ne fait pas d'inspection statefull ??! Ca fait un bout de temps que j'y ai pas touché, mais quand meme, il me semble que c'était déja implémenté a l'époque ...
    2) Le warning sur la connexion directe a Internet : bah, c'est aussi le cas quand quelqu'un a sa bécane directement connecté sur sa FBX en mode bridge, ce que pas mal de gens font (c'est le mode par défaut de la freebox). Franchement, passer ce message en boucle qu'etre connecté "directement" a Internet c'est super-dangereux, ca va a l'encontre des buts de l'IPv6 et c'est contre-productif. Si aujourd'hui meme un Windows avec firewall+anti-virus+anti-truc n'est meme pas capable de résister a une connexion non NATée, le probleme ne vient pas de la connexion, mais plutot de l'OS...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.