Настройка 6to4 ( специфическая ситуация )

Есть такая штука - tayga называется.

Таких штук хватает и более объезженных. Но я хочу постараться сделать это средствами стандартных утилит.

Всё, что нужно - сделать тоннель к 6to4 шлюзу, задать правильные адреса и назначить правильные маршруты.

Насколько я понимаю, проблема у меня именно в адресах. Логика такая:

Шлюз преобразует адреса по определенному алгоритму, значит в качестве своего в маршрутах нужно указывать преобразованный внешний. А, т.к. я обращаюсь с локальной машины, в качестве локального для тоннеля нужно указывать локальный.

Но так не работает. Хотя, может я где-то что-то пропустил.

Короче, всё закончилось miredo.

И закончилось плачевно:

PING ipv6.google.com(ham02s12-in-x14.1e100.net) 56 data bytes
64 bytes from ham02s12-in-x14.1e100.net: icmp_seq=2 ttl=56 time=2096 ms
64 bytes from ham02s12-in-x14.1e100.net: icmp_seq=1 ttl=56 time=3104 ms
64 bytes from ham02s12-in-x14.1e100.net: icmp_seq=4 ttl=56 time=96.5 ms
64 bytes from ham02s12-in-x14.1e100.net: icmp_seq=3 ttl=56 time=1096 ms
64 bytes from ham02s12-in-x14.1e100.net: icmp_seq=5 ttl=56 time=41.6 ms

Буду надеяться, что кто-нибудь еще предложит лучшее решение.

Это очевидно, если как вы пишите «все запросы к которой перенаправляются» верно, то все должно работать, иначе у вас не все запросы перенаправляются, например «IPv4 packet with protocol type 41».

Перенаправляются действительно все. По крайней мере, должны.

Там за маршрут отвечает провайдер, а админы у него, вроде, нормальные.

Смотрите tcpdump'ом или wireshark'ом, чтоб не «должны», а перенаправляются.

Пинговать с локальной машины 192.88.99.1 уже пробовали?

И да, http://version6.ru/

Да, всё перенаправляется. 192.88.99.1 доступен. На этом ресурсе и еще дюжине подобных был.

Нет времени объяснять, показывай таблицу маршрутизации и tcpdump лог пинга ipv6.google.com

Таблица маршрутов IPv4:

default dev ppp0 scope link
10.21.0.86 dev ppp0 proto kernel scope link src 10.86.203.31
192.168.1.0/24 dev wlan0 proto kernel scope link src >192.168.1.1

IPv6 ( с teredo ):

2001::/32 dev teredo proto kernel metric 256
fe80::/64 dev wlan0 proto kernel metric 256
fe80::/64 dev eth0 proto kernel metric 256
fe80::/64 dev teredo proto kernel metric 256
default dev teredo metric 1029

ping:

PING ipv6.google.com(muc03s02-in-x13.1e100.net) 56 data bytes
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=1 ttl=57 time=331 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=2 ttl=57 time=77.2 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=3 ttl=57 time=76.3 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=4 ttl=57 time=77.9 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=5 ttl=57 time=78.9 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=6 ttl=57 time=76.1 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=7 ttl=57 time=79.0 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=8 ttl=57 time=78.2 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=9 ttl=57 time=76.7 ms
64 bytes from muc03s02-in-x13.1e100.net: icmp_seq=10 ttl=57 time=78.7 ms

Через 6to4 тупо не было никакой реакции после определения хоста.

tcpdump -i <что1?>|grep <что2?> (чтобы не засорять трэд)

teredo то зачем? Кстати откройте для себя тег [code]

Через 6to4 тупо не было никакой реакции после определения хоста.

Что и таблица маршрутизации не изменилась?

tcpdump -i eth0 proto 41

teredo то зачем?

Временная затычка - пока не разберусь с 6to4.

Что и таблица маршрутизации не изменилась?

IPv4 - не изменилась. IPv6 первоначально была чистой:

fe80::/64 dev wlan0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256

tcpdump при добавлении любого филтра по протоколу ( я проверял 41, ICMP, TCP ) у меня вообще не работает.

Вот всё, что делал для 6to4:

ip tunnel add mode sit ttl 78 remote 192.88.99.1 local 10.86.203.31 ttl 78 dev ppp0
ip -6 addr add 2002:5d7d:3122::1/16 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.1 dev sit1 metric 1024