[Wien] ein Tip für Ipv6 hinter NAT ohne PROTO ipv6 forward (miredo / teredo )
Andreas Wiesbauer
(spam-protected)
Do Apr 5 19:21:48 CEST 2012
hi leute,
wie kann ich mich aus diesem verteiler wieder raus???
lg andreas
Am 04.04.2012 um 17:07 schrieb Erich N. Pekarek:
> Hallo Petr!
>
> Danke für den Hinweis!
>
> Weißt Du, wie das mit dynamischen IPv4-Adressen, NAT und Miredo und dem "Schiffsbohrwurm" ist?
> Bleibt dabei der Prefix statisch? Das wäre ja äusgesprochen praktisch und würde die Notwendigkeit des DynDNS in einigen Szenarien ersetzen. Hinweise?
>
>
> Zu den Tunnelbrokern ist zu sagen:
> 6to4 geht immer noch recht einfach - vor allem unter Linux und tw. BSD.
> Mein nächster Favorit ist HE.net auch noch nette Tutorials und Aufgaben warten. Sogar das versprochene T-Shirt ist irgendwann einmal angekommen :-)
> Mit sixxs habe ich mir schon bei der Registrierung Frust eingefangen... ich hoffe, die Policies dort sind inzwischen besser.
>
>
> Für diejenigen, die die herkömmlichen Router brauchen - Ich habe mir übrigens erst kürzlich flüchtig Firewall/Router-Distributionen angeschaut... ein kurzer Überblick aus dem Gedächtnis, was störend oder toll ist:
>
> m0n0wall: keine Ahnung mehr, was mich gestört hat, aber ich bin gleich zu pfsense (fork) übergelaufen.
> pfsense: unterstützt vlans schon im Setup - sympathisch, BSDbasiert, kann OLSR (!), mit captive-Portal, IPv6-Unterstützung in stable unterentwickelt, in 2.1-Development brauchbar, hat noch Macken mit 6to4. Kleinere Bugs. Wenn 2.1 stable wird ist sie sicher hochinteressant.
> zeroshell: habe dort kein ipv6 gefunden, sonst macht sie einen sehr guten Eindruck - linux-basiert, features fast wie bei pfsense.
> IPFire: keine vlans... zumindest nicht im Setup und nicht im Webinterface. Auf der Konsole kann man sich allerdings damit spielen.
>
> Wenn Interesse daran besteht, kann sich eine Arbeitsgruppe im Sommer einmal damit intensiver befassen.
>
> SG
> Erich
>
>
> Am 2012-04-04 16:15, schrieb Petr Koval:
>> Wer schnell zum IPv6 kommen will, wählt 6to4.
>> Hierzu muss man sich allerding auf einer public IP
>> mit dem eigenem TCP/IP Stack befinden,
>> (public IP forward zu priv IP reicht hier nicht!)
>> oder sich eines RaDVDs eines IPv6 Routers bedienen.
>>
>> Was ist allerding dann, wenn man hinter einem
>> nicht IPv6/RaDVD Router mit NAT befindet.
>>
>> Ich bleibe bei den Worten:
>> Wer schnell zum IPv6 kommen will,
>> etwa so schnell wie unter üblichen Umständen
>> zu 6to4 ?
>> (und nicht sich erst bei einem Tunnel Betreiber
>> registrieren müssen und auf eine Freischaltung
>> warten müssen ...)
>>
>> Miredo is an open-source Teredo IPv6 tunneling software.
>> http://www.remlab.net/miredo/
>>
>> also IPv6-over-UDP-behind of NAT
>> mit frei zugänglichen toredo Servern im Internet
>> (man kann sich auch sein eigenen machen)
>> scheint die Lösung zu sein
>>
>> Mögliche Begründung für ein Nutzen:
>>
>> Man muss nicht einen rein IPv4 Funkfeuer Router
>> IPv6 fähig machen und seine Auslastung
>> noch mehr hiermit negativ zu beeinflussen.
>>
>> Will man dvei PCs, ein PC befindet sich
>> hinter NAT/Funkfeuer im 10. Bezirk
>> zweiter PC befindet sich hinter NAT/Funkfeuer
>> im 21. Bezirk kommunizieren lassen,
>> so kann man dies ohne Eingriff der Funkfeuer
>> Router tun. (kein Port bzw. IP Forward nötig!)
>>
>> Lediglich auf den End-PCs wird je ein Toredo/Miredo
>> Klient installiert und gestartet. Schon hat jeder der
>> beiden PCs eine neue toredo Schnittstelle um mit der
>> toredo Schnittstelle des anderen PCs kommunizieren
>> zu können. Und natürlich mit sonst wo in dem
>> IPv6 fähigen Internet.
>>
>> pentoo ~ # ifconfig teredo
>> teredo Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
>> inet6 addr: fe80::ffff:ffff:ffff/64 Scope:Link
>> inet6 addr: 2001:0:53aa:64c:34c4:2ee8:b1d6:8e55/32 Scope:Global
>> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1280 Metric:1
>> RX packets:204 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:292 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:500
>> RX bytes:56561 (55.2 KiB) TX bytes:30469 (29.7 KiB)
>>
>> pentoo ~ # route -A inet6 | grep ::/0
>> ::/0 :: U 1029 0 0 teredo
>> ::/0 :: !n -1 1 7056 lo
>> ::/0 :: !n -1 1 7056 lo
>>
>> pentoo ~ # traceroute6 www.kame.net
>> traceroute to orange.kame.net (2001:200:dff:fff1:216:3eff:feb1:44d7) from 2001:0:53aa:64c:34c4:2ee8:b1d6:8e55, 30 hops max, 16 byte packets
>> 1 2001:200:0:b003::2 (2001:200:0:b003::2) 1729.44 ms 378.465 ms 361.884 ms
>> 2 2001:200:0:b004::1 (2001:200:0:b004::1) 727.895 ms 368.936 ms 370.342 ms
>> 3 2001:200:0:b002::1 (2001:200:0:b002::1) 749.602 ms 369.356 ms 362.286 ms
>> 4 2001:200:0:fe00::9c4:11 (2001:200:0:fe00::9c4:11) 1307.35 ms 463.087 ms 379.353 ms
>> 5 2001:200:0:1802:20c:dbff:fe1f:7200 (2001:200:0:1802:20c:dbff:fe1f:7200) 791.295 ms 372.485 ms 400.278 ms
>> 6 ve42.foundry4.nezu.wide.ad.jp (2001:200:0:11::66) 745.789 ms 438.119 ms 387.169 ms
>> 7 cloud-net1.wide.ad.jp (2001:200:0:1c0a:218:8bff:fe43:d1d0) 730.693 ms 375.878 ms 525.087 ms
>> 8 2001:200:dff:fff1:216:3eff:feb1:44d7 (2001:200:dff:fff1:216:3eff:feb1:44d7) 408.102 ms 421.806 ms 376.085 ms
>>
>> pentoo ~ # traceroute6 2001:0:53aa:64c:2498:6e32:3e11:61f1
>> traceroute to 2001:0:53aa:64c:2498:6e32:3e11:61f1 (2001:0:53aa:64c:2498:6e32:3e11:61f1) from 2001:0:53aa:64c:34c4:2ee8:b1d6:8e55, 30 hops max, 16 byte packets
>> 1 2001:0:53aa:64c:2498:6e32:3e11:61f1 (2001:0:53aa:64c:2498:6e32:3e11:61f1) 579.09 ms 81.647 ms 79.482 ms
>>
>> nux ~ # ifconfig eth0
>> eth0 Link encap:Ethernet HWaddr 00:0c:29:2e:92:58
>> inet addr:10.76.56.35 Bcast:10.76.56.255 Mask:255.255.255.0
>> inet6 addr: fe80::20c:29ff:fe2e:9258/64 Scope:Link
>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> RX packets:136934 errors:10 dropped:11 overruns:0 frame:0
>> TX packets:129991 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:1000
>> RX bytes:56573763 (53.9 MiB) TX bytes:45903280 (43.7 MiB)
>> Interrupt:18 Base address:0x2000
>>
>> nux ~ # ifconfig teredo
>> teredo Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
>> inet6 addr: fe80::ffff:ffff:ffff/64 Scope:Link
>> inet6 addr: 2001:0:53aa:64c:2498:6e32:3e11:61f1/32 Scope:Global
>> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1280 Metric:1
>> RX packets:3831 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:5460 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:500
>> RX bytes:1731834 (1.6 MiB) TX bytes:693066 (676.8 KiB)
>>
>> pentoo ~ # wget -O /dev/null http://[2001:0:53aa:64c:2498:6e32:3e11:61f1]/mrtg/localhost.cpu-day.gif
>> --2012-04-04 16:05:18-- http://[2001:0:53aa:64c:2498:6e32:3e11:61f1]/mrtg/localhost.cpu-day.gif
>> Connecting to 2001:0:53aa:64c:2498:6e32:3e11:61f1:80... connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 4210 (4.1K) [image/gif]
>> Saving to: `/dev/null'
>>
>> 100%[====================================================================================>] 4,210 --.-K/s in 0.04s
>>
>> 2012-04-04 16:05:22 (105 KB/s) - `/dev/null' saved [4210/4210]
>>
>>
>>
>> Teredo Overview
>> Published: January 01, 2003 | Updated: January 15, 2007
>> http://technet.microsoft.com/en-us/library/bb457011.aspx
>>
>>
>> --
>> Wien mailing list
>> (spam-protected)
>> https://lists.funkfeuer.at/mailman/listinfo/wien
>
>
> --
> Wien mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/wien
Mehr Informationen über die Mailingliste Wien