Dotaz: Nefunkční IPv6 (6to4) - OpenWRT

[Petr Maleček]

Zdravím Vás,

řeším následující problém:

Mám router s OpenWRT (12.09-rc1, r34185), tam nakonfigurovaný 6to4 tunnel. Stejnou konfiguraci mám na svém domácím serveru, kde vše funguje na 100%, ovšem na routeru nefunguje ping a data neprochází.

Rozhraní sit0 má IP:

addr: 2002:4e6c:6cbb::1/16

Moje veřejka je 78.108.108.187, defaultní routa pro IPv6 je nastavena:

default via ::192.88.99.1 dev sit0  metric 1024 

Router normálně překládá DNS adresy, i rozdává adresy počítačům v síti (přes radvd), ale ping neprochází, data netečou (ani z routeru, ani z PC v síti). Ping (přes IPv4) na 192.88.99.1 funguje, ale přes IPv6 už ne.

ping6 ::192.88.99.1
PING ::192.88.99.1 (::192.88.99.1): 56 data bytes
^C
--- ::192.88.99.1 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

Stejně tak jakákoli jiná adresa:

ping6 ipv6.abclinuxu.cz
PING ipv6.abclinuxu.cz (2a03:b780:1:4:216:3eff:fe00:a37): 56 data bytes
^C
--- ipv6.abclinuxu.cz ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

Nenapadá někoho, kde by mohl být problém? Jak jsem psal, na serveru kde mám stejnou konfiguraci (jen jinou veřejnou IPv4, tudíž i blok IPv6) vše funguje bezvadně.

Jinak na firewallu mám protokol 41 povolen.

Díky za případné rady!

Odpovědi

[pavlix]

PING 2002:4e6c:6cbb::1(2002:4e6c:6cbb::1) 56 data bytes
From 2a00:1238:0:ff04::1 icmp_seq=1 Destination unreachable: No route
From 2a00:1238:0:ff04::1 icmp_seq=2 Destination unreachable: No route
From 2a00:1238:0:ff04::1 icmp_seq=3 Destination unreachable: No route
From 2a00:1238:0:ff04::1 icmp_seq=4 Destination unreachable: No route
From 2a00:1238:0:ff04::1 icmp_seq=5 Destination unreachable: No route

PING info.nix.cz(info.nix.cz) 56 data bytes
64 bytes from info.nix.cz: icmp_seq=1 ttl=59 time=4.17 ms
64 bytes from info.nix.cz: icmp_seq=2 ttl=59 time=5.22 ms
64 bytes from info.nix.cz: icmp_seq=3 ttl=59 time=9.49 ms

[pavlix]

To znamená, že já se zastavím ještě v 2connectu, takže pokud 6to4 z nějakého blbého důvodu nezařezávají, tak hádám, že je to stroj schopný fungovat jako 6to4 relay, kterému se nedaří na protokolu 41 kontaktovat protistranu.

[Petr Maleček]

A tahle Ti funguje?

2002:51c9:387e::

Je to můj server (10 metrů od routeru, stejná linka internetu, jen jiná veřejka).

[pavlix]

Stejný výsledek. Z domova ne. Asi to budu muset nahlásit ISP, kdyžtak mi řekni jestli tenhle server bude dlouhodobě dostupný, že bych mu sdělil jeho IP kvůli testu pingem (sám žádný 6to4 nemám.

Ale z jiné sítě normálně pingám.

[Petr Maleček]

Ten server běží už 317 dní v kuse. Nevypínám ho. Jinak jeho IPv4 je 81.201.56.126.

[pavlix]

Z jiné sítě to pingám...

PING 2002:4e6c:6cbb::1(2002:4e6c:6cbb::1) 56 data bytes
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=1 ttl=57 time=4.08 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=2 ttl=57 time=4.10 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=3 ttl=57 time=3.99 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=4 ttl=57 time=3.98 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=5 ttl=57 time=3.92 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=6 ttl=57 time=3.94 ms
64 bytes from 2002:4e6c:6cbb::1: icmp_seq=7 ttl=57 time=3.97 ms

[petr_p]

Potvrzuji, že ze 6to4 je ten stroj dostupný. Takže protokol 41 mu obecně prochází. Jestli mu funguje i ping na 192.88.99.1, tak i čtyřkový anycast má správně směrovaný.

Takhle to vypadá, že jeho 6to4 bráně nefunguje nativní IPv6. Doporučuji pomocí IPv6 traceroute z jeho stroje zjistit, kam až se dostane, aby lokalizoval problém. Z rovna tak může pomocí různých looking glasses (například) vyzkoušet, jestli mu na stroj přichází dotazy z nativního IPv6, případně z který autonomních systémů mu to nefunguje.

Já mám poslední dobou zkušenost, že ze 6to4 není dostupné www.potaroo.net, kam si web APNICu chytře umístil měřící skripty, a podle všeho je to problém někde blízko serveru v Austrálii.

[pavlix]

Takhle to vypadá, že jeho 6to4 bráně nefunguje nativní IPv6.

To by zřejmě neodpovídala na IPv6 pingy, viz níže.

[petr_p]

Striktně vzato není poznat odkud, ty jiné dotazy byly vedeny. Předpokládal jsem, že z 2002::/16.

[pavlix]

Testoval jsem z nativních IPv6 sítí dvou různých prodiverů.

[Petr Maleček]

Normalni ping na 192.88.99.1 funguje (pres IPv4), ale ping ::192.88.99.1 pres IPv6 uz ne (timeout).

[petr_p]

I brána může být jednosměrná a odpověď může jít jinou cestou.

Zkoušel jste trasovat (pomocí TTL)? Mně to funguje příkladně. Při TTL 6 dostanu odpověď z anycastové brány:

root@album:~ # ping6 -n ::192.88.99.1 -c 1 -t 6 
PING ::192.88.99.1(::192.88.99.1) 56 data bytes
64 bytes from ::192.88.99.1: icmp_seq=1 ttl=63 time=24.2 ms

a na svém routeru vidím:

16:55:39.061325 IP 94.113.216.134 > 192.88.99.1: IP6 2002:5e71:d886:1:5246:5dff:fe8e:a186 > ::192.88.99.1: ICMP6, echo request, seq 1, length 64
16:55:39.073804 IP 192.88.99.1 > 94.113.216.134: IP6 ::192.88.99.1 > 2002:5e71:d886:1:5246:5dff:fe8e:a186: ICMP6, echo reply, seq 1, length 64

Když totéž zkusím s TTL o jedno nižší, tak na routeru vidím chybovou ICMPv4 zprávu od CZ.NICu:

16:57:55.405773 IP (tos 0x0, ttl 4, id 0, offset 0, flags [DF], proto IPv6 (41), length 124)
    94.113.216.134 > 192.88.99.1: IP6 (hlim 4, next-header ICMPv6 (58) payload length: 64) 2002:5e71:d886:1:5246:5dff:fe8e:a186 > ::192.88.99.1: [icmp6 sum ok] ICMP6, echo request, seq 1
16:57:55.434202 IP (tos 0x0, ttl 252, id 32206, offset 0, flags [none], proto ICMP (1), length 96)
    91.210.16.3 > 94.113.216.134: ICMP time exceeded in-transit, length 76
        IP (tos 0x0, ttl 1, id 0, offset 0, flags [DF], proto IPv6 (41), length 124)
    94.113.216.134 > 192.88.99.1: IP6 (hlim 4, next-header ICMPv6 (58) payload length: 64) 2002:5e71:d886:1:5246:5dff:fe8e:a186 > ::192.88.99.1: ICMP6, echo request, seq 1

V mém případě mám router pět hopů od brány CZ.NICu a další skok je na pracovní stanici, odkud jsem pouštěl ping.

Takto můžete zjistit, jestli se vám packety dostanou na bránu.

Ještě můžete zkusit místo anycastové brány nějakou konkrétní. Například jednu dobu jsem používal britskou 85.116.1.22. (Nevím, jestli ještě funguje.) Tak si můžete otestovat příchozí směr. (I když to jste už mohl udělat pomocí looking glass, co jsem zmiňoval dříve.)

[pavlix]

Ovšem toto (adresa zvýšená o 1) je hodně podezřelé.

PING 2002:4e6c:6cbb::2(2002:4e6c:6cbb::2) 56 data bytes
From 2002:4e6c:6cbb::1 icmp_seq=1 Time exceeded: Hop limit
From 2002:4e6c:6cbb::1 icmp_seq=2 Time exceeded: Hop limit
From 2002:4e6c:6cbb::1 icmp_seq=3 Time exceeded: Hop limit
From 2002:4e6c:6cbb::1 icmp_seq=4 Time exceeded: Hop limit
From 2002:4e6c:6cbb::1 icmp_seq=5 Time exceeded: Hop limit

Překročený hop limit obvykle znamená cyklení.

[Petr Maleček]

Adresa

2002:4e6c:6cbb::2

je fakt divná, tu nikde definovanou nemám.

[pavlix]

Tu jsem si vymyslel schválně. Neplatná adresa ze stejného rozsahu má končit destination host unreachable, ne time exceeded.