ipv6 teredo klient na klienta

[msk.conf]

Ahoj,

mal som za to, ze je to varianta "-p icmpv6".

Kazdopadne problem sa "zjavne rozsiril" na routing:

ssh user na remote_ipv6_teredo_address
  No route to host


ip -6 route
2001::/32 dev teredo  proto kernel  metric 256
fe80::/64 dev teredo  proto kernel  metric 256
default dev teredo  metric 1029

na druhom stroji:
2001::/32 dev teredo  proto kernel  metric 256  mtu 1280 advmss 1220 
hoplimit 4294967295
fe80::/64 dev teredo  proto kernel  metric 256  mtu 1280 advmss 1220 
hoplimit 4294967295
default dev teredo  metric 1029  mtu 1280 advmss 1220 hoplimit 4294967295

traceroute6 ipv6.google.com
1  6to4.fra1.he.net (2001:470:0:150::2)  81.690 ms  81.570 ms  81.566  2 
  10gigabitethernet6.switch2.fra1.he.net (2001:470:0:150::1)  92.443  3 
  de-cix10.net.google.com (2001:7f8::3b41:0:1)  84.794 ms  84.791 ms   4 
  2001:4860::1:0:4ca3 (2001:4860::1:0:4ca3)  84.717 ms ...
5  2001:4860::8:0:5038 (2001:4860::8:0:5038)  84.314 ms ...
6  2001:4860::8:0:3098 (2001:4860::8:0:3098)  142.700 ms  60.416 ms ...
7  2001:4860::2:0:6e0 (2001:4860::2:0:6e0)  60.542 ms  58.572 ms  ...
8  bk-in-x68.1e100.net (2a00:1450:4008:c01::68)  28.576 ms  29.554 ms...

traceroute6 moj_teredo_protikus
1   * * *
2   * * *
3   * * *

...

Aby som vylucil problem s NAT-om, tentokrat su to stroje za roznymi 
NAT-mi na roznych sietach, v roznych lokalitach, teredo provider zvoleny 
ako rovnaky, tak rozny pre oboch, bez uspechu.


d.
D.

> Ahoj,
> neni problem ve firewallu?
>
> Jak se vlastne spravne povoli ICMP pro IPv6? Na internetu jsem nasel
> nekolik ruznych verzi:
>    ip6tables -A INPUT -p icmp -j ACCEPT
>    ip6tables -A INPUT -p icmpv6 -j ACCEPT
>    ip6tables -A INPUT -p ipv6-icmp -j ACCEPT
> Ktera je spravne?
>
>
> 2013/8/12 msk.conf <msk.conf na gmail.com>:
>> Ahoj,
>>
>> marne sa snazim dopingat medzi dvoma debian-mi s ipv6 cez teredo (miredo).
>> Oba stroje vidia "verejne" ipv6 stroje ( ping6 ipv6.google.com ), ale
>> nedopingaju sa na seba vzajomne. ip6tables prazdne, vsetko accept.
>>
>> Na Internete som nasiel rozne naznaky dovodov problemu, pricom jeden zo
>> spominanych hovoril cosi o tom, ze je to zelane chovanie tereda ( co mi
>> pride dost nezmyselne ), druhy hovori o tom, ze to nefunguje, pokial su
>> obaja klienti za rovnakym ipv4 nat-om ( moj pripad ).
>>
>> Potvrdi/vyvrati niekto tieto domienky?
>
>
>
>